后台产品的规划设计

后台产品的设计，简单逻辑定义为用户——场景——字段。

后台产品经理不仅要对产品的前端展现形式应用自如，还要能够根据前端功能、相应模块和字段分析出是否有后台管控，以及后台的管控机制。

对此，后台产品经理在进行后台功能规划时，需要从以下几点展开思考和设计：

一、确定业务逻辑与行为节点

首先分析用户的使用逻辑情况。在梳理逻辑之后，我们可以确定用户的几个关键操作节点，进行引导用户式的行为设计。关于如何确定业务逻辑和行为节点，后台产品设计中往往要做到以下两点：

1、跨部门了解业务

了解相关部门（用户）的业务流程，即调研清楚相关部门的工作方式。至少知道他们在使用该产品时，需要哪些操作。例如，近期做的ERP退货功能，需要与客服/运营/各事业部的业务人员/仓库人员进行沟通交流。

2、与其他产品模块衔接

确定产品中某个模块或者单独一个后台对接其他部门产品线的逻辑，保证流程走通其他部门，保证数据安全可控地推至相关产品中和回到自身产品上。当与其他产品经理衔接时，要梳理清楚其他产品经理的产品逻辑。例如，近期做的ERP退货功能，需要传送数据至OBC（数据存储中心），OBC将数据传至WMS（仓库管理系统）和NC（财务系统），所以会与负责OBC的产品经理衔接，梳理清楚他们的业务逻辑和规则。

在确定了业务逻辑和重要的行为节点之后，要对相应的节点进行字段整理和日志记录。

二、字段整理与日志记录

后台设计以运营需求为准，重逻辑，轻视觉；同时，后台设计应该注重“增、删、改、查、导”的操作，这样有利于后台数据的管理。针对数据操作与行为操作，后台要围绕以下四点设计。

1、确定字段来源与递交规则；
2、确定记录行为日志；
3、日志记录的基本项：人员、操作、时间；
4、让开发人员做标记。

三、与相关业务方时刻保持沟通

在后台设计中，尤其在1.0版本后，后台的整个框架往往已经做出来了。

对于后台的扩展，开发人员需要考虑开发数据结构和代码，产品经理需要把运营的需求纳入产品规划。比如，即将负责的赠品策略设计需要在已有的设置系统中增加模块，需要记录赠品的使用规则、使用情况等。

产品经理要时刻保持与运营方的衔接，确定某一功能可以为以后的某一个版本进行铺垫，以便在后台拓展。

举个最近设计的案例：

退货功能——先制单再退货（场景1）

前言：用户申请退货后，相关业务人员先在【订单管理】里针对原订单进行新建退货单操作，然后在【退换管理】里对退货单进行审核/修改/驳回/取消操作。当退货单进行审核推至WMS，仓库人员等待收货，当收到相关货品上传收货数据和关单通知。

一、确定业务逻辑与行为节点

先【制单人】新建退货单——审核退货单——修改/驳回/取消退货单——等待关单

后【仓库人员】等待收货——传收货数据/关单通知

退货逻辑与节点

二、字段整理与日志记录

1、字段：a.具体哪些字段 b.每个字段来源 c.递交至下一个模块中的规则

【订单管理】-新建退货单（保存后该退货单会递交至【退换管理】）

【新建退货单】字段来源

【退换管理】（针对原订单进新建退货单，很多信息来源原订单或者新建退货单）

【退换管理】字段来源

2、操作日志：a.操作者 b.节点行为 c.时间

【订单管理】（新建）

【订单管理】的操作日志记录

【退换管理】（审核/修改/驳回/取消）

【退换管理】的操作日志记录

三、与相关业务方时刻保持沟通

在退货设计中，例如将退换类型写进数据库中，为后期换货/退款做铺垫。总之这次退货功能从需求调研至上线后期，需要一直与相关业务方进行沟通，好及时调整设计方向以及为后期相关新功能做铺垫。

小结

文中提到的几点对于后台产品的整体规划设计来说，仅仅是其中一部分，准确说是一个后台模块的规划设计。慢慢来，从单个功能做起，从细节做起，重点是剖析问题解决问题的思维和方法。

往期文章：
复盘|一年产品小结
职场反省|一年工作小结
B端产品的交互思维与设计说明

好啦，本次文章就到这里啦~ 大家若想了解更多产品知识，欢迎关注我的微信公众号O(∩_∩)O~，让我们一起成长！