点击蓝字关注我↑，持续获取产品设计相关内容
一般提到后台产品，有几个关键词：熟悉业务、逻辑性、用户体验第二；
工作至今，一直都有参与后台产品设计，包括：电商中后台、内部协作系统、活动人员管理系统、教务系统等
虽然做过很多后台产品，但是我至今还无法对什么是后台产品下定义。所以这里只讲我自己接触的和认知内的后台产品设计。
首先，我想给后台产品两个关键词：业务、体验。
业务：你要帮使用者完成什么事情？
产品是给人用的，做产品之前，你需要很清楚，有哪些人？要通过你的平台干什么？
体验：为什么用户要用你的产品完成？
总说体验不重要其实这个观念已经过时了，产品既然是给人用的，第一步：能用；第二步：好用；第三步：效率；
拿电商平台啰嗦几句：
1、能用：商家可以通过产品查询到所有买家的订单、录入快递单号发货、提现等。 但是有时候不在店里，订单又出现问题，你希望其他店员处理下，又不放心把账号告诉他们。
2、好用：引入权限功能，不同的人登录有不同的功能权限；批量导出订单，填写单号后，批量上传发货。 3、效率：自动生成快递单号，批量打印快递单，发货后直接点击『确认发货』无需录入。
之后会分阶段讲下我自己设计后台产品的一些流程和思路，因为不同产品的业务相关性不大，所以我尽量抽离一些通用部分和逻辑相同的部分。
目录：
一、了解业务 二、梳理业务，区分角色 三、如何设计（基础数据、权限系统、业务、拓展性） 四、如何测试
一、了解业务
了解业务一般有几个方法并行：
1、与需求来源方沟通：想要做个什么产品？希望产品提供什么价值？
2、与使用者沟通：日常负责做什么事情？平时是怎样完成的？（暂时不要引导用户去说：我希望你们平台怎样怎样。）
3、与自己沟通：了解业务之后，脑子里就会有一些想法，这个事可以这样解决，那个事可以那样解决。不要拦着自己这些想法，和自己沟通，开脑洞。
以上过程不只是刚开始要做的，在你设计、开发过程中，你会不断的去重复上面的事。
二、梳理业务，区分角色
当你第一次沟通完成之后，基本你可以定义出几个角色，拿『企业内部协作系统』举例：销售部、设计部、 开发部、管理层等
角色业务
销售部：录入客户信息，创建客户需求，跟进需求，需求验收，需求反馈等 设计部：需求分发、需求领取、需求设计进度反馈、查看需求反馈等 开发部：需求分发、需求领取、需求开发进度反馈、查看需求反馈等 管理层：查看客户数量、查看跟单状态、查看需求数量、查看需求进度（是否延期）、查看一些数据统计报表（有时候需要可视化）
业务模块及业务流程
定义好角色、梳理好角色业务之后，先别忙着设计，还有一个重要的事情要做：划分模块、画流程图。
模块
刚开始模块分两类：基础数据和业务模块；
基础数据：主要包括用户、权限、字段维护
业务模块：具体需要做的事情
流程图
第一步：理清楚业务模块之间的顺序
第二步：流程解耦，初步画流程的时候所有业务模块都展示出来了，业务流程会长而复杂。所以需要给业务设置节点：即流程在这可以终止。在下一个流程开始时，假定所有需要的依赖已经完善。
1、节点前已假定数据完善，减少流程设计时的思考依赖
2、改动起来不麻烦
未解耦流程
第三步：理解业务之间的数据流转及状态判断，如：登录流程有没有账号、密码错误、忘记密码、验证码错误等
解耦并增加业务判断
未完待续~
产品设计相关内容，关注我吧~
