从需求到原型,「产品后台」该如何思考及设计？.pdfVIP

从需求到原型 ， 「产品后台」该如何思考与设计 ？ 想起几年前自己捣鼓 一个手机资讯网站 ，那可能是我接触所谓后台的第一次。用的是国内 一款比较著名的CMS系统 ，那会儿全靠看教程与瞎琢磨 ，不曾想有一天自己也会 什么是后台 ？ 顾名思义 ，就是与前台相反的呗 ，前台我们都知道是用户查看信息 ，提交信息的地方 ，那么后台相 应的就是创建元素信息 ，存储信息 ，处理信息的地方 ，他也叫管理系统。 打个比方 ，前台就好像我们去餐厅里 ，坐下来看菜单 ，然后告诉服务员我们今天要吃什么 ，服务员 就蹦蹦跳跳的到 后厨 ，告诉厨师要做哪些菜 ，厨师记下桌号和菜品 ，就开始制作 。这里的后厨 实际上就是我们所说的后台系统 ，而那个厨师就是后台管理员。 那后台都能做什么 ？给谁用 ？ 就像上面所说的后台通常的作用就是创建信息 ，存储信息与处理信息 ，他管理着整个产品的正常 运转。在论坛里后台管理者可以删帖 ，发帖 ，封号 ，创建账号 ，在门户网站可以添加新闻 ，增加 栏目 ，增加评论 ，在电商系统里可以上下架产品 ，处理物流信息 ，做促销等等 ，功能强大吧。 不过强大的背后就会遇到问题 ，那就是越是功能强大 ，越不能一个人来完成所有部分 ，所以就有 「分权限管理」管理者可以细分成很多块 ，各司其职 ，提高效率。比如我正在编辑文章的微信 后台 ，就包括管理者与运营者 ，运营者只能登录与群发信息 ，更高级的操作需要管理员授权或是不 后台 ，就包括管理者与运营者 ，运营者只能登录与群发信息 ，更高级的操作需要管理员授权或是不 开放 ，电商网站更是多角色的典型。 在大致 解 后台是什么之后 ，让我们拿个案例从需求开始。 看看设计后台时是怎么思考的 ？ 首先最头疼的问题就是——从哪里入手 ？记住一句话 ，跟随你的业务流程。找到流程中需要与系统 交互的地方 ，那就是你想要找的东西。 O K ，让我们用一个简单的门户网站举例。 背景 ：A公司目前门户是静态的 ，老板为 拉融资要求对门户网站进行改版。 需求 ：在网站上要有新闻模块 ，首页需要有轮播图可以更换公司的大事件 ，给公司一个发声的 地方 ，明年的重点需要扩大招商范围和规模 ，网站上最好有个招商板块 ，再有就是对公司整体有个 业务介绍 ，最后 ，公司最近招人比较困难 ，如果官网有个招聘模块也许就能提高招聘的效率。 上线 ：给你一个月时间 ，网站就要上线。滚吧 ！产品汪。 就是这么多 ，如果是你你会怎么做 ？ 画原型吗 ？NO 。先停一下 ，去把这个 「喜讯」告诉所有 「干系人」吧 ，让大家的信息对称一下。面 对这个需求 ，我们需要调动多少人 ？产品狗自己 ，UI一个 ，前端一个 ，后端1-2个 ，市场文案狗一个 ，人力资源辅助配合招聘模块1人 ，最后是网站后期运营者。想想功能 ，想想要完成的事情 ，大概 就这么多 。 根据需求可以看出 ，大概功能并不复杂 ；做个功能列表 ，简单用语言包装一下你要做的东西 ，然后 去挨个聊或者召集大家开会 ，让大家提供一个完成时间 ，这个完成时间不能超过Deadline ，所以沟 通过程中可能需要你去说服对方 ，提高效率 ，甚至可能加班 ，让大家有心理准备。搞定 人 ，回来 看看产品。 从老板那边得到的需求大致是这样 ，对于一个门户网站来说逻辑总是比较简单的。 我们先来做个简单的梳理 首页 ，会有一个轮播图方便后期更新 ，如果更新不频繁也可以做成静态 ，开发成本低。首页还会是 一些公司竞争力介绍等等。 新闻 ，新闻会有运营人员不定期更新 ，就是需要创建信息 ，他就是需要在后台有这个功能。 招商加盟 ，看看招商网站多半是一些公司介绍 ，在底部会放一个联系方式提交的地方 ，询问老板后 ，他认为也需要这个模块 ，O K ，需要传递信息 ，他也需要在后台有个功能。 招聘 ，看看招聘网站 ，功能还是挺多的 ？那么我们需要那么多吗 ？用户可以有个wo rd简历通过网站 上传给我们 ，人力资源人员可以通过后台下载或预览 ？再来一个解决方案 ，在前台有很多表单可以 让用户填写 ，直接提交给后台。这些都是用户要与后台产生互动信息。 但是这些方案好像听起来不错 ，但是时间允许你这样做吗 ？成本你承受得起吗 ？那么不如用最原始 的方式 ，虽然不那么酷但是后简单 ，前端只提供职位职责预览 ，并提供一个人力的邮箱 ，大家可以 向里面投递简历 ，后台只做职位的简单发布。 业务介绍 ，属于静态页面 ，设计上去就O K ，这个不涉及到后台。 经过分析和沟通 ，我们发现与后台有交集的地方分别是 ，首页轮播图 ，新闻 ，招商和招