B端产品经理学习-从架构设计到流程框架

从架构设计到流程框架

前面已经介绍了B端产品的市场调研和调研方法，进行了干系人、用户的需求挖掘以及完成了B端产品的整体业务规划。

目录：

什么是流程框架

优秀的流程框架的判断

案例：餐饮系统从架构到流程框架

什么是流程框架

从抽象概念来看，每个产品都是由一系列的抽象业务流程组成的；流程框架是一种方法，纷杂的业务中，抽象出不同截面的流程方式；流程框架的适用能力，决定了后续业务真实上线后，有了新的需求和功能，业务流程是需要完全设计还是做小的调整。

优秀的流程框架的判断：

1. 业务覆盖全面，功能的完备性；面对不同的企业和公司，业务流程是否涵盖总部和分公司的需求
2. 覆盖业务运营的不同领域，不同角色需要使用的流程是否都涵盖；业务结构严谨，全覆盖但是没有功能冗余，考虑密码错误、异常报错等
3. 不能为了抽取业务流程增强业务拓展性牺牲用户逻辑，不是以技术为中心而是以业务为中心，这是核心关键

从架构到流程框架的五个流程

案例：餐饮系统从架构到流程框架

回顾：

网页链接：B端产品经理学习-B端产品的业务规划-CSDN博客

回顾一下餐饮系统的业务架构图，同时分为前台中台和后台，以及展示层、应用层、服务层、平台层和资源层这5个层级。

首先我们思考一下餐饮系统的核心业务是什么？

点餐管理？订单管理？结账系统？会员管理？运营管理等等，其实核心应用的确认需要关注的是：关键用户的旅程，当前主营的业务、未来产品的方向，以及核心数据的把控。

确定主业务流程的方法可以参考——关键角色的一天、用户体验地图

场景	任务	角色	频繁度	重要性	满意度
班前准备	录入本班次的备用金	收银员	2	2	3
	检查打印机状况	收银员
	时价管理	收银员
餐间服务	将纸质菜单录入电脑	收银员
	催菜	收银员、服务员
	赠菜	收银员（主管）
	退菜	收银员、服务员
结账	现金结账	收银员
	刷卡结账	收银员
	充值卡结账	收银员
	签单结账	收银员
	打折	收银员
	第三方结账（微信、支付宝）	收银员
	核对消费单	收银员
	打印结账单	收银员
	发放代金券、优惠券	发放专员
	开具发票	收银员
	免单	收银员（主管）

在确认核心业务的时候，餐饮系统中的班前准备、餐间服务和结账是主业务流程节点，这几个节点是客户和餐厅服务员、收银员一个小的用户生命周期的循环。

在业务流转主线中，将核心业务串联起来：

定好主业务流程之后，需要对节点进行分析，产生业务流程要素表：

业务流程要素表过于文本化和繁琐了，需要用到UML统一建模语言，将逻辑类和过程进行可视化表达，可以帮助开发人员从宏观到微观来了解需求。

跨业务的联动逻辑

在现实生活中，业务不是独立存在的，经常和其他的业务流程产生交互，对其他的业务流程产生各类影响；

比如我们在淘宝上把一个商品加入购物车，因为当时的价格不合适没有下单付费，在商品价格管理系统中，当某个商品的价格一旦产生变化，这个数据变化会经过算法规则传递到用户的购物车中。用户看到降价后觉得价格合适就完成了转化。

产生业务联动的2个场景：1.直接业务需求  2来自运营KPI

1. 库存和点菜系统打通，这样可以避免用户点菜时选择了没有库存的菜品
2. 运营管理和点菜系统打通，为了方便运营人员看到各个菜品的点菜数据
3. 会员管理和结账管理打通，使用会员折扣增加用户粘性
4. 会员管理和通知系统打通，有新菜品或活动及时通知会员参与

上图中，打通结账管理和会员系统后，收银员可以输入消费者的会员信息，判断是否存在打折或其他影响账单的操作，此时，需要调起会员管理系统的API接口。

产品路线图（roadmap）

多个实施的运行图可以在RoadMap中并行展示，由产品经理进行规划，确定每一期的任务。

任务分工

业务的流程和要素已经用业务要素表和流程图做好了前期的准备，设计师完成页面的绘制

上图为需要进行设计的页面

前台主要是产品经理、UX设计师、前端工程师

中台主要是架构师、前端、后端来完成

后台包含架构师、后端开发工程师、Devops开发工程师、安全开发工程师

以上部分就是基础的产品架构到流程框架部分。