产品经理如何设计后台产品

很多产品经理都不愿意设计后台产品，甚至很多没完全入门的未来产品经理都不知道还要设计后台产品。我也不喜欢设计后台产品，后台产品一般是给管理员使用，用来管理与其配套的前端产品。然而，设计后台产品确是我们工作的一部分。 前台即展示给用户使用的，而后台就是给管理员使用的。我们都很熟悉前台，毕竟我们每天都会接触各种各样的前台，而后台就不一定了。我希望我的这篇文章能 真正地帮助大家设计后台管理系统。头条号的这个界面，也算是一个后台管理系统，每一个运营者是这个管理系统的管理员。

后台一般主要是为了管理，它更关注业务逻辑，而对于 界面 的美观没太高要求（只要不丑就行）。所以，产品的后台重点弄清它的业务逻辑，这个业务逻辑如何梳理呢？虽然大家都知道脑图，但是我还是要提啰嗦地提它，因为脑图确实可以极大地减轻我们大脑负担。我们将所有需要的功能都填在脑图上，即用脑图绘制出后台产品的结构图（讲到这里，可能你们认为这和前台没啥两样，请继续看）。

我一直认为产品结构图如果都画不准确，那么这个产品一定会非常混乱。对于后台尤其如此，我认为在画后台产品结构图时，有那么一点点类似于数据库设计。所以这个后台产品的设计，有技术背景的产品人是占一定优势的。后台主要是一个管理作用，比如一个法律系统的后台，假设这个法律系统只有公众是其用户，而律师并不直接使用该系统（暂且不考虑这个系统是否合理）。这个时候我们要想管理员应该有什么样的职责。比如在这个法律系统的管理员就应该要能根据用户（公众）发布的问题的类型和问题的描述及用户（公众）联系符合条件的律师，然后让律师来回答。那么，管理员的这个职责涉及到什么呢？用户信息与律师信息，用户信息有用户头像、手机号、昵称、问题类型、问题描述、用户所在地址等，律师信息有律师头像、律师手机号、律师真实姓名、律师专长、律师执业号、律师所在律所、律师服务地区等。这些就和数据库设计比较接近了。也就是说，万变不离其宗，后台设计也首先要分析用户：管理员，一个或多个。

结构图出来后，就可以慢慢绘制梳理流程了（这个分析，其实和前台差不多），有些人说用状态图、流程图、泳道图。我觉得那太繁琐了，其实，如果只要为了自己理清思路，理清逻辑关系，可以使用纯文字。当然，每个人的思维方式不同，这里只是一个提议，不管什么方法，能快又准的理清逻辑关系，并且快速设计出产品才是最关键的。

如果确实没有技术功底，又不想学数据库设计，那就与公司负责数据库设计这一块的人交流交流。不过不能将数据库设计人员说的所有信息都囊括进来，还是要自己有选择性的筛选，多尝试设计几个产品的后台，不管对错，多尝试、多总结，相信不久就能慢慢领悟了。最后提醒大家：万变不离其宗，记住后台管理系统的用户是管理员！

关键字：产品经理, 产品设计, 后台

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！