活动运营从入门到进阶：方案设计篇

一部分前文已经讲过，这篇文章主要以活动主体部分来讲，最后加上几条我认为比较重要的事项。

这一点对应上图的活动主体的流程图部分。

对于活动运营来说，在策划活动时脑海里就已经有了一个活动的雏形，虽然具体细节还没有定下来，但是框架已经成型了。

所以就必须把这个成型的流程以流程图的形式展现出来。

用户参与活动的主体流程是什么样的，从哪里开始，如何流转，如何结束。

以某个H5小游戏活动为例，流程图如下：

设计活动方案之前先画出流程图是个好习惯，好处有两点：

1、清晰的流程图在后续的设计活动方案中起到北极星的作用，在设计细节时不会偏离原来的框架。

这就好像写文章的时候先把提纲写好一样。

2、清晰的流程图在和交互设计，前后端开发沟通需求时，能够辅助对方理解活动。

沟通常见的一个问题就是：自己代入感非常强，以为自己知道的地方不需要再多做说明，实际上对方代入感很弱，压根不知道你在说什么。

不管简单还是复杂的活动，最好都先把流程图画出来，切忌偷懒。

以上面提到的H5小游戏活动为例，活动页面一般分为三块：概述+详情+特殊区块。

活动概述页面参考：

一个好的活动特征有很多，都离不开人的七情六欲。

总结一个好的活动概述的特征就是：

活动概述越简单越好，标题要直接，概述能用图片就不用文字，图片要控制在三个以内。

从心理学上来说，人短期只能记住三个点或者三个步骤，超过三个压力就会非常大，很难记住。

详情页面主要介绍活动的规则、具体参与形式、奖品发放规则等整套活动说明。

虽然绝大部分用户参与活动是不会看冗长的详情页面的，但是该模块还是必须要有。这里就不再赘述了。

特殊区块主要以设计从众效应区块为主，以我之前做的一个小程序为例：

红色区块会不断展示用户的中奖信息，营造一种活动很火爆，参与人数非常多的氛围，刺激用户参与。

这里除了展示滚动用户信息外，还有的做法是展示总参与人数。

我把活动文案分成两部分，一部分是前端活动文案，面向用户。另一部分是后端文案，其实就是活动的产品逻辑，主要是面向内部交互和开发的。

不少公司活动运营除了运营的活儿，实际上也兼顾了活动策划的工作，所以这里就合并到一起讲了。

前端文案主要包括：

活动标题、活动页面的文案、活动规则的文案、活动固定入口的文案、活动push的文案、其他特殊文案。

可以看到，活动运营对于文案的要求能力比较强，文案能力算是运营的基础能力之一。这里就不再赘述了。

后端文案逻辑和产品prd类似，主要是四大块：

1、界面元素：

比如哪里是文字，哪里是下拉框，哪里是按钮，怎么排版，如何展现，是浮动还是静止？

2、数据逻辑：

简单说就是数据从哪里获取的，要按照什么样的逻辑展现。获取数据的接口一般是之前单独定义的，每次附上需要调用的接口即可。

3、操作逻辑：

界面上可以进行操作的有哪些元素，哪个可以点击，可以选择，可以滑动，操作后出现怎样的反馈，比如显示浮层？打开新页面？

4、异常处理：

最简单的比如用户注册信息填写完成，点击提交之后，网络突然波动，这个时候怎么办？让用户看着界面转菊花吗？是不是应该弹出一个提示框，告诉用户网络异常，请稍后重试的提示？

我18年的一篇文章讲过类似的逻辑，直接拿过来用了。：产品和运营到底该用什么样的姿势和技术沟通？

参考开篇的框架图，除了上面提到的三大点，还有三件事比较重要：

这一点非常非常非常重要。

我见过不少活动运营新人老人都不知道怎么评估自己的活动效果。

这非常可怕，如果算不清楚活动的增量收益，无法定义增量收益的计算逻辑，说明你压根没想清楚这个活动。

产品在设计产品功能的时候也是这个逻辑。

这个是非常容易遗漏的点。

一个活动上线前，需要及时和客服同步，最好是做个FAQ给到客服。

客服是承担用户压力的第一关，提前和客服做好沟通，遇到问题也不至于手忙脚乱。

活动的风控也非常重要，这个下一篇文章单独讲吧。

以上，一个完整的活动方案大体如上所讲。