产品设计体会（7025）只有方法没有答案

不好意思最近负伤了，住在医院，所以更新不及时，详情可见 这里这里这里

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

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

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

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

画 demo 用什么软件？

……

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

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

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

上学的问：要读研还是找工作？

找工作的问：应该去大公司还是小公司？

……

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

那么，为什么大家都喜欢问这样的问题呢？

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

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

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

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

iamsujie猜你还喜欢：

• 产品设计体会（5008）我的沟通哲学 (11)
• 产品设计体会（0005）1.0与2.0 (3)
• 产品设计体会（7024）有关交互设计，读过的6本书 (3)

UA:F [1.2.0_562]