产品设计体会(7025)只有方法没有答案

终于发出这篇了,因为总是被一些问题困扰,比如很多同学都会问的:

产品团队用什么组织结构最好?

我要写PRD,你们的文档模板能给我传一个用么?

最优的项目流程是什么样子的?

demo用什么软件?

……

我觉得,文档、流程、工具软件、组织结构等等都是支撑,背后的核心还是产品,要满足哪个市场哪些人,要做什么、怎么做,想清楚了,支撑的东西自然而然会浮出水面。 当然,浮出水面的过程中,团队里有个“经验足且熟悉产品”的人是必要的,大多数团队碰到的问题就是只有“经验不足但熟悉产品”的人,于是到处去问“经验足而不熟悉产品”的人,这样是得不到满意答案的,而且后者也很郁闷,不是不想帮忙,而是只有思路、方法却不知道答案、解决方案,真的不敢乱说……

我们都在类似的窘境中前进,每做过一个产品之后,总会发出类似“要是现在让我重新做一遍就好了”,而我相信,就算真的重新做一遍了,做过之后还是会继续发出这个感叹!这真是难以避免的悲剧?

每每至此,总让我想到另外一些类似的问题:

上学的问:要读研还是找工作?

找工作的问:应该去大公司还是小公司?

……

多年的教育让我们误以为所有问题都是有标准答案的,可实际上很多问题连参考答案都没有。这是因为,考试题往往都是对现实情况的简化,只有这样才说得清楚,才便于将答案与“分数”这个KPI映射,很多背景条件都不用我们去考虑,而真实的问题往往是背景复杂的,比如“最优的项目流程是什么样子的?”这个问题,我们先得想清楚公司的目标,基于此目标,需要去打什么市场、什么用户,从而要做什么产品,然后考虑做这样的产品需要做什么事情,哪些人具备做这些事情的技能,再决定组建什么样的团队,匹配以什么组织结构,之后,根据产品、团队等等的特点,确定什么样子的流程比较合适。这些,会让这个问题根本没法通过msn的几句话,或者一个电话聊清楚,而是至少需要3个月的实地工作才能给出一个还算靠谱的结论(这是我自己的体会,做一个产品,往往都是连续做3个月以后才开始有感觉的)。

那么,为什么大家都喜欢问这样的问题呢?

最好的情况,是我多虑了,提问者知道上述我说的这些,只是问方法论的话,总难免长篇大论,于是可以通过问解决方案,从而推出背后的道理。嗯,这确实是一种办法,但一定要注意,管中窥豹,只见一斑。每一个靠谱的解决方案都是做过很多事情以后,提炼出来的,你直接拿过去,很容易误读,只能看到是什么,不知道背后的很多为什么,这样的话,只要情况稍有不同,就会用得走火入魔,而武器越厉害,伤害也越大。

更多的情况,可能是下述两种。

一是技术上,舍本逐末了,我认为去问外人,只能在方法论上得到一些建议,但是不要奢望一个外人给出的解决方案靠谱

二是心态上,太急躁,工作中确实碰到问题了,希望能迅速解决,但在这点上我很悲观,没有速成,只有慢~~~~~~