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