两种产品打法的利与弊——思考建站过去与现在的产品打法有感
有幸在凡科建站经历两种产品打法；一种是产品驱动：基于用户需求和产品问题而分析得出的产品迭代思路；另一种则是数据驱动：基于业务数据指标，一切产品迭代都围绕实现数据指标出发；
前者是具有战略意识的，产品布局思维的打法。用产品人永远绕不开的产品-微信来举个例子。
有人说微信出了小程序后，离成为操作系统不远了。而回到用户需求，小程序解决了服务号第三方web访问和加载速度的问题，也解决了各个产品的网页应用用户体验参差不齐的问题。甭管最后微信是否有发展成为微信os野心和布局，目前来看，小程序确实解决了微信内网页应用不能解决的体验问题，同时也创造了新的商业生态。这是小龙哥对于用户需求的深刻见解和想要覆盖更多服务场景，发展成为一个互联网生态的布局而成。这就是产品驱动的，依托于产品经理的产品嗅觉和大局观。
数据驱动下，需求只会有一种，那就是不管花猫白猫，能抓到老鼠的需求就是好需求；还是以微信为例，如果是数据驱动，为了服务号的使用数据，是否会出现降低服务号的资质门槛，支持订阅号转服务号之类的功能呢？还有可能，以盈利为目标的业务驱动，可能微信已经在卖开屏广告，收费升好友数量上线之类的功能出现。很明显，这有可能给微信带来更多的营收，但这肯定不是用户想要的微信，只是我们迫不得已，因为关系链的存在，很难摆脱它。当然，按这种思路，自然也不会有小程序的出现，而是在数据驱动的陷阱下，慢慢变得短视；
那产品驱动就一定好，数据驱动就一定不好吗。很显然，我们不能这么判断，很多事情都并不是非黑即白的。产品驱动让我们更好的围绕用户需求以及产品大局观去思考和规划产品。优势是通过这种思维方式，产品的发展会越来越好，很大程度让产品更加成功，产生突破和创新。但当这个产品已经处在生命周期的成熟期或者衰退期时，产品驱动的方式，就会显得很无助，似乎没有什么大功能可以去进行挖掘和优化。像天涯社区、百度贴吧，这一类PC时代的论坛社区类网站。你让他们继续迭代或新增什么功能，后很难让他们再重生，只能尽量的延长他们的寿命，不合适大量投入成本去研发功能。即使有，做了之后似乎也无法和营收挂钩，提升了产品成本的同时，并没有带来收入，整个团队/部门的生存会变得艰难（毕竟不是每个产品都能像微信可以这么耐心，没有营收压力，同时不断扩展和覆盖更多场景，让自己持续保持在成长期）。
而进入成熟期的产品，没有太多用户需求和产品上的规划布局。而此时正是需要降低运营成本，进行更多商业化尝试，来维持产品营收。而这时候，数据驱动的优势就来了。因为此时，目标很明确，就是要提升收入，降低成本。数据驱动下，收入和成本会被拆解成一个个小指标，这些指标都会经过分析得出一些关键的策略来实现指标。这些策略往往就是短平快。比如，优化转化路径、增大付费广告位、包装付费功能等。同时优化内部人效，包括客服效率项目、销售系统完善等。甚至是通过裁员调岗等方式精简人员来削减成本。
以上是对于产品驱动和数据驱动的打法的一些见解。但并不是说这两者是相互独立的产品打法。本质上，数据只是产品迭代过程中的一个工具，它会贯穿于整个产品的生命周期。再不同生命周期阶段，数据会有不同的核心用法，但数据驱动是产品打磨过程不可少的方式，唯一要谨记的是，不能沉迷于增长黑客的那一套，沉迷于数据驱动，那会使你短视，不利于早期和成长期的产品的发展。
网友评论