业务流程图_业务流程图的规划设计方法一 ~分析方法2

我们继续接着“业务流程图的规划设计方法一~分析方法”开始讲解。

首先分析哪些功能模块参与到流程中。主流程的信息流向一定要清晰，他意味着功能要完成的产品目标。核心流向不清晰用户使用过程中会会蒙圈甚至在你设计的流程中迷失。

下面开始梳理关键核心功能点，并把这些点在图中标识出来。

■邀请码使用规则，需要运营制定规则并固定下来然后开发进行开发。

□任何会员都可以选择课程生成邀请码，但是邀请码不能自己用。因为自己生成自己用，就会造成收费课程被自己邀请自己循环免费试听了，这就会是逻辑bug。

□邀请码一天之内必须使用否则过期。通过时间刺激营造稀缺感，让拉新游客赶紧试听。

□邀请码只能使用一次。

■生成需要一个功能，会员按照自己选择课程生成某一节课邀请码，然后发送给朋友。

■新游客进入页面填写邀请码观看课程功能，这是前端页面。后端系统要有一个验证邀请码是否正确或者过期。

□游客听完之后还想再听必须要注册。同时为了刺激注册率通知游客此时注册还送线下宣讲试听券。

■后台还要有数据统计展示，并且一个有效拉新后的赠送积分给会员同时发送一条消息提醒。

分析时候需要思考的层面还有很多。例如邀请码能发送几个人？用户除了线上发送，能不能生成图片发朋友圈或者生成图片发地推？如果朋友圈传播邀请码支持不支持多人验证？是需要用户先注册才能看，还是不用注册直接看等等。要考虑的点很多，所以在梳理业务逻辑时候产品经理必须和一线的业务人员详细的沟通用户场景，不要自己闭门造车。沟通完成后把沟通的细节反应在下图2-1所示上。

图2-1梳理业务逻辑

草图绘制到这里，基本可以把整个业务逻辑给梳理清楚了。但是现在仍然不要画正式的单任务流程图，需要继续在草图中记录单个角色的任务流程节点。把能想到的都给在草图上标识出来。

注意在这个时候，需要产品开始进入和技术不断讨论和调整的阶段。

讨论内容包括流程顺序的合并，异常流程梳理。异常流程考虑清楚尽可能细化。异常流程=用户体验，正常的操作逻辑设计好，用户只会觉得是你应该做的并不会感激你。但是用户使用过程中一旦出现异常情况，又没有很好的容错逻辑把用户拉回到正常流程中来，用户就会吐槽。同时要注意如果异常流程过多，要考虑为什么会出现这么多异常情况，能不能从技术上避免掉。实际工作中如果不和研发充分考虑沟通异常流程逻辑，那开评审会的时候研发会折磨你，经常突然抛出一个异常情况，问你如果这样应该怎么办，让你手足无措。因为研发脑子里汇集的异常情况要比产品多得多也刁钻得多。产品经理在讲需求的时候，为了自己讲的明白，别人听得明白看得明白，技术人员沟通很重要。最终和技术讨论后形成如2-2的图。

图9-10整个邀请码业务逻辑草图

今天就讲到这里，下一节詹老师讲解如何拆分业务逻辑功能点进行每个点位任务流程逻辑设计。