请你明白，产品经理的工作就是成为协助团队推出成功产品的那个链接者(connector)
这表示产品经理们要很擅长：
清楚的沟通：作为团队打造伟大产品的助力之一，产品经理必须代表团队的目标、优先级、产品规划蓝图，以及其他组成要素，包含像是法务、营销、客户操作、业务等等。这表示他们需要非常清晰、简洁、切题。设计师或工程师也许喜欢闲聊或咕哝，那没关系，毕竟这些通常不是他们工作要求的重点。然而产品经理也那样的话就糟了。这也是为什么产品经理代表着执行或对外工作——并非他们比设计师或工程师更高尚，而是产品经理通常更擅长沟通，如果他们不善此道的话根本不会被雇用。
良好的组织能力：为了成功推出出色的产品，一名产品经理必须对产品开发的状况了如指掌，注意进度有没有跟上。当团队有东西完成，准备推出时，她要能将全局的每一块都拼凑完整。这需要狠劲，以及忍者大师等级的组织能力。
与各式各样的人、各式各样的角色一起工作愉快：产品经理每天跟好几打跨部会、不同的人来往是再平常不过的事。因为产品经理通常没有绝对的权威(他们无法直接雇用、开除工程师或设计师)，他们必须用行动证明自己、赢得信任。如果产品经理是个混蛋，那么很快就会损及自己的影响力。人们总是有种印象：古怪、难相处的工程师，不可靠、Don Draper 式的设计师。(编按：Don Draper 是美国影集「Mad Man(广告狂人)」的主人翁。)但我却想不出自己的产品经理生涯曾有过类似感觉。同样的，这样说可能有点泛化了，可是我认为，平均而言产品经理在组织中会比工程师和设计师更加成熟、对他人更有同理心。
每个产品经理都有一套自己独有的强项，就跟跟设计师一样
光是擅长沟通、组织能力强、容易一起工作并不够，一个好的产品经理也必须拥有以下技能：
执行力：产品经理协助团队推出的产品是否符合 1. 相对成功的目标、2. 相对按照时程走的执行、3. 团队的感觉相对良好?越是资深的产品经理，对项目执行起来的野心和期待也要越大(举例来说，一个较资浅的产品经理也许是负责为 Y 产品添加一个 X 功能，但若是一名资深的产品经理，负责的项目可能就是打造 Z 这套行动 app)。执行的部份如果做得好，就像带领一艘一帆风顺的船。你得确保每个人都知道自己该做什么，并且确实去做。船员们哼唱的曲调一致、你对旅程的估算正确、补给品带得够多，当你决定要航向地图的 X 点，也不会在半路上被海怪给生吞活剥。
设计思维：产品经理有多了解、崇尚并协助推动一个成功的使用者体验?一名具备良好设计思维的产品经理会是设计师抢着合作的对象。这并不代表她在技术上要很会设计，可是对于设计提案好不好，她必须拿出挑剔的眼光，还要理解设计师的价值——即便她不同意设计师的建议。
产品愿景：产品经理如何解读市场、现有技术、问题，她针对问题提出创新解决方案的态度是什么?这基本上是资深产品经理等级的技巧。有远见的产品经理就像火花——他们能刺激整个团队勇于追寻大胆、有时甚至充满风险的新方向。
身为与产品经理一起工作的设计师，请务必要记得，整个团队一定要保持平衡，确保团队特性适合手头上的任务。举例来说，设计思维较弱的产品经理，理应避免以设计为重的项目，像是产品重新设计，或是针对使用者推出重要的新产品;不然就要跟能够协助填补设计方面缺口的资深设计师搭配。同样的，需要让目标与时程更加结构化的设计师，如果能与一个执行力很强的产品经理合作，便有助于让设计师更加专注在最重要的工作上。
把产品经理当伙伴、当资源，而非只是工头，会让你的工作变得更容易
需要更加了解产品相关领域的脉络吗?你的产品经理可以搞定(如果他们不行，他们会带你缠住某些内行人猛问，或是直到他们找出答案、搞定为止)。想知道顾客、业务或使用者的反应吗?找产品经理。要掌握目前项目中各种项目的优先级?最严重的 bug?手边最新的资料可以告诉我们关于 Y 功能的哪些讯息?你肯定会很感激有人从其他的角度来审视自己刚刚想出来的七个设计点子，并且建议你该从哪一个开始着手。
你的产品经理可以在脉络、数据、有见地的响应等方面提供协助，好让你可以全心投入最具影响力的设计工作。你的产品经理可以保护你免去周围 85% 的干扰，使你专心在工作上。总之别害怕开口。
你一定会反对产品经理的意见
这一定会发生。大部分的情况这样都没什么关系，这是产品开发三大支柱(设计师、产品经理和工程师)之间相互制衡的天性。以下是几种常见的意见分歧：
一、产品够好了吗?可以推出了吗?由于产品能否成功、准时推出是由产品经理负责，他们自然有诱因去推动团队达到较为积极进取的里程碑，这样才能尽早推出产品，开始着手改善、更新;设计师们倾向于尽其所能去创造完美的使用者体验，所以会喜欢拥有更充裕的时间用于落实、琢磨他们的设计。两者都不应走向极端，没人希望明天就把未完成的烂产品推出，同样的也没人想花十年去设计一套完美的注册流程。要有所作为，就必须及时推出好产品(大部分的人都明白这点，但真正的争议点在于，什么才是「好」?什么才是「及时」?可惜因为某些缘故，这种争论往往变成一种极端无生产力的讽刺)。所以，你该怎么做才能解决这个问题呢?你可以冷静、理性地解释你目前的立场，分析如果将产品上线时程延后的好处和坏处;你可以让具备权威的人士来做决定;你可以征询双方都信任的同事(我个人的最爱);你可以做一些使用者测试来验证是不是某人的假设有问题。总之，如果你是跟理性的人工作，即便这样的意见分歧一再出现，那也不会是什么大问题。
二、我们可以推出某种设计师觉得质量不佳，但各种衡量指标却表现得很好的体验吗?这很微妙，因为会出现两种情况。第一种是设计师的观点正确，而我们追踪的指标并未正确地追踪用户价值(或许是时间太短、或是信息不完整——例如某个指标表现得很好，但是其他我们没有追踪的却表现很差，我们无从得知)。如果是这种情况，身为设计师的你应该要找出其他指标来证明这样的体验确实很差。第二种情况则是设计师让自己个人的经验凌驾于群体之上，例如使用者可能不喜欢「邀请好友」过早出现，即便长期来看，使用者有越多朋友在用这个产品，产品带给他们的价值就会越高。
三、我们打从心底不认同这样的产品策略。这我在 〈 写给产品经理与工程师：如何与设计师一起工作〉 讲得更多，也是我觉得设计师跟产品经理考虑是否一起工作时，需要严肃看待的一点。
无论意见是如何分歧，要是大家对终极目标的认同牢不可破，那么再多的战术意见分歧相对来说都容易解决(如果不是的话，请参考前面的第三种案例，或许是改变的时候了)。我发现，将大家争论的情况录下来事后再给大家听非常有用。他们往往会醒悟，然后从中学习。有时候他们回想起来也会觉得当初的争论很傻。(「我们吵过这种鸡毛蒜皮的事?最后根本没差嘛。」)
产品经理最在乎的，是你的可靠度
设计师，别像 Don Draper 那样午餐后就消失去找他的「创意魔力(creative mojo)」，直到礼拜四下午才又出现。我是认真的，在创意的领域里没有哪个境界是可以让你免于拼命做到最好去满足承诺的。对，要预测何时闪现符合你高标准的灵感很困难，但请注意我说的是「可靠」而非赶在每次的期限之前。你可能不知道一个好的设计何时会被落实，但你应该花时间去沟通清楚，自己在做的是什么?为什么要做这个?如果继续改来改去的话何时才能完成?分享你正在进行的工作和你的流程。解释为什么你仍在探索，是什么原因让你仍然不满意。事实上，当你去找产品经理谈话的时候，你在她心中的可靠度就立即上升了，因为这能让她更有效地去做好产品经理的工作。更棒的是，这能帮助她了解你，了解你工作的方式，你们的关系将会变得更紧密。
因为当一天结束后，你，我亲爱的设计师，不能只是认同自己设计工作的目标，你应该认同的，是团队打造的产品——齐心协力——才是成就伟大事物的唯一途径。
Julie Zhuo( Facebook产品设计总监)：多年前，我曾当过产品经理，然后是工程师，而过去七年我从事的是设计工作。每天我都跟担任这些角色的人一起工作，每一天，我对产品开发背后的责任、挑战和艺术都有新的体会。产品经理就像只变色龙，不断去适应推出成功产品所需的要件。身为一个设计师，你该怎么应付他们和蔼可亲的魅力、对数据的滔滔不绝、管理团队的方式和他们对事情侃侃而谈的功力呢?请看下去。
原文地址：medium.com
编译：inside.com