有些分析,看完觉得对,用起来又不太对
看产品分析时,大多在人人都是产品经理上看,常常觉得解释很顺。真要拿来判断自己的问题,又接不上,有一篇讲增长的,放到贪杯熊上就用不了。回头想,中间缺的是自己业务的条件。最近,分析看得少了。

最近看产品分析,大多是在人人都是产品经理上看的,经常读着读着就觉得,确实有道理。用户是谁,需求是什么,为什么要做这个功能,作者都解释得挺清楚。尤其碰到自己用过的 App,还会再打开看看,原来这里也有讲究。
但真要拿来想手上的问题,又有点接不上。有时候甚至会怀疑:这个理由,是他们做的时候就想好的,还是我们看到了成品,替它解释出来的?
在人人都是产品经理上看
那阵看的分析,大多来自人人都是产品经理。
刚做产品,那里是最方便的去处:文章多,题目全,从需求文档怎么写,到某个 App 为什么这么设计,什么都有。一个新人想快速知道这一行在想什么,那里确实有用。
只是看多了会发现,文章之间的差别很大。有的是作者真做过,写的是踩过的坑;有的是看了成品,替它找理由。两种读起来一样顺,要分开,得看作者有没有交代自己的条件。
签到的例子
拿签到举个例子。假设一个社交 App 做了签到,说是为了培养习惯、提高留存,听起来很合理。可用户是专门为了签到回来,还是回来看看消息,顺便领个奖励?这两种情况差得挺远,单靠自己用几次,我判断不了。它可能确实有效,也可能没有我们想的那么重要。签到这个例子,放到贪杯熊上更说不通:用户不会为了签到去一家酒吧。
我自己分析的时候也会犯这个毛病。看到一个功能,总想把它为什么存在说清楚,找几个理由,好像就能说通。再想想,如果它换个做法,我是不是也能解释?这么一想,又不敢太确定了。毕竟不知道人家内部的情况,也许是认真比较之后选的方案,也许有别的限制,甚至只是以前留下来,一直没改。
还有一个更实际的问题,就是别人那里成立的东西,到我们这里未必成立。比如一个已经有稳定用户的产品,大家本来就会回来,增加一种互动方式可能很自然。换成一个还需要让人愿意尝试的产品,同样的玩法放进去,可能连参与的人都凑不齐。功能倒是能做,后面怎么办?
有一篇讲增长的,用不上
真碰到过一篇用不上的,讲的是增长。
那篇拆得很细,每一步都有道理,读的时候很顺,我也照着去想贪杯熊的问题。
想着想着就卡住了。文章里的产品,用户打开手机就能用;贪杯熊的用户,最后得走进一家酒吧。文章里的增长,是线上的一个个环节;我们的增长,中间隔着周末、天气、疫情,隔着店开没开门。那套拆法,拆到线下那一步就断了。
不是文章写得不对,是它讲的那个产品,和我手上的,不是同一种。增长这个词,在不同的产品里,指的是完全不同的东西。那次之后,我读到增长两个字,会先问一句:它说的用户,是打开手机就能用的,还是要走出家门的?
缺的是自己业务的条件
回头想,分析和我的问题之间,缺的是自己业务的条件。
一篇分析,讲的是别人的产品在别人的条件下为什么这么做。条件是它成立的前提:用户是谁,在什么场景下用,产品在什么阶段,手上有什么资源。这些前提,文章里有时写了,有时没写,写了也是别人的。
我读的时候,很容易只带走结论,把前提留在文章里。结论带回自己的项目,套在另一套条件上,自然就对不上。贪杯熊的条件又很特殊:线上是入口,线下才是产品真正发生的地方。这一条,大多数分析里的产品都没有。
所以现在读一篇分析,我会试着先把它的条件列出来,再对照贪杯熊的条件,看哪几条一样,哪几条不一样。不一样的那几条,就是结论最可能失效的地方。有时候也会发现,对不上的地方,恰恰最值得想:为什么在别人那里成立,在我们这里不成立,这个差别,常常就是贪杯熊自己的特点。
所以现在看到一个不错的做法,会想再多了解一点它成立的条件。但这也挺难的,外面能找到的信息就那么多,不可能把人家的业务全弄清楚。能看到数据、用户反馈当然好,没有的话,有些判断也只能先算猜测。我觉得猜测没问题,怕的是读完一篇分析,自己就把它记成了确定的事。记成确定的事以后,下次遇到自己的问题,就不会再去想它的条件了。
最近看得少了
最近,产品分析看得少了。
不是觉得没用,是读完以后要花的功夫变多了:先找条件,再对照自己的业务,最后发现能直接用的不多。与其读很多篇、每篇都这样拆一遍,不如少读几篇,把手上的问题多想几遍。少读,不是不读,碰到和手上问题直接相关的,还是会找来看,只是读的时候带着问题读。
读得少,也让我对自己的项目看得多了一点。以前遇到问题,第一反应是去找别人怎么做;现在会先想,我们的用户在这个场景下,到底在干什么。这个问题,任何一篇分析都替我回答不了。看得少以后,偶尔读到一篇好的,反而读得更慢,更愿意想一想。
也不是说以后看文章都要挑刺。自己还在学,很多角度确实是别人提醒了才注意到,不能因为暂时没找到证据就觉得人家说得不对。只是读到特别顺的地方,现在会稍微停一下:这里我是真的理解了,还是觉得这句话听起来很对?停一下的那一刻,往往就是该去找条件的时候。
可能目前看分析文章,能帮我多想到几个问题就已经不错了。具体怎么做,还是得回到自己的项目里想。下次自己写的时候也注意一下,有依据的就写依据,拿不准的就说拿不准。没必要每个地方都解释得那么圆。条件写清楚了,结论圆不圆,读的人自己能判断。