活动|一次裂变活动策划分享( 二 )

画流程图前应该梳理清楚这几个要素：

用户：有多少种类的用户会参与其中？系统也可作为参与者。
事项：这些用户要完成的事情分别是什么？
数据：在这个过程中数据是怎么流转的？
特殊状态：万一出现问题了，该怎么处理？

图：流程图
其实要展现哪些流程图也没有非常固定的规则，还是要根据实际项目去评判，就例如我目前做的裂变工具，裂变进来的流量如何入库以及如何给售前跟进是流程中需要重点去考虑的。但如果是电商类的产品，则需要更多去考虑各种特殊状态该怎么处理。
流程图的最终目的还是为了能够和开发更好的交流，只要达到这个目的就好。
2. 原型图当流程图梳理的通顺了，原型图也就非常简单了。在流程图中具体数出来需要画原型的有多少个页面，与业务流程一致，页面结构清晰，界面统一。
这里就不花过多的时间赘述原型设计的细节了，本文的重点还是在新人产品做功能设计的基本流程套路。
六、PRD文档当流程图、原型图都确定之后，就需要将这些撰写成PRD文档。
PRD文档就是产品需求文档，主要是一份供技术人员阅读的文档，他们需要参阅这份文档进行产品的视觉设计与开发。所以PRD文档中最核心的部分，就是功能部分的描述，需要考虑到各种异常情况与产品细节。考虑到的越多，开发的速度就越高，质量就高。
每个公司和团队情况的不同，文档也会有微小的差异。但总的来说一份完整的PRD文档通常包含以下几个部分：

需求简介（需求背景、产品特点）；
功能详情（产品功能结构图、业务流程图、页面流程图、主要功能描述）；
性能要求；
产品运营计划。

之前说到过功能详情部分的描述是PRD文档的核心，是占大头的地方。一个非常简单的评判标准就是看字数。字数越多，考虑到的状况就越多。这里我总结了在描述功能的时候，通常包括以下几种类型：

取值规则：即产品前端的字段取的是对应的什么字段。
限制：包含显示的范围、极限值、格式、排序等。
状态：默认状态、常见状态、特殊状态。
操作：常见操作、特殊操作、误操作。
反馈：包括提示、跳转、交互等。

在刚开始写需求文档的时候，会发现自己总是会考虑的不全面，写出的文档经常被各方挑出毛病，这是非常正常的状况。遇到这种情况千万不要气馁，因为这正是不断试错和快速成长的机会。多去听听各方意见，自己新建一份复盘文档，把所有的问题及时写进去，下次尽量避免。
可以看到我第一次写的复盘文档，真的问题很多~但也必须经历这样的过程，才能得到成长~

图：我的复盘文档
七、总结【活动|一次裂变活动策划分享】作为一个新人，很能体会新人产品在最初拿到任务的时候，内心的不知所措。
这个时候千万不要一上来就开始干，一定要捋清楚自己的思路，列出一步一步的规划，在脑中形成做事的框架，并且不断地反思、总结、优化这个框架，这样才会效率越来越高。
本文由 @小猫雯原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自Unsplash，基于CC0协议。