傆型实战之二 – 看门人 (Concierge) 3


上期讲到我们上线了一个仿真门,十一假期回来之后PO同学发现收到来自商家很多电话号码,甚至已经有商家开始抱怨为什么说发布功能,还木有发布。。。

背景
商家账单功能的仿真门(Fake Door)上线后,收到了~1000个号码,希望开通该项功能。这远比我们原先想象的要多(原先觉得只会有几十个或者上百个)。甚至有不少商家重复留号码。

假设
商家们言行一致,因此他们说想要,其实就是他们真想用这个功能。

试验
很多时候客户言行并不一致,仓促上线的功能,变成了一个摆设。最经典的例子是上个世纪八十年代IBM的“Speech to Text”项目

所以下一步我们要验证的几个问题包括:

  • 是否有商家会真正使用这个功能? 
  • 有多少比例的商家会使用这个功能?
  • 商家会以什么样的频率使用这个功能?
  • 商家在欠款多少的时候会使用这个功能?
  • 商家会在什么时候使用这个功能?

因此我们希望商户登陆商务后台之后,会看到一个页面,这个页面会显示它的可提金额,然后可以点击Button来提款,当然后台我们财务团队会手动完成流程,商家就会收到汇款。注意从商家角度,其实这个问题已经解决了。但是我们团队需要投入一定的功夫,目的是为了探索。这需要一定的成本,所以我们必须在期望发掘的信息以及成本投入之间有一个平衡。

PO同学这时候也召集了技术同学和运营同学。因为完全手动的话,会增加运营的工作量,所以大家一起讨论出一个性价比高的业务与技术方案。

团队共同设计了试验的方案。

另外降低成本的方向,是与另外一种傆型试点区(Provincial)结合。 我们会从所有的~1000个记录中取出一定的样本做试验。最终从1000个号码中找到了123个留过2+次号码的商家,因为我们会认为这部分商家的意愿很强。

同时一个靠谱的试验应该先设计好度量,其实也就是如果达到了什么样的目标,就说明试验成功了。下面是事先一起讨论的度量。

  • 样本范围100个商户(如果技术允许的话)
  • 功能上线1周以内,20%商户使用自提功能
  • 功能上线2周以内,40%商户使用自提功能
  • 功能上线1个月,60%商户使用自提功能,40%商户超过2次(含两次)使用自提功能

一个星期后,功能上线了。

开始的时候,我们决定不通知商家,因为原先的仿真门上线的时候,其实我们也没有通知商家。我们只是通知了内部同学们。

 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

 

结果
晚上上线后,下午有了第一个商家提出需求。

周五的时候,我们发现真正使用该功能的商家并不如我们想象的那么多,是不是他们还没有发现这个功能?PO同学在下班前对123个商家发了短信通知。两个星期内我们有过两轮短信通知,下面是两个星期后的商家记录。

两个星期的记录看下来,只能说马马虎虎,而且有意思的是一共有60个商家点击过该页面,只有43个商家真正操作,有17家没有啥都没做!所以接下来需要对各类商家进行访谈了。这也就是我们探索的第三步 – 探索者要做的事情。下回分解。

Written by Teng, Daniel

我是滕振宇,我总是喜欢挑战传统思维方式,挑战一切不可能。我喜欢问什么,喜欢集中精力做有价值的事情,同时也热衷于探寻更好的做事方式。我很愿意跟真正聪明的同事一起工作,也喜欢把自己知道的分享,同大家一起进步。

扫描二维码分享这篇文章吧:

QR:  傆型实战之二 – 看门人 (Concierge)

About Teng, Daniel

我是滕振宇,我总是喜欢挑战传统思维方式,挑战一切不可能。我喜欢问什么,喜欢集中精力做有价值的事情,同时也热衷于探寻更好的做事方式。我很愿意跟真正聪明的同事一起工作,也喜欢把自己知道的分享,同大家一起进步。


3 thoughts on “傆型实战之二 – 看门人 (Concierge)

发表评论

电子邮件地址不会被公开。 必填项已用*标注


九 + = 15