腾讯微现场2.0

101

微现场是腾讯广平团队开发的一款针对线下活动的互动平台,可实现扫码签到、微信上墙、现场抽奖等活动,实乃现场互动之神器——嗨翻现场,就是这么简单!官方地址

源起:为什么要做微现场

每个产品都的诞生都有小故事:一次在给区域代理做“腾讯风铃”(移动建站神器)产品推广的时候,由于线下主办方不太给力,现场活动出现了很多问题。由此引发脑爆:能否提供一款工具帮助区域门户或者商务合作方有效推进业务,同时弥补线下互动的产品空白——微现场应运而生。

线下活动之痛

102-1

先看线下活动的常规痛点,根据活动流程看,大致可分为:

1.活动前需要发公告,触达效果不佳

2.现场预热需要签到,缺乏有效的用户管理手段

3.活动现场缺乏简单有效的信息同步工具,无法串联用户

4.缺少多维度的互动方式,难以活跃气氛

5.活动结束缺乏分析工具,无法量化活动效果

 

针对上述痛点,微现场提供了一站式解决方案:

103

 

上线之后,幸运的得到了广大人民群众的支持,下图为部分合作案例:

104

 

反思

子曾经曰过:“吾日三省吾身。”——我们也在时刻进行反思:仅满足功能层面的需求,叫“工具”;以用户和场景为原点,方可称之为“产品”,现有的版本中任存在很多令人发指的体验盲点。

拿抽奖组件举例,之前的功能逻辑如下:

105

如图所示,用户在后台要设置好奖品的名称、数量、图片(都是必选字段),主持人在前台使用的时候也要先选择奖品,再选择个数(虚拟库存概念:抽奖个数超出后台设置的数量会报错),再选择人群(系统默认),再点击抽奖……功能映射毫无破绽。

那么,问题来了:

106

事实上,真实的线下活动复杂度远远超出理想状态,很多突发事件需要规避,类似的问题还有很多。

重构

为了完整梳理体验上的问题,我们花了1周时间将上线至今的所有用户反馈做了回顾。

107

然后,结合后台数据,对用户反馈进行清洗,避免用户“说谎”。

108

还记得上面的抽奖组件吗,优化后的逻辑如下:

109

我们强化了“用户管理”的功能,管理员可以对参加活动的用户进行分组管理(类似微信公众平台),简化了前台操作(不需要临时选择分组引起众怒),去掉了库存逻辑(想抽多少就多少,因为线下抽奖和兑奖属于独立流程)…… 让一切回归简单,让产品从实现模型转化为心智模型。

114

最后,重构UI,完成2.0版本的整体封装。

110

新版本上线之后,数据侧效果明显(涉及敏感信息隐藏具体数值):

1456290327_51_w800_h434

用户体验方面,微现场2.0的NPS(净推荐值)也达到了46.54%,基本达到预期目标。

1456297516_70_w800_h302

小结

作为1到100型的项目,在推进过程中,微现场2.0遇到的最大问题主要有以下几点:

1.产品已经上线一段时间,很多问题耦合度较高,牵一发而动全身。

如何破:重构后端代码,逐步解耦;在需求的优先级上取消“并级”,按需求重要性由高到低顺序推进。同时,通过调研问卷和论坛的形式对用户问题进行收集和沉淀,保存到需求库中。

1456297678_27_w800_h267

2.运营资源紧张,市场推广难度大。

如何破:深度挖掘公司内部、外部需求,创造跨部门合作机会,为IEG、WXG、SNG等兄弟部门及BG秘书组提供全方位线下活动的技术支持。面向外部用户,举办十几场产品宣讲,面对面答疑解惑。

112
部分宣讲PPT

3.商业模式的挑战。

如何破:引用KK的话“免费其实是最贵的产品策略”。微现场定位为“非广告营收模式的探索”,在一些细节中埋下了商业化变现的种子。

113

例如,我们在新版中添加了一个小眼睛开关,用来控制前台相关功能入口的显示。

换个角度,如果要实现营收KPI,我们也可以:

①某个新功能不错,想点击开启——提示收费组件请XX

②依附内部的CRM体系,普通用户、种子用户、VIP用户拥有不同的权限使用相关功能

③为了节省开发资源,可以开放API和SDK让靠谱的ISV(三方服务提供商)接入

④开放到一定程度,可以对接支付体系,打造完整的互动生态闭环(服务商上传服务——用户自助选择平台服务——财务结算)

⑤OMG作为广告系统的专业玩家,各种玩法可以对接,等等等等

4. 微现场共申请了3份产品专利,感谢一直以来奋斗在一线的兄弟姐妹,2016将更加精彩!

 

 

Tagged
Scroll Up