1.确认需求的能力，包括确认需求是否合理以及需求的优先级。
2.取舍平衡的能力，也就是能在各种需求、方案之间妥协和权衡，资源配置的能力。
3.学习创新的能力，紧跟趋势，甚至要预测趋势，发现新的需求场景。
4.沟通能力，理性，逻辑，用事实说话，而不是个人喜好
跟开发沟通的过程中，遇到这样子的问题：
这个需求不合理吧/这个需求时间太长了，时间来不及做，建议砍掉
如果一直耗在这个问题上，会造成彼此的困扰，所以我们把问题分开来看。
这里开发表述有2个意思，一是，这个需求不合理，我不想做；一是这个需求合理，但是性价比低，我想先做别的。
所以我们要解决的问题也就是变成了2个，一是，这个需求要不要做；一是，这个需要什么时候做？
所以我们要首先评估需求的合理性，也就是这个需要要不要做的问题。
需求要不要做的问题，完全取决于产品的需要，也就是产品的定义和形态。这个时候不需要确认限定时间，只需要列出可能性。
eg，比如我们在做针对学生的营销的时候，学历校验要不要做？答案是要的。但是，这个需求一是一次验证收费2元钱，一是需要调用接口测试校验，肯定会增加开发测试时间。肯定会有不一样的声音出现，这个时候往往就容易把这个需求打压掉，或者针对做不做的问题来纠结。其实仔细想，在讨论做不做的阶段，有些人往往在表达什么时候做的相关信息，这样就造成了信息沟通问题，造成了不必要的浪费。
建议在需求评审之前先跟开发负责人沟通好需求，让开发同事全面了解需求，让开发同事在开发的角度确认需求是都完善，是否有遗漏的点，也避免了需求评审会议上的不必要的浪费时间。
第二步，我们要评估什么时候做的问题，
这个问题即优先级的问题。讨论优先级的情况下，主要是看方案，而不要去怀疑这个需求的合理性。这个阶段的原则主要是MVP思想，把最核心的功能到最外围的梳理清楚，再去取舍。比如说领导预期上线的计划时间是2月底，我们在上一个环节合理性确认清楚的原则上，根据MVP的优先级原则，对需求进行分期、排期。这个阶段主要是由项目经理和产品经理对方案进行评估，能在最简洁、最合理的方案下，达到最合适的需求效果。
MVP（minimum viable product，最小化可行产品）概念最早由埃里克·莱斯提出，刊载于哈弗商业评论，《精益创业》
eg，优秀图片，站点创意。做另一个页面，提供简单的图片搜索编辑功能，先跑起来，再优化。
有些时候沟通的瓶颈在于，我们一次性想说太多东西，考虑了太多方向。
从数学或是物理的角度来讲，分散角度，会让力量减弱。
所以，分步骤是一个好的思想，不管是在沟通、评审，还是交互设计，都很受用。
好的沟通，不仅仅在于表达，而在于建立明确的逻辑之上。
