【天天问每周精选】第期：做一个双商兼具的产品经理，你需要掌握这个必杀技能.docVIP

【天天问每周精选】第27期：做一个双商兼具的产品经理，你需要掌握这个必杀技能 　　沟通，俗称忽悠和撕逼，是产品经理的日常工作的必备环节，无数“老实敦厚”的产品经理都栽倒在此。而撕赢了或者忽悠成功了的产品经理，根据达尔文的物种进化论，也因“设计和开发不干了需求没人做”而灭绝。所以能留下来的产品经理，通常都是既能跟开发和设计愉快的相处，在提需求时又能顺畅沟通的。那么这些产品经理在遇到沟通和团队管理问题的时候，是怎么做的呢？走，本期天天问带你逛“窑子”去~！ 　　 　　问题清单 　　怎么避免设计的反复改稿，缩短沟通成本？ 　　当开发对你的工作安排有抵触，一直拖着的时候该怎么处理？ 　　如何在创业公司做好产品经理？ 　　产品经理如何锻炼自己“忽悠”的能力？ 　　产品经理要怎么对待犯错的团队成员？ 　　产品经理应如何管理团队？ 　　————————————————— 我是分割线 ————————————————— 　　问题1：怎么避免设计的反复改稿，缩短沟通成本？ @Karen 　　精选回复@肉肉圆 　　首先，不同产品的UI难度差异化很大，不能一竿子打翻一船设计，虽然题主公司的UI看描述还确实挺辣鸡。按照我多年来和设计相爱想杀的经历，我就分享下如何避免重复沟通的问题。 　　一、需求沟通 　　产品经理与设计师的沟通分为两个方面，一个是设计前一定要跟设计师详细的做产品介绍，讲解产品中的功能点，以及背后所希望表达的意义。我一般会用数字在原型中给界面显示的元素标一个优先级，例如哪些文字要突出显示，哪些要弱化，数字越大优先级越高，相同数字的代表同一优先级。这样搭配起来效果更好。 　　另一个是要跟设计师讲自己对于设计上的意见。产品人员对于UI的设计也会有一些自己的想法，设计前可以把自己的想法讲给设计师听。但是还是要尊重UI的专业意见，大体的框架思路讲清楚，确认细节问题，让UI自由发挥。（不过在你这种情况下还是让UI跟着你的思路去设计吧） 　　二、需求进行中要注意的几个点 　　不要偷懒，每出一版设计稿有修改意见走邮件，必要的话配上截图，以免出来之后有落下的需求出现撕逼的情况，意见一目了然还能降低修改的次数。 　　定排期的时候给设计多留点时间，不要把时间卡太紧，让设计顶着压力上，反而出来的效果不太理想。做人嘛，要学会站在别人的角度思考问题，产品经理尤是。 　　在提交设计需求前可以自己先想一下自己对设计上的想法。有时候设计师自己确实就是没什么想法，这时候可以给他们找一些案例，拿过别人的作品我们从中借鉴一下（关键词是借鉴！而不是照抄！）所以产品经理一定要说清楚，应该借鉴的是别人作品的什么地方，不要误导设计，出来又是一番撕逼。 　　精选回复@阿南 　　之前有回答过类似的问题，避免重复沟通的重点是你要保证设计师完整理解业务及产品设计意图，在理解的前提下其他交给设计师自由发挥。 　　需要注意的方面： 　　不要仅要求UI执行一个具体的命令，要细节化具体化并提供相应的调研。 　　最好让交互与UI对接，但你要确认UI稿（如果有评审，需要参与评审过程） 　　PM需要输出清晰的交付物（PRD，瀑布开发情况下）；或从项目第一次会议就带上UI并在项目过程中充分沟通，期间补充不要文档。 　　上游需求方提出来的更改需求不要一口就答应下来，要先hold住 　　评审完成后，不要随意改变需求。新的需求，不合理的就干掉；合理的放在下一期。如有本期一定要做的，那就是上面第二点没做好。 　　问题详情：/question/detail/oij9s.html 　　问题2：当开发对你的工作安排有抵触，一直拖着的时候该怎么处理？ @螃蟹侠 　　精选回复@栗子 　　1. 让技术同学参与需求的工作 　　在思考需求和制作需求方案的时候，可以咨询技术小伙伴给出技术角度的意见，这边避免了需求评审时候技术同学发难说实现不了，或者说最终实现过程中遇到问题延长工期。同时，如果技术小伙伴感兴趣，也可以让他们提产品方案的建议，充分参与进来，这样产品与技术同学结合更紧密，更能够互相理解，即使说中途需求有改，让开发同学明白了其中缘由也会好得多。 　　2. 技术基础知识还是得学 　　平常多问问多请教技术小伙伴一些疑惑的问题。基本的技术基础知识也可以看看人人都是产品经理专栏作家【给产品经理讲技术】的作品，通俗易懂。再深入点可以看看代码。 　　3. 沟通的前提是讲清楚需求价值 　　大家都是成年人都是讲道理的人，没人想浪费时间做无用功。如果你告诉开发，这个需求 CTR预期提升20％，然后拿出以往的数据经验以及竞品数据做支撑，开发一想，这样有道理对团队也有好处，自己奖金也会多多，为何不帮您呢。 　　4. 用你的专业性证明自己靠谱 　　思考需求方案时，首先自己要想清楚，想清楚其中的运转方式规则，客户端要做什么后端要做什么设计要做什么，