反思推荐关系设计,抓住问题的本质

某电商公司在其微信服务号上线了商城,微信运营童鞋兴冲冲跑来说,“我要做一个拉新活动,让老用户推荐新用户,当新用户关注微信公众号并且注册商城用户成功后,该老用户和新用户各获得10元优惠券。你看现在,同样的成本,既能让用户关注公众号,又注册了商城,一举两得呀。”这时候,做app的童鞋说,“我也要,我要新用户下载app并且注册账号之后,给新老用户各10元优惠券。”好吧,那就开始设计咯。

这个推荐功能最关键的地方在于“记录用户推荐关系”。这中间的流程大致为:

建立推荐关系—完成规定操作—获得奖励

完成前两个步骤,新用户有哪些操作?又是在哪个操作时记录推荐关系的呢?我们先看下用户的操作:

微信:1.扫带参数的二维码;2.关注公众号;3.注册商城账号;4.获取奖励。

app:1.点击带参数的链接;2.下载app;3.注册商城账号;4.获取奖励。

上面两个端口操作一一对应,如果按照这个流程来,我们会觉得微信端的非常顺畅,app端好像也行,但是总觉得哪里怪怪的,能记录下推荐关系么?再去看看有分享推荐功能的app(理财类app基本都有这功能),发现他们的都没有提到下载app这个操作,只说了注册账号。并且老用户发送出去的链接并不是下载app的链接,而是提供注册操作的h5页面。也就是说,现在主流的app分享推荐的功能操作流程是:1.点击带参数的链接;2.注册商城账号;3.下载app;4.获取奖励。

我们再看上面提到的什么时候记录推荐关系这个问题。在微信流程里,应该是第一步扫码时建立推荐关系对吧?但在app流程里,应该是在第二部注册账号完成时建立推荐关系对吧?为什么app和微信做推荐分享时,让人觉得顺畅的流程不同,记录推荐关系的节点也不同呢?是平台不一样造成的么?

要想知道记录节点的区别,首先得知道账号之间是怎么建立联系的。在app环境里,用户与用户间是直接通过用户uid建立联系的,uid1是uid2的推荐人,则只要uid2的用户完成指定操作,则uid1和uid2各自账户里多10元优惠券。但是在微信环境里,uid1的用户因为登录微信,所以uid1和微信unionid1对应,uid1推荐自己的朋友,这时候朋友没注册,还没有uid。朋友扫码关注公众号后,后台可以获取该朋友的微信unionid2,扫码建立推荐关系其实是讲(unionid1)uid1和unionid2建立关系,也即扫码就锁定了2人的关系,即便朋友再去扫别人的推荐码也改变不了推荐关系。这时候,只要朋友在unionid2的微信里注册商城账号,生成uid2,则unionid2和uid2对应起来,则可建立uid1和uid2之间的推荐关系,然后各自可获得10元优惠券。上面的2种方法互换环境也是能行得通的,只不过app里用微信这种方法后台处理还要更麻烦一些,因为它还要记录所有可以分享出去的渠道中该用户的unionid。

2种方式之间的区别就在于,app是将点击带参数链接作为前置条件,完成注册账号则建立推荐关系,下载app则是规定操作,可以有多个规定操作,并且操作顺序可随意变化。微信是将扫带参数的二维码作为建立推荐关系的第一步,扫码后锁定推荐关系。关注公众号是注册的必要步骤,如果出了微信没别的用户端,则关注公众号被认为是必须操作,注册完成后才真正将2个用户推荐关系建立。所以微信端看起来所有操作都是为了建立推荐关系,并没有其他规定操作。

2种方法看起来都是可行的,那哪种方法更简单呢?先看app的流程:


反思推荐关系设计,抓住问题的本质_第1张图片

上面的流程非常简单,只需要判断输入的手机号是否注册即可。但是微信的推荐关系就没这么简单了。其实上面的分析中已经埋了一个坑:通过微信将2个uid建立联系时,如果该产品存在多个用户端,用户在微信扫码之后,不在微信注册,也就是该用户的unionid和uid在注册时无法建立对应关系。如果非要采用这种方法,为了弥补这个缺陷,让该用户再重新在微信登录一次,登录时再建立推荐关系也可以解决。但是这种方法就导致,一部分已经注册的用户依然可以通过扫码成为别人的推荐用户。紧接着又带来一个问题,我们本来想建立一个树形的可以无限增加的推荐关系,由于已注册用户可以再扫码建立推荐关系,也就是说第一批的种子用户也可以扫码成为了别人的下级,这种推荐关系就不再是树形的了,而可能形成一种环形或其他各种奇怪的样子。不过这个问题也不是不可以解决,我们只要限制第一批未扫码,并且注册成功,生成过推荐二维码的用户为顶级,扫别人的推荐码也不记录推荐关系即可。由此,新用户就不是单纯的新用户了,新用户中可能存在:什么都没操作过的真新用户、扫码未注册的新用户、注册未扫码的新用户、新微信(对应着新推荐关系)绑旧账号的“新用户”等等,情况变的非常复杂,推荐关系可能在扫码、注册和登录3种操作时产生,具体流程如下:

反思推荐关系设计,抓住问题的本质_第2张图片
反思推荐关系设计,抓住问题的本质_第3张图片

从上面两种方法的流程和限制条件看,明显扫码注册直接建立推荐关系的方法更简单稳定,并且这种方法在微信环境同样可行。至于说想要达到让用户关注公众号和下载app的目的,我们可以根据自己的目的转化成其他的操作作为规定操作即可,如新用户领取礼包或优惠券之后,推荐人才能获得对应收益。所以在将需求转化成功能的过程中,不能被惯性思维迷惑,要抓住问题的本质,优化流程的顺序,做出最简单高效的设计。

你可能感兴趣的:(反思推荐关系设计,抓住问题的本质)