-微信-189 23019535

网站建设 APP开发 小程序

定制开发

后台产品的设计,简单逻辑定义为 用户场景字段 。 后台产品经理不仅要对产品的前端展现形式应用自如,还要能够根据前端功能、相应模块和字段分析出是否有后台管控,以及后台的

后台产品的规划设计

发表时间:2020-04-09 15:26

文章来源:admin

浏览次数:

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

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

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

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

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

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.时间

【订单管理】(新建)

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

【退换管理】(审核/修改/驳回/取消)

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

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

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


 

相关成功案例查看更多