shutterstock_100605952

编者:本文来自小恩爱联合创始人钟超在友盟开放日深圳站上的分享。

小恩爱是 2011 年成立的,当时市面上还没有情侣相关的软件,当我们第一款产品上线后没多久,“Pair”(国外第一款情侣社交移动应用,现已改名“Couple”)也发布了。在现在流行的 Copy To China 的大环境下,我们无意中成为了开拓情侣市场的先驱,当时我们坚信这块市场一定能做起来,并且一直在不断的尝试。

但在情侣社交市场火热之前,我们的日子过得挺“灰暗”的。每天后台的数据很一般,增长非常缓慢。直到 2014 年,用户数据呈现出一个非常恐怖的爆发式增长,服务器请求量每隔 3 个月就会翻一番。截止到目前,小恩爱的用户量超过 3000 万,注册用户量已超过其他所有同类产品数据总和。

种子用户

先来谈下如何寻找第一批种子用户吧。很多同行倾向于通过积分墙去购买用户,在产品早期,我非常不建议这么做。都说早期用户是“种子用户”,当他们成为产品的忠实用户后,他们会成为你的粉丝,帮你去推广。

新用户有时候会在微博上反馈小恩爱的使用问题,早期我们没有那么多人力做客服工作,但我们的粉丝会主动去解答新用户的问题,甚至做的非常专业。早期这类用户帮我们解决了很多问题。

这类用户还有一个共性,非常忠诚。当服务器宕机之后他们会第一时间反馈,甚至是跟其他的用户去解释故障原因。他们还会自主的建一些 QQ 群、微信群以及百度贴吧。

这些用户群不仅帮助我们推广 App ,更多的是可以通过他们的反馈来挖掘出更多用户的喜好,把产品做的更完善,从而间接地提升了留存率。

产品方面

早期我们对 App 没有太多的了解,产品设计比较“随性”。举个例子,在小恩爱 2.0 版本里,用户不添加另一半的恩爱号就看不到任何其他内容。当时的想法是,不关联另一半的用户,还能算我们的用户吗?

在我们分析友盟后台数据后,就意识到出问题了,其实很多单身用户(潜在用户)因此而流失掉了。所以 4.0 版本升级中,用户无需关联就能看到 App 内的所有内容,有些功能在不关联的情况下也可使用。很多单身用户在了解了这个功能后,在找到男女朋友的时候就会重新使用。这样一个简单的变化,虽然在短期不会看到效果,但是长期看,我们发现留存率在提升。

运营方面

大家知道,很多 App 都面临用户粘性不足的问题,也有很多同行会通过推送来提升用户的活跃度。但是我们坚持只推送对用户最有价值的信息。而且小恩爱官方是不会给用户推送任何信息,所有的推送信息必须是用户与他的另一半,或者是用户在论坛板块与其他人互动产生的消息提醒。

小恩爱将对用户的推送分为三个等级:

第一个等级是用户的另一半给用户发送的消息,这种推送有声音、有振动、有提示,在 App 之外推送的,一旦看到这样的推送就是用户的另一半所发送的消息,而绝不是一个活动推送。

第二个等级是用户在 App 内发生操作时所产生的消息。比如用户在使用小姨妈、日记本、纪念日等功能时,所发生的操作会产生信息推送给用户的另一半。这种信息无需及时回复,所以这类推送是没有声音提示的。

第三个等级可以理解为通知,而非推送。对App内的一些活动,比如用户在情侣说中的回帖或官方发起的推送等,会给用户发送通知提醒。但这类内容对用户不是核心信息,我们不会进行站外推送去打扰到用户,只有用户在打开 App 的时候才会看到这个通知。这样做还有一个好处就是,小恩爱的用户是日活非常有含金量的。

技术方面

当你从一个很小的用户量猛增到一个很大的用户量后,你会发现你所有的服务器架构全部不适用了。

请求量的增加并不是简单的用户量的增加,而是当你的产品做好了,用户留存提高了之后,用户的使用频次和时间也会随之增加。在这样两种状况同时发生的时候,服务器的请求量会变得非常恐怖。

分享个小数据:小恩爱现在的 API 的请求(去除聊天功能数据)超过 1 亿次,这是我们目前面临的问题。短期内我们只能去不停的加机器,但这样不能从根本上解决问题。与此同时,我们也在改造我们的服务器架构,以应对接下来的发展,当然,我们非常需要更多牛人的加入。

前面说到几点都是从产品、运营、技术角度去做。在实践过程中去做产品的时候,并不能适用于每一个产品。但是我想说的是,一旦牵扯到产品,最重要的是站在用户角度去考虑问题,要知道用户真正想要什么,而不是说去考虑运营的 KPI 或者投资人的看法。重要的是怎么服务好你的用户,用户满意度高不高,而这些从后台数据上能够感知到。