小米引爆用户参与感的实操心得.doc

  1. 1、本文档共7页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
小米引爆用户参与感的实操心得

小米引爆用户参与感的实操心得   导读:小米和很多传统品牌最大的不同是我们和用户一起玩,不管是线上还是线下,无论是什么时候,我们都在想,怎样让用户参与进来。      参与感三三法则   构建参与感,就是把做产品做服务做品牌做新销售的过程开放,让用户参与进来,建立一个可触碰、可拥有,和用户共同成长的品牌!我总结有三个战略和这三个战术,内部称为“参与感三三法则”。   三个战略:做爆品、做粉丝、做自媒体。   三个战术:开放参与节点,设计互动方式,扩散口碑事件。      “做爆品”是产品战略。产品规划某个阶段要有魄力只做一个,要做就要做到这个品类的市场第一。产品线不聚焦难于形成规模效应,资源太分散会导致参与感难于展开。   “做粉丝”是用户战略。参与感能扩散的背后是“信任背书”,是弱用户关系向更好信任度的强用户关系进化,粉丝文化首先让员工成为产品品牌的粉丝,其次要让用户获益。功能、信息共享是最初步的利益激励,所以我们常说“吐槽也是一种参与”,其次是荣誉和利益,只有对企业和用户双方获益的参与感才可持续!   “做自媒体”是内容战略。互联网的去中心化已消灭了权威,也消灭了信息不对称,做自媒体是让企业自己成为互联网的信息节点,让信息流速更快,信息传播结构扁平化,内部组织结构也要配套扁平化。鼓励引导每个员工每个用户都成为“产品的代言人”。做内容运营建议要遵循“有用、情感和互动”的思路,只发有用的信息,避免信息过载,每个信息都要有个性化的情感输出,要引导用户来进一步参与互动,分享扩散。   “开放参与节点”把做产品做服务做品牌做销售的过程开放,筛选出对企业和用户双方获益的节点,双方获益的参与互动才可持续。开放的节点应该是基于功能需求,越是刚需参与人越多。   “设计互动方式”根据开放的节点进行相应设计,互动建议遵循“简单、获益、有趣和真实”的设计思路,把互动方式要像做产品一样持续改进。2014年春节爆发的“微信红包”活动就是极好的互动设计案例,大家可以抢红包获益,有趣而且很简单。   “扩散口碑事件”先筛选出第一批对产品最大的认同者,小范围发酵参与感,把基于互动产生的内容做成话题做成可传播的事件,让口碑产生裂变,影响十万人百万人更多地参与,同时也放大了已参与用户的成就感,让参与感形成螺旋扩散的风暴效应!   扩散的途径,一般有两种,一是在开放的产品内部就植入了鼓励让用户分享的机制,类似2013年现象级的休闲游戏“疯狂猜图”和“找你妹”就做得非常好,每天都有几十万条信息是从产品里简单就分享到微博微信等社会化媒体里;二是官方从和用户互动的过程中,发现话题来做专题的深度事件传播。   为什么相同的打法下,不同企业的得到的效果差别很大?还有,很多参与感的活动做了几次就无法持续,究其原因主要是只照搬战术而没有从战略上深度思考。战略是坚持做什么或不做什么,战术是执行层面的如何做。对于用户而言,战略如冰山之下看不见,战术如冰山之上则更可感知。   小米成立四年来,参与感在实践中的深度和广度都在不断提升,它已不仅仅局限于产品和营销,而是全公司的经营。我们为了将参与感融入每一个员工和用户的血液,做了很多尝试。  优先处理浮出水面的需求   当MIUI每天有十多万用户都在论坛提交需求时,如何排序这些海量需求的优先级?   我们内部面对产品需求有长期、中期和短期的定义。长期开发方向雷总每1~2个月会和团队沟通约定,中期和短期基本就是在和用户互动中,碎片化产生,这个过程也会反过来修正我们设定的长期目标。   处理碎片化的需求,我们的方法有三个:   1.先处理浮出水面的需求。   在论坛做恰当的帖子辅助功能,主要帮助用户尽量格式化提交需求,另外在碰到同样需求的时候,能直接跟着表达“我也需要这个功能”。这样,每周下来,你会发现紧急的功能开发需求自然会按热度排到帖子前面。   2.第一时间公示需求改进计划。   “橙色星期五”的每周更新,论坛会有完整的更新公告帖,列清楚更新了哪些功能,哪些是推荐的。另外对于单点的需求讨论,讨论结果往往是投票结果,都会公示在论坛;团队也会定期把未来一个月的更新计划做个说明。   3.让团队结构也“碎片化”。   就是说2~3人组成一个小组,长期改进一个功能模块。给他们自主权,在和用户交流中有30%的模块自己就定义开发了。过去也确实出现过,有用户天天围着某个工程师,后来开发了看起来并不是很急需的功能。但我们整个项目都是每周更新,迭代很快,出错了的方案也不要紧,过两周就改对了。   做产品,我和团队举例说:就好比一辆车在路上,只要大方向选清楚了,哪怕偶尔偏离路线或偶尔减速都不怕,其实最怕就是经常180度调头并且反复,或者停下来不动了。   有些项目不适合立刻对外发布测试,如何找需求反馈?   创业起步阶段,怎么有效就怎么来,

文档评论(0)

phljianjian + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档