编辑导读：几乎每一个品牌都会策划营销活动，而作者在一次次的营销活动中总结经验，并把它们产品化。一起来看文中看看吧，希望对你有帮助。这是之前所设计的一款产品，前前后后遇到的坑与感想和大家分享一下～若有不对的地方，欢迎沟通与指正。我所在BU是偏向运营侧的，而我主要是负责活动运营产品工作。在日常工作中，经常被淹没在各种活动需求里，日复一日的不断去设计活动流程以及策略。在此过程中，发现很多需求点大同小异，前期我们是考虑通过组件的方式减轻研发压力，提升活动上线效率（倒排需求很多，标准开发模式已不适用）。研究研究着，发现这东西可以产品化，一拍即合，开干。一、为什么可以做这款产品？1. 市场背景互联网发展至今，从最开始的增长进入存量时代，而各个企业也是在通过活动促销等形式提升品牌认知以及业务增长。活动能够有效解决用户流失严重的问题，通过与用户的持续互动来增强用户粘性。就像我们觉得618和双11买东西便宜，因为他们做活动，在今天，活动促销已经是很常见的运营手段，用户也已经有对应的认知。2. 竞品调研我们发现有类似竞品，且竞品的辐射范围都是相对垂直的，有些侧重于活动类，例如转盘抽奖、砸金蛋、答题等；有些侧重于游戏类，例如飞机大战、贪吃蛇等等。但是活动类标准产品大多服务于中小企业，大企业更多还是走定制化服务，所以他们也都提供定制化服务。那段时间研究活动都已经条件反射，每次手机上参加活动，我都会去研究下玩法，看下域名或者技术支持，观察下活动体验性，是否在峰值时活动流畅等。3. 自身优势与劣势优势：主要行业壁垒，产品切入点一定是从所熟悉的行业领域进行。我们在该行业的服务占比较大。其次作为运营BU，沉淀了许多关于活动方案的策略。最后是技术方面，也是在很多活动开发中所沉淀（筛选）下来的技术方案（可规则化、标准化）。劣势：上面所说的即使优势也是劣势，熟悉的行业领域切入很快，当产品能力复制到其他领域是否还具有竞争力的时候，这是需要考量的地方。我们较于其他竞品，是否还有其他竞争力？二、在产品过程中我遇到的阻碍（坑）1. 产品的边界我们都明白，做产品是需要有边界性的，你需要确定你的产品所解决的范围，这是我们常说的分层经营，没有一个产品可以解决其所在领域的全部需求，也没有一个经营分层可以解决所有需求。这大多也和所在的团队和公司理念有一定关系，我们知道做加法很容易，做减法是一件不容易的事情。产品边界是在产品调研、设计乃至开发过程中不断明确的一个边界，知道核心是什么，辅助是什么。当然公司要经营，也需要订单，本是一个订单驱动型的性质，很难转换到产品意识，很多都还是项目意识。一次次推翻之前定的产品边界，这也可以做，那也可以做，项目定制化需求同样拿到标准化产品中，而我们都知道大客户要求的高定制化，定制化需求是无底洞，导致整个产品开发周期长，迭代速度慢，短期看不到成效，都还是依然靠PPT包装（显然这是每一个产品经理都不愿意看到的结果）。产品边界是一个动态不断完善的过程，并不是一两次会议或者好几次沟通都能去确定的，最初的产品就像一块未被雕琢的玉，我们最初只知道它未来的形态，至于玉上面是否有图案，什么样的图案，大或小，都是在设计过程中不断去打磨的，但我们一定知道这块玉不能当金也不能当银。2. 产品的规范性此处提到的规范性包括产品规范与设计规范，这俩又是密切相关的。产品主要功能是营销活动，核心是活动引擎，如何快速创建活动，编辑活动模板（UI界面、逻辑交互等），投放渠道、奖品发放、数据统计等。前台可视化是设计规范性，活动引擎也就是活动产品的规范性（规则引擎）。模板可复制能力可以很好的提升活动创建效率，但前提是做好产品规范性，才具备可复制能力。设计全局规范：前台可视化页面由于每一次活动主题不一样，需要去做修改。活动页面规范化设计很重要，其中包括默认模板的设计，模板各页面信息布局，例如文字排版、文字大小颜色、图片/按钮颜色大小等。这点非常考验产品经理与设计师的能力，可修改的边界范围，用户易操作性，布局是否兼容市面上移动端主流分辨率。（一定要让设计师验收前端大佬们的成果，血泪史）产品规范性提及到就很多了，因为我们知道可产品化的前提大多是可标准化、规则化的，可转为逻辑产品。运营活动每次针对的活动人群、活动规则、活动玩法之间的串联规则都大同小异。 我们所要做的就是基于这些特点，抽象出共通的地方，标准化设计，引入规则引擎，解决这些易变的问题。此处不再赘述，可放单独一篇文章详细讲解。3. 测试的重要性因为活动是很容易被反薅羊毛的，一定要做好相关机制，比如黑白名单、参与次数、唯一ID等。在一个活动模板上线之前，一定要做好活动测试，各个触发点都需要去检验一下是否符合原设计逻辑，例如正常的参与、派奖、兑奖逻辑线。不得不说测试人员的思维和我们真的很不一样，在产品过程中，很多测试大佬反向思维也让我不断去完善逻辑。三、总结最后想说的是，现在产品化的东西大家总想着Saas，Saas那么好做，为何没有中国版的SalesForce？有Saas的理念固然是好，能将当前需求池做好，积累和沉淀相关技术，才能够更好的满足更多需求，Saas从来都不是说软件即服务，我部署在云上你能用就行了。我们离Saas还是有很长的一段路要走。下一篇可以重点讲下产品的设计逻辑，即规则引擎那块～小菜鸟第一次写作，写得不好的地方请大家见谅，也请多指教～本文由 @SLJwu 原创发布于人人都是产品经理。未经许可，禁止转载。题图来自 Unsplash，基于CC0协议
本文出自快速备案，转载时请注明出处及相应链接。