什么叫裂变活动(裂变营销活动)

编辑导语:在规划一个产品或项目的时候，我们需要先了解项目的具体需求、最终目的、当前背景等方面。尤其是作为产品的新人，在设计产品功能的时候，需要理清思路，做好规划。在这篇文章中，作者分享了自己刚接手一个裂变活动时的策划经验。让我们看一看。

在需求评审的时候，我们都希望自己设计的功能能够得到上级的表扬和身边同事的认可。但是，如果我们在设计产品的时候没有想清楚，可能会缺乏说服力，被别人的问题抓住。我想和大家分享一下我自己做裂变活动功能规划的经验。成都营销活动策划公司

一、确定项目背景目标

当时我入职后接到的第一个项目是为一个公开课设计一个裂变函数。

拿到一个具体的项目后，首先要知道为什么要设置这样的项目。项目的背景和目标是什么？

这个项目的背景是公司目前的流量获取成本非常高，产品增长是一个瓶颈。为了降低公司的流量获取成本，本次产品版本迭代需要增加一个裂变小功能。该项目的目标是增加裂变名片的数量。

二、目标拆解，使目标更加明确

把目标拆分，可以让模棱两可的任务变得更清晰，做事也会有更多的思路和方向。

图:项目目标分解图

从项目目标拆解后的结果来看，分享人数、分享频率、被分享人数、转化率都可以作为设计出发点和决策因素。在梳理场景的过程中，需要重点关注这些出发点。

三、裂变场景梳理，寻找机会点

在对真实业务场景下的流量转化流程细节进行梳理后，需要根据调查事实，对分享者对应的场景和需求进行头脑风暴，对需求优先级进行排序，选择优先级最高的需求进行深度设计。

这次主要是基于体验班学生等新用户的裂变，原因有二:

公司目前这类用户占比较多并且并没有充分利用。由于自己去售前现场调研过，还未调研过售后现场，对体验课学员和正价课预报名学员稍有了解，而对正价课学员的上课流程还未有充分了解。

共享者场景分类如下:

图:裂变场景的梳理思维指南

图中分支按照用户-场景-需求机会点排序。第一，不断传播自己的想法，不要急于否定自己早期的想法。接下来就是组织和衔接了。其中裂变场景机会点用红色标出。

四、排列出优先级，选出这次优先做的场景

从事件参与者的角度整理场景后，开始对具体需求进行优先排序。如何确定优先顺序，从以下几个方面着手:

维度得分:1-5，各维度得分:1-5。

总分=维度比例得分*各维度得分。

参考最后的结果来考虑先做哪个场景。

制作如下直观表格:

整理表格后得出一个相当客观的评价依据。

其实这里列出的严谨表格的好处是，你可以先说出你选择这样一个要求去做的原因，更有说服力。但是，不要完全参照表中的优先级排序。你还是需要根据实际情况来筛选场景。

最后选择第一个版本做买一送一活动，即购买付费公开课的用户可以获得一次免费赠送好友的机会。总的来说，这个活动场景是针对参与人数最多的。先不要追求完美，在线上快速测试一个活动的效果，以后再逐步把活动覆盖到每个细分场景。

五、流程图与原型图1. 流程图

选择好具体的场景进行设计后，接下来的流程图绘制才是最重要的，一定不能遗漏。只有流程图整理好了，后期的原型和需求审核才会更容易。而且流程图也可以让参与者清楚地知道业务是如何运作的。

在绘制流程图之前，应先整理出这些要素:

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

图:流程图

实际上，显示哪些流程图没有非常固定的规则，但我们应该根据实际项目来判断。比如我目前在做的裂变工具，裂变流如何入库，销售前如何跟进，都是过程中要考虑的重点。但如果是电商产品，就需要更多的考虑如何应对各种特殊状态。

图的最终目的是和开发者更好的沟通，只要达到这个目的。

2. 原型图

当流程图梳理顺利后，原型图就会很简单了。在流程图中，统计出需要画多少页的原型，与业务流程一致，页面结构清晰，界面统一。

在这里我不会花太多时间在原型设计的细节上。本文的重点是新产品功能设计的基本流程。

六、PRD文档

流程图和原型图确定后，需要写入PRD文档。

PRD文档是产品需求文档，主要是技术人员阅读的文档。他们需要参考这份文件进行产品的视觉设计和开发。所以PRD文档的核心部分是功能部分的描述，需要考虑各种异常情况和产品细节。考虑越多，开发速度越高，质量越高。

每个公司和团队的文档会略有不同。但一般来说，一份完整的PRD文件通常包含以下几个部分:

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

如前所述，功能细节的描述是PRD文档的核心，是很大的一部分。一个非常简单的标准就是字数。话越多，考虑的情况就越多。我在这里总结了一下，在描述函数时，通常包括以下几种类型:

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

在开始写需求文档的时候，你会发现你总是想的不全面，你写的文档经常被各方发现。这是很正常的情况。这种情况不要气馁，因为这是一个不断试错和快速成长的机会。听取各方意见，给自己新建一个文档，把所有问题及时写出来，下次尽量避免。

你可以看到我第一次写的重复文档，确实有很多问题~但是你要经历这个过程才能成长~

图:我的重复文档

七、总结

作为新人，我能理解新人的产品刚开始拿到任务时的茫然。

这个时候，不要一上来就动手。一定要理清自己的思路，列出一个循序渐进的计划，在脑海中形成一个做事的框架，并不断反思、总结、优化这个框架，这样你的效率会越来越高。

本文由@小毛文原创发布。每个人都是产品经理。未经作者允许，禁止转载。

题目来自Unsplash，基于CC0协议。