你的产品被用户“绑架”了吗?
我们产品每一次涉及到规则和其他相关方面的功能的更新,只要他们(用户)有一点点的不满,只要在群里面有几个人跳出来发表看法,那么这个更新基本就会回退版本,因为我们太照顾他们的感受了,没了自己的原则和一个产品应该有的尊严以及灵魂。
种锚和收锚
先说说新项目的事情。
新城市项目正式上线做推广,前期我们的策略是先选择极小部分的用户进行灰度测试。让他们来使用我们的产品,因为产品刚上线必然面临着各种bug缺陷,让这部分人来使用的目的就是利用他们来帮助我们前期发现产品的问题。
假如一开始就猛推,那如果产品有缺陷,影响的面也将会更广,这是得不偿失的做法。
我们之前商量的计划是,现在同行群里面去讨论,通过搭配合的形式透露出产品名,让群里看见的人去主动搜索我们的产品,然后我们监控搜索来源的数据。
但是后来发现,我们的产品竟然搜不到!!!
是的,在小程序的类别里面,搜不到我们的产品,但却能够搜到我们另一个城市的产品(有品牌词),我们另一个城市的产品名字和现在要推广的新产品名字是一样的,唯一的区别就是新城市产品名后面多了一个“+”号。
那么,目前推测,搜不到的原因很有可能是因为这个符号的影响。即如果打出完整的小程序名(加上符号)就是可以被搜索到的。但过后又测了下,其他产品不用加符号就可以被搜到啊,这一点我也很懵逼。
所以啊,搜索这一块是不能去做了,看看到时候改了名字再想一想怎么弄。
之后的做法就很简单,在我们的产品里面去找个有小程序码的页面,截个图,然后另一个人就问,xxxx怎么样啊,谁有xxxx的信息,这时候就会有人(我们的人),顺势把刚才截图的产品图片发出来。
然后就检测有多少人通过这个码扫进来,但根据后台数据的显示,这数据一般般。
其实上面的做法就是在群里假装是真实用户,然后打配合。
这种做法是比较保险的一种做法,目的有两点:第一个是让体验用户发现产品的问题,第二个则是“种锚“。
小范围覆盖,比如,只提一下名字,先让那些人看到这个名字,不用让让他们们一定要记住,只需要让他们看到,哪怕他们一扫而过也没关系。
等到产品开始大规模的推广的时候,就会激发他们当初的一扫而过的影响,这个阶段叫做“收锚”。
而在这个阶段,用户的心理状态是:咦,这玩意儿好像在哪里见过,用用看。即,接受度以及好感度较高。
逻辑就是这么个逻辑,也没有太值得讲的,做好数据监测就行。
产品规则调整,用户群炸锅
我们调整了一些产品的规则,刚把通知发出去,群里的用户就炸锅了,有说产品用起来越来越累了,有说越来越麻烦了,还有人说要直接用竞争对手的产品了。
我领导一看,这还得了,马上让技术把规则改回来,然后调整公告发了10分钟左右,又发了一则公告说改回去。
其实也不算是改回去,只是把分值降低了些。
刚好这个时候产品总监给我发信息,说群里的人太闹腾了,集体说不用了怎么怎么的。而且这个群还是个高级群,也就是很活跃的用户。
我就给产品总监说:以前咱们推出三个推荐位置的时候,也闹的不行不行的,说多一个推荐位置就对他们的利益造成了威胁。
我又说,这只是一部分人的心声,他们是活跃的人,但有没有想过,还有那些拥有很多资源但是每天苦于规则的限制不能够将资源最大化的利用的用户,导致排名冲不上去,但人家又不愿意做其他任务,你说,怎么办,人家就喜欢通过这种方式去做任务,人家拥有的老用户资源就是多。
而且,他们都是活跃用户,投入的精力和时间都很多,并且在平台拥有了很多的虚拟财富,我一直都非常相信沉没成本的理论,这个理论不是说放弃就能够放弃的。
好比很多人玩了很久的游戏,如果不是你工作原因(基本是不可抗拒的因素)我想你不会那么容易就放弃掉它。
产品总监也觉得我们没有自己的立场。
我很少见到一款产品基本被用户掌控着走,不论是大b端客户还是小b端的用户都在让我们“听”他们的。这样下去,产品怎样去做出属于自己的灵魂?如何去迭代功能?这一次的事件对以后的影响很严重。
应该向用户妥协吗
以后我们产品每一次涉及到规则和其他相关方面的功能的更新,只要他们(用户)有一点点的不满,只要在群里面有几个人跳出来发表看法,那么这个更新基本就会回退版本,因为我们太照顾他们的感受了,没了自己的原则和一个产品应该有的尊严以及灵魂。
包括上一次更新的随机算法的推荐,以前是排行榜,现在加入了随机算法推荐这个功能后,有用户就说,为啥我没被推荐,抱怨一大堆。然后大b端客户找过来了,说,你们能不能把我们所有的算法推荐都取消掉,我们不要算法推荐,我们就要排行榜的展示。
没办法啊,最后还是给这个大b端客户取消了算法推荐。但是这件事情肯定不会完,这只是一个客户,我们还有几百个客户,圈子就这么大点,再往后会有更多的客户来要求取消算法推荐。
那么,我们的这一个算是革新的功能岂不是又白费力气?
本来预估的走向是先在某一个功能上进行算法推荐,然后再扩展到其他功能,那么好,这么一搞,后面的其他功能就更不用想了。
整体来说,就是,产品现在出现了危机,这个危机来自大小b端的用户。
被用户绑架的产品?
他们绑架了我们的产品,NO!
严格来说,是我们的产品从最开始的挣扎慢慢走向了妥协,被用户绑架了。
对此,我是很寒心,目前而言这种情况已经在慢慢的浮出水面了,后续会有更多的类似情况发生。
产品经理们也将会受到各种约束和限制,产品的革新和迭代将会受阻,革新受阻代表着竞争壁垒的逐渐崩塌。
以上是坏的一面,好的一面则是,产品不进行大的规则更新,或者在更新前先提前做用户调研,问问他们的意见,根据他们的意见进行优化。但这么一来又回到了上面说的点,他们反对的我们极大可能不会去做,那还是我上面说的“被绑架”。很多企业都是在成长过程中慢慢丢掉了自己的原则。
世界上最难的是什么?
是坚持原则。
作者:雨洗千峰秀,公众号:雨洗千峰秀(shenzhuangnaiba)
本文由@雨洗千峰秀 授权发布于运营派,未经许可,禁止转载
题图来自Unsplash,基于CC0协议。