http://www.cnblogs.com/xiaochao12345/p/3604708.html
慢走,不送
产品经理要懂多少技术
产品经理是个辛苦的工作，除了要最热爱产品，练功坐禅研究用户体验外，还要和一
大堆人打交道——写代码的，做设计的，搞运营的，做市场的。前两类人算是艺术家，自
然会带点艺术家特有的奇葩气质，第一类人又是和产品经理打交道的人里面最聪明的，一
个不小心，没准就被程式猿们划入“白痴”族群，作为茶余饭后鄙视的对象。
那么，产品经理要懂多少技术，才能游刃有余的和程式猿们打交道呢？
在 Gevin 看来，成功的产品经理必须是被程式猿尊敬的。虽然程式猿的水准和素质
也良莠不齐，但要做一个成功的产品经理，必须假设面对的是一帮最优秀的程式猿，这样
才不至于被当作白痴来骂。因此程式猿应该是这样一帮人，他们是聪明的，坚毅的，勇于
克服困难的；中间也不乏文艺类的，或懂艺术，或注重体验，或关心人文。产品经理也不
必为了能和各种程式猿沟通，使自己面面俱到，但至少对自己要有一个明确的定位，并把
自己的定位展现在程式猿面前。
Gevin 会把产品经理分为两类：
‧ A：改变世界的海贼
‧ B：自给自足的农夫
A 类是那些真正热爱互联网的人，有自己的梦想，希望在互联网的海洋里冒险驰骋，
不断创新，不断探索前行，看中的是这份冒险精神，享受的是冒险成功后的喜悦，他们也
许会失败，但虽败犹荣，他们一旦成功，则会带来革命性的东西，甚至改变世界。B 类只
是在互联网上求生存的人，他们并不热爱互联网，如果有更好的生存平台，他们可以放弃
互联网；他们会踏实的基于资料做些分析，把一些实际可靠的元素融入产品，只要赚钱就
行，创新和探索这些不靠谱的东西，尽量不碰。
产品经理在开始做事之前，需要明确自己是 A 类还是 B 类，与程式猿沟通时，通过
语言或者行动表明自己的定位。如果你是 A 类，优秀的程式猿会成为你强大的助手，如
果你是 B 类，好的程式猿也会帮你衣钵满载。但如果你有 A 类的心，却做 B 类的事，
不被骂白痴才怪；如果你按 B 类的要求与程式猿沟通，却心怀 A 类的雄心，高傲的程式
猿会认为你在玩弄他。
A 类的产品经理，对技术的要求高，能力覆蓋范围广，程式猿对 B 类产品经理的要
求，只是 A 类的一个子集。下面提到的产品经理，如无特别说明，是指 A 类。
程式猿也知道产品经理是要与多种职责的人打交道的，要有较强的综合能力，不会在
技术领域拿自己的强项和产品经理过不去，但他们同时认为一个优秀的产品经理要具备一
些能力，能力不足的产品经理不会被程式猿尊敬。这些能力包括：
‧ 对技术的理解
‧ 美学的修养
‧ 强大的学习能力
‧ 无限热情
对技术的理解
产品经理不懂技术当然不行，但产品经理也没必要掌握技术细节。产品的技术实现是
由程式猿完成的，产品经理只要做到理解程式猿，尽量和程式猿做“无损沟通”即可。
非技术出身的产品经理是比较辛苦的，因为你要在技术上下不少功夫。技术不简单，
种类多，各有特色，发展日新月异，是产品经理和程式猿要时刻关注的主题。即便是对技
术做整体的宏观的把握，也不是一个不懂技术的人一时半会就能融会贯通的。非技术出身
的产品经理首先要迈过技术上的一道坎，让不懂技术的人看来，你是一个技术领域的内行
。技术出身的产品经理，对技术的理解自然不是问题，但在和程式猿沟通时，会不自觉疏
忽的是，容易过分纠结于细节，尤其是曾经在技术领域有不菲造诣的产品经理。产品经理
不是对产品做技术实现的人，技术更新那么快，技术细节本身甚至技术实现的理念，会迅
速更新反复运算，产品经理和程式猿死磕技术细节得不偿失。
上文提到的“无损沟通”，是指产品经理和程式猿在沟通中彼此完全理解，不存在疏
漏和误解。这是不可能的，但这必须是二者沟通的目标。
产品经理和程式猿沟通时，两个方面尤其重要：
‧ A：对需求的沟通
‧ B：对技术实现的沟通
对需求的沟通主要应用于产品经理向程式猿阐述需求的场景中。程式猿实现产品功能
，是基于对需求的理解；在功能实现过程中和实现完成后，需求的变化又可能带来产品实
现上的灾难。如果程式猿不能准确理解产品经理对需求的描述，很可能实现的功能与产品
经理的想法大相径庭，浪费大家的时间；如果产品经理想法不够明确，导致需求变来变去
，无疑是对程式猿的恶意攻击。需求上任意一个小小的变化，在代码实现中的都有可能产
生巨大麻烦，甚至会动摇代码的整体架构。从程式猿的角度来说，虽然程式猿在技术实现
时以构建稳定的系统为目标，尽量灵活应对需求的变化，让系统易于扩展和维护，但这也
是要基于程式猿们对需求的理解，以及对潜在的需求变化的预测。如果在沟通过程中做不
到让程式猿准确把握需求，那就不用考虑产品实现的满意度了。
对技术实现的沟通主要应用于程式猿向产品经理沟通的场景中。如果产品经理对技术
理解不够，程式猿很难向产品经理讲明白自己的工作现状，当产品经理想要改变需求或者
希望为产品添加新的特性时，也无法准确理解程式猿对此产生的各种反应。
只有依靠足够技术基础，产品经理才能理解程式猿对工作和任务的描述，把握技术实
现的难度，制定更加合适的计画。至于多少技术才算“足够”，需要产品经理和程式猿慢
慢中磨合了。
最后，请相信程式猿，请在技术上放手！
美学修养
为什么程式猿可能会关注这一点？虽然程式猿不会像设计师那样与产品经理讨论产品
的设计和交互等问题，但也会关注下用户体验的，而且优秀的程式猿也是艺术家，没准还
是个真实的画家，要想赢得程式猿的尊敬，美学修养低于程式猿说不过去吧？
学习能力
产品经理和程式猿，是互联网上最需要频繁接受并掌握新知识的人。新知识新概念接
受的慢，谁放心把产品交给这样的产品经理？何况产品经理要与聪明的程式猿们交流沟通
，学习能力差的产品经理在沟通过程中会遇到各种困难，各种无法理解，在工作过程中也
无法应该程式猿的尊敬。
无限热情
这是产品经理最重要的素质，也是程式猿最需要从产品经理身上获取的元素。产品经
理是最热爱自己产品的人，如果产品经理不能把自己的热情传递出去，程式猿也不会实心
实意做产品的实现，实现一个没有激情的产品经理的想法，实在不是一件很 cool 的事情
！
小结
产品经理若要和程式猿默契配合，最重要的是要赢得程式猿们的尊敬。产品经理并不
是懂的技术越细越好，而是要在宏观上对技术有总体上的把握，在微观上懂得放手，相信
程式猿，并锻炼好自己其他几项能力。
做一个站在科技和人文交叉口上的产品经理吧！带着自己的梦想和激情去改变世界，
会有一帮优秀的程式猿帮你的！
※ 引述《zapfly (Zell)》之铭言：
: 各位板上的大大好，有一家公司叫我去做产品研发PM，因为我的专长是设备维修，我不太
: 清楚产品研发PM是在干麻的，也不知薪资水准是多少，公司是做塑胶射出的产品，在台中
: 工业区，抱歉不是科技业，但请知道的大哥能帮小弟解惑一下，谢谢大家