做了两年的活动产品,我都学到了什么？.pdf

做了两年的活动产品 ，我都学到了什么 ？ 最近两年陆陆续续给公司运营部做了一些用于活动 广的产品 ，这里姑且称为“活动类产品” ，在实际操作过程中发现活动类产品和常规产品在开发和维护上还是存在一定差别的 ，这里 想跟大家分享一下这两年在做此类产品时所遇到的困难以及所积累的一点浅薄经验。 首先说什么活动类产品 ，我的定义是配合公司进行线上活动宣传、 广的一系列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 数据埋点 同时需要做好数据埋点 ，这边我参考够AA RRR模型后 ，整理了6个指标分别是新增用户数