一、今天完成的任务

1、数据列表调研ppt修改

二、明天的计划

1、继续任务

三、遇到的问题及思考

1，后台的作用

网站后台管理系统主要是用于对网站前台的信息管理，如文字、图片、影音、和其他日常使用文件的发布、更新、删除等操作，同时也包括会员信息、订单信息、访客信息的统计和管理。简单来说就是对网站数据库和文件的快速操作和管理系统，以使得前台内容能够得到及时更新和调整。

简单来说就是对前台数据的管理，操作，和统计。

2，后台设计思想

设计说明：不同类型产品的后台设计差异比较大，比如企业ERP产品后台 产品管理后台 平台型产品后台等其背后业务流程差异很大。后台比较注重功能的实现，而对于视觉设计、交互设计、用户体验这一块并不是很注重。

因为使用用户事内部用户，不涉及商业价值，所以不是很重视，但是一个好的后台能大大提高员工效率，减少很多的隐形开发成本，提高运营效率。

设计目标：可用，易用，好用。

可用：满足业务需求，符合业务的流程和相关操作，逻辑通畅，前后台功能一一对应形成闭环，角色权限分配清楚。

易用：在可用基础上功能清楚，操作便捷，页面设计优化，后台干净。

好用：在易用基础上符合用户操作习惯，业务流程操作优化，少BUG，使用效率高。

设计时先做到可用，在追求易用和好用，加油产品们！

3，后台设计大致流程

1，明确产品目标

2，业务流程梳理-需求分析

3，信息架构搭建

4，原型设计

5，画原型

6，交付开发

PS：具体顺序流程有差异没有标准，但是大致离不开以上流程步骤。

1，明确产品目标

明白要做什么东西，有哪些条件，目的是什么。

如 是全新的产品，还是更新改版？ 有没有相匹配的前台系统？或者其他需要配合的线下资源？等等 业务层面的目标是什么？新增功能？体验优化？

明确了产品目标，在做需求分析的时候就会有所侧重

2，业务流程梳理-需求分析

梳理业务流程，理清产品结构（用 脑图/泳道图）

分析需求，确定后台用户角色和权限。（具体步骤：用户角色穷举-需求调研-建立需求池-将需求拆分成具体的功能点）

第一步：穷举用户角色

进行需求调研时，需要先找用户角色，再找需求。

清晰地列出使用此系统的用户角色，以用户角色为划分维度进行调研。因为后台产品不同于前端，不同的用户角色需求差异很大，甚至风马牛不相及，而每种角色对应的用户都是这个系统的目标用户，并不存在所谓的核心用户和潜在用户一说，这些用户都是重要的，都需要满足他们的需求。例如，使用芒果TV后台管理系统角色包括运营、产品经理、公司管理者、审核员。

第二步：需求调研

调研方式——深度访谈

与前端产品不同，后台产品的用户在现实生活中离我们很近，很容易就能接触到，这个时候就不要用调查问卷这种大覆盖面的方式了，一是用户基数没有那么大，二是后台需求基本不需要做定量分析，无需通过这种方式去挖掘需求。所以直接与用户交流、访谈是最快速有效的方式；

调研对象——关键人

我们的访谈对象，需要尽可能满足资深、直接使用、有话语权三个条件，因为这种关键人所提出的需求会更加全面、具体且有深度，能够清楚的解释为什么要有这个功能，如果没有会出现什么后果，还能巴拉巴拉一堆历史故事，这种用户就是完美的访谈对象。这些被伤害过的人，知道心痛的滋味；

第三步：建立需求池

根据访谈内容，建立需求池。

比如有哪些角色，角色对应需求描述是什么，提出人是谁，需求类型是什么 优先级高低。

第四步：需求拆分成具体功能点

将调研后的需求进行初步筛选过滤后，需要根据确定、高优先级的需求，归纳这一期后台所需实现的功能点。比如 运营提出来需求：需要可用进行活动营销推广，那么后台可能就有一个营销管理模块，有活动列表，活动设置两个功能点。

3，信息架构搭建

1,根据前台具体的功能模块划分产品后台功能模块（主模块，对应子模块，对应功能点），划分模块要根据业务流程划分，不能简单根据哪个功能在哪个模块页面下这样用页面划分，划分模块做到穷尽不重复。

2,整理通用模块（后台管理四大模块）

模块管理，角色管理，账户管理，修改密码。

注意怎么设置ARTICLA管理，和区分清楚用户角色权限的关系。

3,要求与前台一一对应成闭环，整合，功能清楚，逻辑清晰，前后呼应

4，原型设计

调研-设计方案-验收标准-交互自查

PS：现在各种管理后台的主题模板都有很多，没有特别需求的情况下，和开发沟通好选择一套“抄”即可。 设计过程中注意一下导航，列表（增删改查排序筛选）等，细节上不要遗漏预览、错误/成功提示、新内容提醒、快捷键等，分享网址 https://www.xiaopiu.com/

PS：具体怎么设计后台页面，这里不再赘述，网上有很多值得学习的方法，我们这里主要讲述设计一个后台从0到1的流程。

5，画原型

6交付开发

注意说明一些后续迭代的问题，比如哪些模块日后业务发展需要进行更新，好让开发们再开发时候能明白怎么写 比如写死还是不写死等。

持续保持后开发的沟通，因为会存在很多理解问题 设计和开发之间需要做一些改动等等。

四、收获

团建聚会，收获不多