关于程序员与产品经理的话题，在坊间有一个段子流传甚广。话说有两位应届毕业生去找工作，然后面试官让他们做自我介绍。
甲同学说：“我擅长 java、Python 编程语言，熟悉 23 种设计模式，精通各种算法。” 面试官点了点头：“你可以来试试做程序员。”
轮到乙同学的时候，他惭愧地低下了头，说：“不好意思，我什么也不会。” 面试官激动地站了起来：“产品经理就是你了！”
这个段子虽然有点夸张，但给人一种印象，就是当产品经理没啥门槛。而市面上也确实有一些滥竽充数者，各种绘图工具是能玩出花来，但做的产品设计严重脱离实际，硬是把自己活成了段子。
为什么会存在这种现象？恰恰是因为优秀的产品经理太少了，那些能力不足者虽然得到了机会，却缺少理论的指导与实践的经验。要么凭自己想象做，要么就照抄友商的设计，笑话百出。
好消息是要成为优秀的产品经理，其实是可以循路而进的。《产品经理方法论：通用的产品设计》就是这样一本教会大家做好产品设计的书。
产品设计并不高深，只要掌握好基本的设计原则，多思考各种产品的设计理念，再加以实践练习，那么每个人都可以成为产品经理。让我们先从产品经理的工作方式说起。
产品设计就是画原型图吗？产品经理日常工作是干嘛的？如果没和程序员开会，大概就是看见产品经理坐在电脑前，用 Axure 这样的原型设计工具琢磨画图。
所以，产品设计这项工作，就是拖控件，画原型图？
从《产品经理方法论：通用的产品设计》这本书中，会发现这个认知存在很大的偏差。我们看到的，只是产品经理工作时的一种外在形态。就好像我们不能因为程序员疯狂地敲击键盘，就认为编程只是在打字而已。
产品设计的过程，体现的是产品经理对业务的熟悉程度，以及软件功能的领悟。熟悉业务，就是抓住关键需求的能力。失败的产品往往不是功能不够强大，而是实现了一堆无关紧要的需求。
要将需求转化为软件功能，绘制原型图就是表达设计思路的结果。而设计产品原型，既要考虑用户的操作简便与直观，也要顾及公司的技术实现能力。欠缺经验的产品经理有一种典型做法，就是喜欢直接将大厂的产品直接截图，要求技术部门模仿实现。
他们认为这样有大厂背书，既能避免过多地讨论设计合理性，又能在技术上减少争执。但现实的情况是大厂在技术上投入不菲资源钻研迭代，才有了最终产品操作上的出众效果。所以产品经理应当基于本公司的技术现实，去做力所能及的功能。
那么产品设计到底要怎么做？
《产品经理方法论：通用的产品设计》给出了三个好方法，按照从宏观到具体的趋向，分别是：掌握通用产品的设计原则、了解基础系统产品设计思路，以及做好产品的功能设计。
我们先从产品设计的基本指导原则说起。
万法归宗：掌握通用产品设计原则世间产品的形态千变万化，那要做好产品的设计，有没有共通的指导原则呢？就像宏观世界的物体运动，用牛顿三大定律就全都能解释一样。
《产品经理方法论：通用的产品设计》就提出了产品设计的六项原则，遵循这些原则，在做设计时就有了最基本的方向。我们对这六项原则进行说明。
完整性原则
这条原则要放在第一位来说，是因为只有功能完整的产品才有实用价值。否则把效果做得炫酷炸天，结果连问题都没有解决，这没有意义。
对于产品的完整性，产品经理要关注三个方面：功能结构完整、信息结构完整和交互逻辑完整。
一致性原则
这是要求产品在功能、风格与操作上要保持前后一致，不能类似场景的设计却出现大相径庭的差异，这会让用户无所适从。
书中总结了以下一致性的要点：功能的一致性、信息的一致性、组件的一致性、交互的一致性、视觉的一致性与文案的一致性。
可扩展性原则
对产品进行设计时要考虑到将来功能升级，或者灵活应对需求变更。不能把产品设计做成一锤子买卖。
可扩展需要思考三个方面：功能的扩展、信息的扩展，以及技术的扩展。
容错性原则
产品经理不能假定用户不会犯错，因此在产品设计中就要仔细应对功能与操作上可能会产生的问题。
做好容错设计有三条机制：用户犯错前的预防机制、用户犯错中的容错机制，以及用户犯错后的补救机制。
可复用性原则
做好产品设计要避免重复造轮子，这一方面是借鉴行业优秀的既有设计，另一方面是自己有意识地积累与复用。
书中提出“两条规范三个复用”原则保证设计的可复用性。
两条规范： 让设计尽可能地来自复用；让设计尽可能地能复用。
三个复用：设计思路的复用、功能设计的复用和界面设计的复用。
高内聚低耦合原则
这条原则和软件工程产生交叉，因为产品本质上仍然是一个软件，所以遵循这条原则，才能让产品减少技术开发的难度。
高内聚，就是单一模块内功能丰富、联系紧密；低耦合，是模块间调用关系简单，修改一个模块不会影响到其他模块。
