科技猎案例分享｜后台产品的业务逻辑分析怎么做？
KEVIN在公司研究了一天关于后台产品的设计，整合了一些后台的一些设计逻辑和方法，分享给大家。
- 后台设计优先需要确定的逻辑？
- 如何对后台设计中的UI与交互进行考虑？
后台设计对于产品狗来说，始终不是最热门的一个趋势，但对于行业来说，后台产品经理的需求量巨大。通过对后天产品经历的趋势了解、后台的设计思考点、后台的使用对象特殊性，来聊聊后台的相关内容。
一、后台产品经理，是行业趋势
谈及这产品经理，KEVIN在人人都是产品经理社区中，不难发现，对于产品设计以移动端或前段展现的交流或案例是占大部分比例的。简单的用百度指数查了下：
产品经理在2014年逐渐热门
为此，KEVIN之前在腾讯负责的腾讯云也有设计对后台的开发设计。 但一个PM不仅仅是对于前端、移动端的展现形式要了如指掌，并且能够对前端的功能、和相应模块和字段能够分析出是否有后台管控，其后台的管控机制。
一个产品不仅仅是一个展现，一个好的业务后台能够为高数量用户级别的产品减少不少的成本。能够对于一个刚上线的产品起到助推作用
那么，后台产品PM应该首先思考的地方是什么？比如现在要你做一个电商的后台管理，你首先会怎么做？
二、后台设计的4步思考点
1. 确定业务逻辑
对于PM来说，首先最简单的就是分析用户的逻辑情况，就拿KEVIN之前负责的腾讯云产品的竞品，就是阿里云来说。我们首先分析对于用户能够有哪些行为？
用户的下单逻辑
这只是KEVIN简单的梳理对于阿里云的用户选购场景，那么对于逻辑进行梳理了之后。我们就可以对相应的行为进行相应的控制。
2. 每个行为或场景进行控制
每个企业的侧重点不同，这里对于腾讯云的竞品来说，其阿里云显然是以引导用户购买云服务器的方式来进行产品设计。那么对于上面KEVIN说提到的下单逻辑中，毫无疑问对于下单的场景、搜索的场景（也就是产品推荐页面）、选购场景都是重要的。
确定了需要重要的场景之后，对于相应的场景进行字段和管理设计。
一个电商后台案例
3. 字段整理与权限控制
后台应该注重“增”，“删”，“改”，“查”，“导”的操作，这样更利于后台数据的管理；同时后台不要忽视了交互，以运营需求为准，重逻辑，轻视觉。在这里：
- 要知道你要记录的都是哪些节点行为的日志
- 是否要分权限查看，毕竟用户操作日志比较保密
- 日志记录的基本项：时间，做了什么，什么时候离开到下一个流程
- 然后就让开发去打log吧
对于后台的设计，尤其是注意是否有没有必要增加相应的白名单处理，对于之前KEVIN中，在腾讯云的产品后台设计中，就增加了一些对内部员工的白名单处理，其相应的折扣、或代金券的使用方式都可以进行控制。
4. 运营与需求来源时刻保持沟通和反馈
在后台设计中，尤其是1.0版本后往往后台的整个框架是已经出来
YADMIN后台管理1.0
后台的扩展除了开发需要从开发角度考虑之外，在产品上需要对于运营的需求进行规划，比如KEVIN之前负责推荐码就是需要通过对于已有的代金券和订单管理系统进行后台模块增加，需要对其用户的条件判断、使用的规则、以及使用的情况进行记录。
时刻保持与运营方的衔接，能够确定当下的推荐码功能是为以后的某一个版本进行铺垫，方便在后台上进行拓展。
后台的交互与UI如何进行平衡？
三、后台考虑使用对象的特殊性
在这里还是要注意其后台的使用对象，就像举个例子，程序员自己在业余时间开发一款自己的应用，肯定不需要在乎其多么好看、华丽的交互，因为自己能够使用就行。对于后台也是一样，一个好的产品往往不会说后台做的多么好，但确确实实是需要一个好的后台。但被表扬的永远是在前端的设计。
对于后台产品，我们也可以争取自己的开发资源进行设计，目前ＫＥＶＩＮ找到的几个比较好的案例在于国内的ＵＣＤＣＨＩＮＡ，大家可以通过其寻找一些后台的案例。
另外在后台中，对于良好的交互可以助理业务的使用。比如对于后台对象使用的是客服或业务人员，那么他们需要的是一个可以方便快捷的聊天管理平台，对其消息的布置规划以及客户划分的机制就需要一个良好的交互设计。
可以对于一些非即使的消息或时间处理，可以用列表的方式进行展现。方便内部人员进行高效率的解决，并且可以以标签的交互方式进行标注区分相应的类别。
列表与标签的方式业务后台
后台的设计方式通过业务的不同，有不同的后台场景。但判断一个后台的设计需求与否首先了解后台使用足够频繁使用，或者是否需要一个管理机制，进行判断。
#专栏作家#
kevin（微信公众号：Kevin改变世界的点滴，个人微信号：574319420），人人都是产品经理专栏作家。曾从事腾讯云产品设计与中兴通讯产品研发，目前是一枚金融产品经理，坐标：深圳。爱健身、爱跳舞、爱生活！欢迎交流～
本文原创发布于人人都是产品经理。未经许可，禁止转载。