最近两年陆陆续续给公司运营部做了一些用于活动推广的产品，这里姑且称为“活动类产品”，在实际操作过程中发现活动类产品和常规产品在开发和维护上还是存在一定差别的，这里想跟大家分享一下这两年在做此类产品时所遇到的困难以及所积累的一点浅薄经验。

首先说什么活动类产品，我的定义是配合公司进行线上活动宣传、推广的一系列H5页面。相比较于常规产品，活动类产品具有周期短、时效强、易传播的特点，在我刚刚接手活动类产品是不太适应的，在做的过程中也遇到了许多困难，我写此文的目的也是希望能够给到刚接触活动类产品或正准备接触活动类产品的读者一些帮助。

为了更方便读者理解，这里我将活动产品开发流程分为产品需求期、产品开发期、产品上线期、产品结束期四个环节，讲一讲我们在开发一款活动类产品时，在各个环节都应该注意什么。

1. 产品需求期

 1.1 确保需求能在规定时间内完成

为什么将“按时完成”放在第一位呢？首先，活动类产品往往有很强的时效性，比如某些节日活动产品，时间是固定的，所以产品必须在固定节点完成，我们在常规产品时，上线时间往往是有一定弹性的，但这在活动类产品中因为其时效性，是不能延期的，因此在做活动类产品前，必须要合理的规划时间，保证项目按时上线。这里分享一些能够合理规划时间的方法，如下：

 1.1.1 明确活动目标，保证主要流程

一般来说，我们拿到活动方案时往往需要做“减法”，删减掉一些不合理的需求，那如何才能有效地做减法？首先需要明确活动的目标，因为活动性质的不同，其目标也是各异的，例如某些活动是为了“拉新”，提高新增用户数量；某些活动则是为了回馈老用户，提高老用户活跃度。我们在给方案进行减法前，需要明确活动目标，才能更准确地找出不合理的需求。但是并不是所有活动方案都会直接将目标写出来，有些方案甚至给人模棱两可的感觉，因此产品经理需要通过各种途径去去确认活动目标，像通过细看活动方案、与活动策划人沟通都是不错的途径，在确认好活动目标，之后工作也会变得简单很多。

明确活动目标后，下一步是从活动方案中整理出需求，需求的优先级根据活动目标关联度由高到低排，最保险的方式是将需求分为2个部分，影响基础功能的需求优先完成。其次优化体验的需求在基础功能完成的情况下再做，这种做法虽然保守，但是最大程度地保证了产品不会有延期的情况发生。

 1.1.2 开一场需求评审会

整理方案中的需求、给需求排列优先级后，一定要将产品各部分负责人召集起来，开一场需求评审会议，原因有以下几点：

（1）在需求确认阶段就让各个部门参与进来，可以在需求期就能发现一些未注意的盲区，避免了开发期间因为需求问题所浪费的时间。

（2）面对面，各部分负责人之间可以关于产品的开发问题进行更加深入的讨论，之后的配合会更加默契，提高产品的质量、开发效率。

（3）产品每个部分的开发时间由该部分的负责任进行估算，这样的需求排期更加符合实际情况，如果预估时间不足，也可以及时商量解决方案。

 1.2 活动产品不能闭门造车

上文说过活动类产品主要是用于公司活动推广，并且多数情况下是为了宣传公司主线产品，很多时候就要求活动产品与主打产品之间进行配合，这种配合可以是代码层面的，也可以是交互层面的，举个我做过的送代金券活动，用户在活动页面获得代金券兑换码后，需要登录我们产品的客户端中才能进行代金券兑换，用户使用过兑换码后，主站产品需要提供接口告知活动产品该兑换号已经被使用过了。这就要求产品经理在开始阶段就跟合作产品团队之间进行沟通交流，以求产品之间达到最好的配合。

2. 产品开发期

 2.1 页面优化

h5页面不像app可以本地渲染样式，h5需要重新请求服务器，所以h5页面在进行页面切换时，会给用户卡顿的感觉，比较影响用户体验，所以说在设计活动产品时，需要根据h5页面自身特点进行调整，下面我分享几个小诀窍：

使用异步加载，可以优先将页面样式先加载出来，然后再加载内容，这样相比于同步加载的好处是，可以比较快速的响应用户，用户体验更加好一些。

采用Ajax技术，进行局部加载，不需要重新刷新页，例如页面中某一部分的数据更新了，这个时候不需要用户重新刷新页面，页面会自动进行局部刷新，极大的改善了用户体验。

 2.2  数据埋点

同时需要做好数据埋点，这边我参考够AARRR模型后，整理了6个指标分别是新增用户数、活跃用户数、留存率、转化率、流失率、病毒系数。基本上活动目标基本可以通过这5个指标反映出来，举一个我之前新年活动，用户通过在我们新版社区下留言，每留一条留言，用户就可获得一个捞勺，每天每个用户获得捞勺的上限为3个，捞勺可以在我们的活动页面捞取奖品，显然这次活动是为了促进新版社区的用户活跃度，因此我参考5个指标列出了我需要统计的主要数据：

 2.2.1 优先数据

新版块进行留言的用户总数、每条留言的信息（用户信息、留言时间等）。

 2.2.2 辅助数据

访问活动页面的的用户数、用户次数以及每次访问的数据信息。

参与过活动的用户总数、每次使用捞勺的记录。

需要统计数据很简单，基本上能作为这次活动目标的参考指标。

3. 产品上线期

 3.1 数据跟踪

产品上线后需要密切的关注数据的走势，根据数据走势及时采取措施，这样做主要有两个目的：

 3.1.1 发现产品异常，及时进行修改

通过跟踪数据，以便能够及时发现问题；另外，有些异常隐藏比较深，仅从产品表面是发现不了的，数据可以很好的帮助我们发现这些异常。

 3.1.2 效果不理想，及时调整方案

同时通过数据可以了解活动上线后的效果对于线上效果不理想的活动，也可以及时进行优化。

 3.1.3 跟踪哪些数据

（1）页面的访问量（PV）

这项数据记录用户访问了多少次页面，可以反映出页面的宣传效果，同时通过分析上游链接，还能比较各个宣传模块的宣传效果。

（2）独立访客数（UV）

这项数据反映出有多少用户访问了你的页面，可以反映出宣传覆盖人数，同时通过与实际参与活动用户数进行对比，可以反映用户的流失情况。

（3）活跃用户数

相比于独立访客，活跃用户是指在独立访客中在页面进行了实际交互的用户。每个活动由于形式不同，对于活跃用户的定义也是不同的。活跃用户数能够反映活动受欢迎程度。

（4）留存用户

用户在某段时间内开始参与活动，经过一段时间后，仍然继续参与该活动的用户，被认作是留存用户，留存根据周期可分为日留存、月留存，具体需要看产品的性质，活动类产品一般周期都比较短，一般会统计留存，留存用户一般能反映你活动的用户粘性如何，可玩性怎样？但需要注意的是，活动类产品很多是一次性消费品，用户只能参与一次，这类活动计算留存率的话就没有什么意义了。

（5）用户转化率

转化是指用户完成一次活动分期望的行动，活动不同，转化也是千差万别的。例如，用户在页面上停留了一定的时间、用户流量了特定页面、用户升级了VIP都可能被视为转化，用户转化一般用于考核活动是否成功。

 3.2.  做好预防机制

活动产品一般都会涉及到奖品，一但出了问题，可能带来较大的损失。当出现问题时，为了避免较大的损失，我们一般会提前做好防御机制。常用的方法是在后台中设置可以及时停止整个活动或奖品发放的按钮，这样就能在出现问题后及时进行处理；同时，运营部门也需要出一套备方案来代替，最小化地保障用户的利益。

4. 产品结束期

活动结束后，需要分析活动数据、对活动期间用户反馈进行总结、记录活动的优点以及缺点，最好针对活动中的一些问题提出自己的优化建议，以便用于下一次的活动。

以上就是我这两年积累的一点浅薄经验，希望能够给到刚接触活动类产品或正准备接触活动类产品的读者一些帮助，谢谢。