今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin） 

今天看完了够你学网站的前台后台需求描述和验收标准，一些不清楚的地方也问清楚了，有些需求虽然我觉得不合理，但是客户的要求就是这样，所以中间一定有什么我还没有理解的地方，但都是小事，因为目标都是解决用户的需求。

然后再去复习了一下产品经理的工作流程和流程图的概念，

第一步：将业务分拆成多个阶段

用户自助寄件是一个业务，你也可以理解成一个任务，那么在自助寄件里面，大致可以拆解成几个阶段呢，在上一节里面，我们已经知道，可以拆解成三个阶段：

• 阶段1：在线填单阶段
• 阶段2：找柜子放件阶段
• 阶段3：支付阶段

具体阶段应该怎么拆，如何拆得比较合理，其实还是在于我们对业务流程的理解程度，我们在调研和需求分析中，是不是真正将业务场景、用户场景理解透了。

通常对一个任务的阶段拆解，你可以从任务执行时间上进行拆解，比如这个例子，填单和找柜子放件，是有时间分隔的，因为往往并不是填完单马上就会去放件。

然后，你可以从任务执行的位置、操作对象上来进行分割，还以填单和放件来说，地理位置上变了，特别是操作对象上变了，那么也是适合拆成两个阶段。

事实上，对任务阶段的拆解，你更多的是从时间、地理位置和操作对象几个维度上的不同来最后确定要区分几个阶段。

当然，一开始分得不合理也没关系，因为对阶段进一步细节分解、梳理过程中，会帮你发现不合理的地方，然后你还可以继续修正。

那么，当你第一步进行了业务的阶段拆分后，其实你可以简单的绘制阶段流程图，示意如下：

这个很简单，我们接着往下说。

第二步：阶段内各角色流程活动的梳理

有了第一步的分阶段，我们需要对每个阶段的细节内容进行梳理，阶段细节的梳理，其实要弄清楚的这里面会涉及那几个角色，这里的角色，不仅仅指用户，系统或者某个实体作为和任务有交互的地方，都是一个角色。

以“在线填单”为例，这里面有那几个角色呢，首先，肯定有：

• 用户角色：就是自助寄件的人；
• 系统：在线填单后，系统要接收处理快递单，肯定也是一个角色；
• 快递柜：是用于用户后续放件的地方，它也是一个角色；

这个案例里面，主要是这三个角色；有了角色后，那么我们就需要对每个角色，在这个阶段里面的具体的活动来进行整理。

在“在线填单”的阶段，任务的发起角色是“用户”，主要的活动也是他来触发的，所以，我们肯定要从用户这个角色开始梳理他的阶段内的活动。

那么用户在这个“在线填单”里面都需要执行哪些活动呢，其实联系现实中寄件填单过程，你很快就能理解到用户主要有“填写收件人信息”、“填写物品信息”、“寄件人信息”、“需要的柜子大小等”，整理成流程图，就是这样：

这个流程图里面的活动，其实都是蛮容易就能想到，唯一刚开始可能缺漏的是活动“4”，但其实一开始有缺漏没关系，后面进一步的分析会帮你发现这个缺漏。

理完用户这个角色，那么接下来要继续梳理“系统”这个角色流程活动。

很显然，用户在线填完单后，系统要接收该快递单，要考虑分配怎样的柜子，以何种方式来让用户找到柜子、开启柜子等内容，那么你会逐步梳理出系统的流程活动是这样的：

其实系统的活动也还蛮简单，也是只有5步，梳理完系统后，还有快递柜，显然，快递柜的位置和空闲状态是由快递柜本身的系统来返回的，它的流程图我们在这里暂略，在后面的总图中会看到。（需说明的是，实际上快递柜和快递公司，由于不是一家公司，所以，这里面快递柜是一个独立的角色）。

按照角色梳理完阶段内各自的活动后，接下来就是整合的操作。

第三步：使用泳道图来整合各角色的流程活动

有了上面的各个角色的阶段内活动图后，我们这个时候来把它们整合成泳道流程图，显然就很容易。

还以自主寄件中“用户在线填单”为例，最后整合出的泳道流程图如下：

看起来这个流程图一眼望去还是比较复杂的，但其实如果你按照上面的三步：

• 第一步，将业务分拆成多个阶段；
• 第二步，阶段内各角色流程活动的梳理；
• 第三步，使用泳道图来整合各角色的流程活动；

你一定可以比较轻松的完成整个业务流程图的绘制。

当然，在具体的整合过程，以及整合后，我们还需要对很多细节进行推敲，完善，很多时候也不是一次性就完成的，这里面还有很多正常、异常的情况需要去考虑，但有了上面的基本方法，你的框架定下来了，细节逐步去完善就不会很难了。

明天计划的事情：（一定要写非常细致的内容）

画逗你学的流程图，尝试下能不能画出泳道图。然后列出功能结构图、信息结构表之类的东西，还有名词什么的，反正锻炼锻炼写prd 的能力
遇到的问题：（遇到什么困难，怎么解决的） 

这个项目的需求其实并没有直接来源于用户，而是经过了学生、老师、对方公司，再到我们产品的手上的，这中间必然会出现需求的偏差，如果是简单且普遍的项目，那么这种需求偏差可能还能够忽略，但是如果以后一期一期做下去，都没有解决产品经理要去直接接触用户这个点的话，会不会浪费非常多的人力物力而做了很多无用功？
收获：（通过今天的学习，学到了什么知识）

收获了一个项目的具体的内容，终于可以接触到真实的项目了，虽然还没有接触到真实的用户，没有机会做需求的获取和分优先级，但可以一步步来，先尽量按照网上教的流程，一步步写好相关的图和文档，来实际操作下，看会遇到哪些问题