迈向数字化产品经理的10个工具箱：如何搞定B端系统的复杂流程设计？

确切的业务实例的可能会下：对每个的业务实例下定义可能会下等价及其转回准则，必要的业务实例尽可能正确代人。

选择可能会下转变触发必要条件：明确可能会下转变的必要条件，如顾客端肢体、系统外观设计暴力事件等，驱动可能会下的转变。

确切可能会下转回路径：下定义可能会下之之间的允许转回路径，必要可能会下转变符合的业务准则和命题。

看完了方法，我们下面用一个系统性来学习下确切的梳理操纵过程是怎么样的？

假设我们正在外观设计一款B末端电商平台，即可求量除此以外商家展示、订货政府机构和收取系统外观设计。以下是系统性基于上述方法的每个流程：

流程1. 总括电弟政务

确切片之中：店家、买入。

下定义肢体：店家上线商家、买入交付、店家大批量。

主角实质上：买入即可在交付后1不之间断内收取订货。

表达真实感：买入收取订货后触发店家大批量。

流程2. 下定义主方式为上

确切基本主方式为上：买入预览商家、交付购、收取订货、店家大批量。

选择反常方式为上：订货进行时未收取致使更改订货，店家商家售完致使交付失利等的执行方式为。

选择逆向方式为上：买入申请大批量、店家确认大批量、买入还款的方式为上外观设计。

选择分支方式为上：针对特定促销活动或类似零售业方式为的外观设计，如限时红利、商用车快递等。

流程3. 制定反常方式为上

确切很晚：网络弱致使的收取进行时反常。

外观设计应对保护措施：对网络超载来进行容错执行，对收取系统外观设计反常来进行历史记录记录和指示，并支持补发收取方式为上。

流程4. 外观设计的业务可能会下代人

确切的业务实例的可能会下：订货可能会下（待收取、已收取、已大批量、已收尾、已更改等）。

选择可能会下转变触发必要条件：买入交付触发可能会下从待收取换成已收取，店家大批量触发可能会下从已收取换成已大批量等。

确切可能会下转回路径：下定义可能会下之间的允许转回路径，必要可能会下转变符合的业务准则和命题。

可以看见基于这样的四个流程我们就可以无遗漏的将电弟政务全部梳理出来了。

搞定多样方式为上外观设计的基本就是要无遗漏的表达方式为上，而这里的四个流程就是帮助大家更佳的梳总括楚的业务的确切运作操纵过程，这也是每个B末端其产品合伙人都须要掌握的基本功。

华尔街日报

三爷，微信公众号：三爷茶室，有心都是其产品合伙人华尔街日报，2019年年度所写。《之中台其产品合伙人两书》所写，原万达高级其产品、MBA特约讲师、独立创业者，拥有多款集团项目从零到一方面并领军充分利用商业化布局。

本文原创发布于有心都是其产品合伙人。受限制，禁止刊登。

题图来自Unsplash，基于CC0协定。

该文观点均代表人所写本人，有心都是其产品合伙人平台均共享文档存储空之间维修服务。