快捷登录

只需一步，快速开始

一次裂变活动策划分享

2021-8-4 19:31| 发布者: 几器那午| 查看: 1372| 评论: 3

微富网 › 网站首页 ›活动策划 › 查看内容

摘要 : 编辑导语：在停止产品或项目规划时，我们需求先了解项目的详细需求、最终目的、以后背景等各方面，尤其作为产品新人，在停止产品功用设计时，更需求理清思绪，做好规划。本篇文章里，作者分享了他初次接手一个裂变活 ...

编辑导语：在停止产品或项目规划时，我们需求先了解项目的详细需求、最终目的、以后背景等各方面，尤其作为产品新人，在停止产品功用设计时，更需求理清思绪，做好规划。本篇文章里，作者分享了他初次接手一个裂变活动时的策划阅历，一同来看一下。

在需求评审的时分，我们都希望本人设计的功用可以失掉下属的表扬，可以失掉周围同事的认可。但假设我们设计产品的时分思绪不明晰，就有能够会压服力不强，被其别人的成绩问住。这里我分享给大家我本身一次裂变活动功用策划的阅历。

一、确定项目背景目的

事先我接到的入职后第一个项目是：设计一个地下课裂变功用。

拿到一个详细的项目之后，首先需求知道为什么要设定这样的项目？项目背景、目的是什么？

这个项目背景是公司目前流量获取成本十分高，产品增长出现瓶颈。为了降低公司流量获取成本，本次产品版本迭代需求参加一个裂变小功用。项目目的是添加裂变名片数量。

二、目的拆解，使目的愈加明白

对目的停止拆分，可以使不明白的义务变得的愈加明白，做事会愈加有思绪和方向。

一次裂变活动策划分享

图：项目目的拆解图

从项目目的拆解之后的结果来看，分享着人数、分享频率、被分享者人数、以及转化率都可以作为设计出发点和决策要素，在梳理场景的进程中，就需求着重思索到这些出发点。

三、裂变场景梳理，寻觅时机点

梳理完真实业务现场中流量转化进程中的细节之后，就要以调研理想为依据，末尾脑暴梳理分享者对应的场景和需求，陈列出需求优先级，选择优先级最高的需求做深化设计。

这次还是次要以体验课学员这类新用户的裂变为出发点，理由有两个:

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

分享者场景梳理如下：

一次裂变活动策划分享

图：裂变场景的梳理思想导

图中，分支按照用户-场景-需求时机点这样去排序梳理，先去不断发散思绪，不要急于否认本人的前期想法，下一步才是整理会聚。其中用白色标出裂变场景时机点。

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

站在活动分享者的角度梳理完场景之后，末尾陈列详细的需求优先级，如何陈列优先级，从这几个维度出发：

维度占比得分：1-5分，每种维度得分：1-5分。

总分=维度占比得分*每种维度得分。

最终参考结果去思索先做哪种场景。

结果做出直观的表格如下：

一次裂变活动策划分享

表格梳理完成后，就得出了一份还算比较客观的评价依据。

其实这里列出严谨的表格的益处就是，在需求评审的时分你可以有理有听说出为什么先选择这样的需求去做，愈加具有压服力。但是也不要完全参照表格之中的优先级排序，还是需求依据实践状况停止场景的挑选。

最终选择第一个版本做买一赠一活动，也就是购置付费地下课的用户可取得一次收费赠送好友的时机。总体来说这个活动场景面向的活动参与人数最多。先不用追求完美，快速上线一个活动测试效果，未来再逐渐将活动掩盖至每种细分场景。

五、流程图与原型图

1. 流程图

在选择好详细要去设计的场景之后，接上去的流程图的绘制是重中之重，一定不可以省略。由于只要流程图梳理通了，前面的原型和需求评审才会比较容易。并且流程图也可以让参与者明白知道业务是如何运作的。

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

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

图：流程图

其实要展现哪些流程图也没有十分固定的规则，还是要依据实践项目去评判，就例如我目前做的裂变工具，裂变出去的流量如何入库以及如何给售前跟进是流程中需求重点去思索的。但假设是电商类的产品，则需求更多去思索各种特殊形状该怎样处理。

流程图的最终目的还是为了可以和开发更好的交流，只需达到这个目的就好。

2. 原型图

当流程图梳理的迟滞了，原型图也就十分复杂了。在流程图中详细数出来需求画原型的有多少个页面，与业务流程分歧，页面结构明晰，界面一致。

这里就不花过多的时间赘述原型设计的细节了，本文的重点还是在新人产品做功用设计的基本流程套路。

六、PRD文档

当流程图、原型图都确定之后，就需求将这些撰写成PRD文档。

PRD文档就是产品需求文档，次要是一份供技术人员阅读的文档，他们需求参阅这份文档停止产品的视觉设计与开发。所以PRD文档中最中心的部分，就是功用部分的描画，需求思索到各种异常状况与产品细节。思索到的越多，开发的速度就越高，质量就高。

每个公司和团队状况的不同，文档也会有庞大的差异。但总的来说一份残缺的PRD文档通常包含以下几个部分：

需求简介（需求背景、产品特点）；
功用概略（产品功用结构图、业务流程图、页面流程图、次要功用描画）；
功用要求；
产品运营方案。

之前说到过功用概略部分的描画是PRD文档的中心，是占大头的中央。一个十分复杂的评判标准就是看字数。字数越多，思索到的状况就越多。这里我总结了在描画功用的时分，通常包括以下几种类型：

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

在刚末尾写需求文档的时分，会发现本人总是会思索的不片面，写出的文档常常被各方挑出缺点，这是十分正常的状况。遇到这种状况千万不要气馁，由于这正是不断试错和快速成长的时机。多去听听各方意见，本人新建一份复盘文档，把一切的成绩及时写出来，下次尽量避免。

可以看到我第一次写的复盘文档，真的成绩很多~但也必须阅历这样的进程，才能失掉成长~

一次裂变活动策划分享

图：我的复盘文档

七、总结

作为一个新人，很能体会新人产品在最后拿到义务的时分，内心的不知所措。

这个时分千万不要一下去就末尾干，一定要捋清楚本人的思绪，列出一步一步的规划，在脑中构成做事的框架，并且不断地反思、总结、优化这个框架，这样才会效率越来越高。

本文由 @小猫雯原创发布于人人都是产品经理，未经作者答应，制止转载。

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