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

从架构设计到流程框架

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

目录：

什么是流程框架

优秀的流程框架的判断

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

什么是流程框架

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

优秀的流程框架的判断：

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

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

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

回顾：

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

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

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

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

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

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

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

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

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

跨业务的联动逻辑

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

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

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

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

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

产品路线图（roadmap）

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

任务分工

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

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

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

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

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

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