编辑指南：在规划产品或项目时，首先需要了解项目的具体需求、最终目标、当前背景等方面。尤其是作为产品的新人，在设计产品功能时需要理清思路，做好规划。在这篇文章中，作者分享了他第一次接手裂变活动时的规划经验。
需求评审的时候，我们都希望自己设计的功能能够得到上级的表扬，得到身边同事的认可。但是，如果我们在设计产品的时候没有想清楚，可能会缺乏说服力，被别人的问题所问。在这里，我和大家分享一下我自己对裂变活动的功能规划的经验。
# 1.确定项目的背景目标。
当时我入职后接到的第一个项目就是设计一个公开课裂变功能。
在得到一个具体的项目之后，你首先需要知道你为什么要建立这样一个项目。项目的背景和目标是什么？
这个项目的背景是公司目前流量获取成本很高，产品增长存在瓶颈。为了降低公司的流量获取成本，本次产品版本迭代需要增加一个裂变功能。目标是增加裂变名片的数量。
# 2.分解目标，使其更清晰。
拆分目标，可以让不清晰的任务更清晰，做事更有思路和方向。
图：项目目标拆解图。
根据项目目标拆解后的结果，分享人数、分享频率、被分享人数、转化率都可以作为设计出发点和决策因素，在梳理场景的过程中需要考虑这些出发点。
# 3.梳理裂变场景，寻找机会。
在梳理了真实业务场景中流量转换过程的细节后，我们要开始根据调研事实，梳理共享者对应的场景和需求，安排需求优先级，选择优先级最高的需求进行深度设计。
这次主要是基于体验班学员等新用户的裂变。原因有二：
1.目前，该公司占了大量此类用户，尚未充分利用。
2.由于去的是预售现场考察，而不是售后现场，所以对体验班学员和常规价课预报员有一点了解，但对常规价课学员的上课流程还没有完全了解。
共享者场景分类如下：
图：裂变场景梳理思维导图。
在图中，根据用户-场景-需求机会点对分支进行了排序和梳理。第一，不断传播思想。不要急于否定你以前的想法。下一步是组织和收集。其中裂变场景的机会点用红色标出。
# 4.安排优先级，选择优先场景。
从活动分享者的角度梳理场景后，我们开始对具体需求进行优先级排序，以及如何进行优先级排序，从这些维度入手：
比例分值：1-5分，各维度分值：1-5分。
总分=维度比例得分*各维度得分。
最后，参考结果考虑先做哪个场景。
制作一个直观的表格如下：
整理表格后，得到一个比较客观的评价依据。
事实上，在这里列出严谨的表格的好处是，在评审需求时，可以合理地说出为什么首先选择这样的需求，这样更有说服力。但是，不要完全参考表中的优先级顺序，而是根据实际情况筛选场景。
最终选择了第一个版本做买一送一活动，也就是买了付费公开课的用户可以有机会免费赠送好友。一般来说，这个活动场景面对的参与者最多。第一，不追求完美，快速发起一个活动来测试效果，以后再逐渐覆盖到各个细分场景。
# 5.流程图和原型图。
## 1\.流程图。
选择了要设计的具体场景后，下一个流程图的绘制是最重要的，一定不能省略。只有把流程图整理出来，后续的原型和需求评审才会更容易。而流程图也能让参与者清楚地知道业务是如何运作的。
在画流程图之前，我们应该先梳理一下这些要素：
*用户：会有多少种用户参与？系统也可以是参与者。
*事项：这些用户需要完成哪些事情？
*数据：数据在这个过程中是如何流动的？
*特殊状态：出了问题怎么办？
图：流程图。
其实要展现哪些流程图也没有非常固定的规则，还是要根据实际项目去评判，就例如我目前做的裂变工具，裂变进来的流量如何入库以及如何给售前跟进是流程中需要重点去考虑的。但如果是电商类的产品，则需要更多去考虑各种特殊状态该怎么处理。
流程图的最终目的还是为了能够和开发更好的交流，只要达到这个目的就好。
## 2\. 原型图
当流程图梳理的通顺了，原型图也就非常简单了。在流程图中具体数出来需要画原型的有多少个页面，与业务流程一致，页面结构清晰，界面统一。
这里就不花过多的时间赘述原型设计的细节了，本文的重点还是在新人产品做功能设计的基本流程套路。
# 六、PRD文档
当流程图、原型图都确定之后，就需要将这些撰写成PRD文档。
PRD文档就是产品需求文档，主要是一份供技术人员阅读的文档，他们需要参阅这份文档进行产品的视觉设计与开发。所以PRD文档中最核心的部分，就是功能部分的描述，需要考虑到各种异常情况与产品细节。考虑到的越多，开发的速度就越高，质量就高。
每个公司和团队情况的不同，文档也会有微小的差异。但总的来说一份完整的PRD文档通常包含以下几个部分：
* 需求简介（需求背景、产品特点）；
* 功能详情（产品功能结构图、业务流程图、页面流程图、主要功能描述）；
* 性能要求；
* 产品运营计划。
之前说到过功能详情部分的描述是PRD文档的核心，是占大头的地方。一个非常简单的评判标准就是看字数。字数越多，考虑到的状况就越多。这里我总结了在描述功能的时候，通常包括以下几种类型：
1. 取值规则：即产品前端的字段取的是对应的什么字段。
2. 限制：包含显示的范围、极限值、格式、排序等。
3. 状态：默认状态、常见状态、特殊状态。
4. 操作：常见操作、特殊操作、误操作。
5. 反馈：包括提示、跳转、交互等。
在刚开始写需求文档的时候，会发现自己总是会考虑的不全面，写出的文档经常被各方挑出毛病，这是非常正常的状况。遇到这种情况千万不要气馁，因为这正是不断试错和快速成长的机会。多去听听各方意见，自己新建一份复盘文档，把所有的问题及时写进去，下次尽量避免。
可以看到我第一次写的复盘文档，真的问题很多~但也必须经历这样的过程，才能得到成长~
图：我的复盘文档
# 七、总结
作为一个新人，很能体会新人产品在最初拿到任务的时候，内心的不知所措。
这个时候千万不要一上来就开始干，一定要捋清楚自己的思路，列出一步一步的规划，在脑中形成做事的框架，并且不断地反思、总结、优化这个框架，这样才会效率越来越高。
本文由 @小猫雯 原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自Unsplash，基于CC0协议。
