文/青云
第一个问题:腾讯官方为何要做一个微信读书的App?尤其是在已经有QQ阅读和Kindle的情况下,为什么还要花费重复的资源去重塑一个功能相似的App呢?
我认为有三个原因:
1.这本质上是什么样的业务?
阅读是普遍的要求。中国和美国的图书市场都超过1000亿元。然而在国外,早在2011年,电子书的销售市场就已经超过了实体书。在中国,电子书只占总量的15%,其中超过80%的市场份额仍然由文学网站支撑。出版电子书只占总数的3%。随着用户应用/付费习惯的塑造,电子书的销售市场正逐步以每年80%-90%的速度增长。想来,微信阅读的梦想已经成为中国的美国亚马逊。
2.QQ阅读和手机微信阅读真的一样吗?
首页PK:QQ阅读Vs微信阅读
从首页可以看到,确实差别很大:QQ阅读的重点精准定位应该是文学类网站,用户多为20岁以下的年轻人,而微信阅读的重点精准定位是电子书的出版发行。用户以20-35岁的学生和上班族为主。
3.移动微信阅读的核心优势是什么?
很有可能有人会说,可以享受8亿用户,从用户数量的角度做一切事情,但另一方面,也要最适合手机微信的优势,才能做出最靠谱的产品。相比Douban.com,手机微信没有长期积累的图书的鉴定/评价数据信息,这意味着虽然腾讯官方爸爸可以挥一挥手,买下每一个版权,但是冷启动时很难根据用户自己的口味强力推荐适合自己的图书,会立刻危及用户的重复购买率。但是,他有一个独特的优势,那就是社交媒体链接。好友的阅读口味很可能更加相似,从众效应让“好友已读”成为超越众多优化算法的合理推荐理由。
第二个问题:微信读书是怎样把他的商业逻辑落实到商品中的?不考虑运营成本,我们可以很容易地得到一个公式:
收入=∑图书价格*购买者数量-版权成本
因为电子书的边际效益基本为零,所以为了提高经济效益,可以从图书价格和购买人数两个方面来提高全站收入。
图书价格:其实最有效的方法是根据用户的信息内容(如机器设备、显示屏大小、时间、性别、年龄、社交媒体关联、购物车时间、阅读间隔等)动态调整价格。),从而把价格定在他可以接受的范围边缘。这就是为什么你可以检测到你桌子下面的电子书,而且价格经常变化。但是会遇到两个风险,一个是用户的愤怒,一个是被技术造假者/检察官起诉,被统计局处罚。
为了更好的防止用户冲突,微信阅读中没有加入购物车的设置,减少了用户多次查询价格的概率。
在微信阅读中,用户购买的关键场景有两个:
第一种是进来看到某本书的介绍和价格。这里会提醒用户“送一送一”,促进购买欲望。但除此之外,可以发现它以更明显的方式体现了“阅读”和“添加到书架”按钮——这是一种符合用户习惯的实用 *** 作方式。个人收藏/阅读书籍的实际运营远低于让用户购买的心理门槛,而且因为我坚信微信公众平台记录的数据无疑会告知产品运营,个人收藏/阅读-购买的转化率会远高于立即购买。
在书宝细节中,阅读/添加到书架的按钮比较突出。
第二种购买场景是用户读到精彩的部分,告诉用户“未完待续”,正确引导用户现在购买或者免费获得一个。很可能有人会问,免费送一个,腾讯官方不是赔钱吗?首先,不是所有的书都能免费得到一本。一般有两个特点——死去的作者(也就是说很可能没有版权)/书性价比高。那样的话,其实腾讯官方只需要花费数字化这本书的成本,就可以获得很多完全免费的用户。ROI非常容易修正,实际分享控制模块会详细进行。
不同书籍的不同购买页面
只有上面提到的两种场景,才会让用户觉得书的价格更随遇而安。其他场景,比如在下图阅读点右上方添加购物车按钮或者查询购买记录,也可以看到图书的价格。但是相对来说层次很深,按钮不是很明显,用户的查询概率低。甚至我们可以想象用户点击这个按钮的场景——想买,但是不愿意买(比如书很贵/如果你想更贵/。
阅读右上方的添加购物车按钮和购买记录另一侧的价格。
根据上面的描述,用户在那边看到一本书,对书价有一个大概的价格,然后选择购买/阅读/加入书架。如果他选择购买,就不容易看到第二个价格。如果他选择阅读/加入书架,下次发现这个价格时,他沉浸其中的内容将难以自拔,对价格的敏感度将降至最低。当然,他找不到这个价格上涨。
那样的话,风险一——用户的愤怒就这样被掩盖了。
第二个风险来自技术型职业打假人/检察官的抵制。但是,微信阅读的前辈,自动调价的先行者亚马逊有一个非常好的借口——这是一个关于用户感受的小品类测试。不知道是不是真的有人起诉过腾讯官方,但比起他们法务部门的精英团队,已经很熟练了。
为了解决这个风险,我们将回到我们的公式计算:
收入=∑图书价格*购买者数量-版权成本
结果:由于边际收益为零,根据商品/法务部门的精力可以规避风险,所以千人定价是可行的。至于具体怎么实施,想来微信读书。基于这么多用户的个人行为数据信息,我可以构建多重对策,有目的、持续地测试和计算出最佳的图书价格。
除了账面价格,第二个可以实际 *** 作的是购买人数。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)