“简单问题复杂化是知识，复杂问题简单化是智慧。”作为产品经理，你一定深知表达力对产品工作的重要性，可未必就十分清楚表达力背后那些不易觉察的制约因素。

五年前，我以为表达力就是演讲，于是我去努力学习演讲技巧；三年前，我以为表达力就是内容，于是我去拼命美化汇报方案；现在，我以为表达力就是大道至简，是对内容的聚焦和把复杂问题简单化的智慧。

上周有三件工作小事让镜同学颇有感触，忍不住想和大家分享一个容易被忽略的产品思维——把复杂问题简单化。

01 销售总监的干练

前天我们和业务对接市场需求时，当时存在这样一个问题：销售人员普遍反馈我们技术人员效率低、方式死板，业务反馈的客户个性化需求几乎都不响应，总是以开发时间长、开发成本高为理由搪塞业务人员。

作为产品经理，我们知道这的确是开发的问题，因为，他们远离市场，并不清楚业务的紧迫性和客户压力。

首先，让我眼前一亮的是，业务总监的表述，他毫不犹豫地说道：“针对市场反馈的问题，咱们技术口的同事，是站在公司角度考虑问题；销售人员呢，是需要一半站在公司角度，一半站在客户角度去考虑。我们理解技术同事为公司的着想的心情，可在业务驱动下，我们还是要以客户为中心，对客户负责，需要多站在客户角度考虑，这样才更有利于公司商务的落地。”

你看，情商化表达以及和研发同事共情的前提，仍然是聚焦问题本身，简单干脆：研发不能只站在自身角度考虑，我们销售作为业绩部门是需要以客户需求为核心的，要尊重市场现实。

其次，在某个销售人员在对市场分析总结后，指出产品需求跟进慢，响应不够及时，该总监反问几个市场问题。如，这个市场需求调研了几个客户，都和客户的哪些人员交谈过，市场有没有通用性，有哪些数据支撑等等。

在销售回答不理想的情况下，该总监直截了当的说道：“那这样的话，我以为这个问题是咱们市场扫描不到位，不是产品和技术的支撑问题，下来你再充分调研下市场，粤西地区的客户情况我帮你分析。”

你看，“责”不避嫌，这底层的逻辑，其实就是把可能推诿、扯皮的复杂问题简单化、高效化处理。

那一刻，我觉得他应该是个优秀的产品经理。

02 个人行为不能代替组织行为

上周三，我们副总裁主持了第一季度的经营分析会，重点梳理了当前业务现状，集中分析了几个大项目没有落地的原因。

不瞒诸位，我们有好几个大项目都有这样一个尴尬局面：前期市场高歌猛进，客户态度如胶似漆，并且新产品需求都评审到位，领导从公司层面作出决策，要求务必推进，但最后都没有落地。

没落地的原因，我们复盘总结后，发现主要有几种：

• 研发总监A君认为，需求实现有难度，凭直觉认为我们现有的开发力量无法完成，于是不愿意推进该项目的研发设计工作。
• 研发总监A君认为，现有需求实现时间紧迫，无法在规定的时间内完成客户的需求，于是觉得没必要做无用功。
• 研发总监A君认为，这个项目容易实现，不必着急，结果无视项目经理的风险压力传导，坚持要等实现几个手头上的工作后再集中力量处理，结果错过客户时间要求，导致项目不落地。

为何出现这种情况其实有复杂的原因，但症结明眼人都能看的出来，就是在研发总监A君身上，这是复杂局面的焦点。

如何解决？

副总裁最后一锤定音：调整研发总监A君的权限，大项目统一由研发B君（研发副总）负责。

同时，特别强调，要把这句话写入公司章程——不能以个人行为代替组织行为。

你看，我们没有过分倚重历史包袱，没有照顾个人情绪（A君属于元老级别），而是选择了问题本身。

以前读《毛选》时就有个思考：任何问题都有一个本质解和N个现象解，只解决现象解决不了问题。

而本质解就是通往复杂问题的最简单路径，简单是复杂问题的最好表达。

03 简单是效率

上周我们产品经理评审了一个需求，由产品经理A君负责，镜同学也参与了需求评审，说实话，准备得很充实，唯一一点让我想择机提醒的是，需求不够聚焦，表述过于分散。

比如，在讲到某个需求时，我能看到A君想把需求“庖丁解牛”般的拆解努力，从需求背景、目标用户、市场发展、甚至未来的产品规划，逐一讲解，生怕听众不清楚。

打个不太恰当的比方：似乎是要把某个小需求疑问的祖宗十八代都表达出来。

而对方想问的产品逻辑可能只是：先有A还是先有B。

怎么看待A君的工作方式呢？有没有错呢？

单从需求工作态度来说，当然没有错，产品经理对需求负责，又在工作的上游，有责任也有义务确保需求表达不失真。

但若从长远发展来说，我觉得这样的工作方式未必有利于长期成长，这个成长不仅仅体现在产品的专业提升上，还体现在个人的人生发展上。

要聚焦问题，不要过于分散精力，这是解决问题的最优路径，也是最高效的表达，否则一定会带来不必要的麻烦和精力过度消耗。

事实上呢，A君的确应接不暇，时间不够用，因为别人询问你个A，你偏要讲个ABCDE，且不说这中间会带来不必要的出错和麻烦，单从接受效率来看，也着实降低了不少。

而且，我发现A君并不孤单，不少产品新人都会有这样的经历。

首先，我认为这是好事儿，有责任心的产品经理一定能有大的发展空间，懂得让受众听明白，也是应有的表达意识；其次，镜同学觉得，这也是需要走向更加成熟的表现，因为成熟的背后往往都是简单的模型支撑，越是复杂的商业其实底层越是简单的表达。

就像我上篇文章分析的一家上市公司的底层逻辑一样，他们的复杂生态也很简单：底层是传感器的感知能力，中间是仪器仪表的设，上层是物联网的云服务解决方案。

你看复杂吗？

所以，聚焦问题本身，跟问题有关系的逻辑要讲明白，没有关系的就尽量不要讲，即使讲也一定要分清楚时间、场合，不要把简单问题复杂化。

要牢记，产品事务高效处理的效率和法宝：把复杂问题简单化。

产品工作中，经常可以看到产品经理在沟通表达时，总是过于修饰，表述太多与需求本身无关的内容，像是一个知识的收纳器。

但往往需求传递和过程解决的效果并不好，问题的解决效率也不高，为什么呢？

因为，把简单问题复杂化是知识，把复杂问题简单化是智慧，知识是智慧的基础，解决问题还是要靠智慧。

当然，关于简单也许还涉及一个哲学命题：简单事情最不简单。

说到这里，我突然想起一首歌，歌词大概是：

简单点

说话的方式简单点

递进的情绪请省略

你又不是个演员

别设计那些情节

做个简单点的产品经理，别总是给自己加戏。

#专栏作家#

产品大峡谷，公众号：产品大峡谷，人人都是产品经理专栏作家。七年B端产品经理，供应链物流与金融领域，擅长需求设计、业务指导、商业观察等。