本文来自微信公众号： 人人都是产品经理 ，作者：知鱼之乐
我们日常工作的时候很容易遇到这种情况，产品做到一半，开发突然发来一张截图：”你看，这是按你说的做的。”
你盯着屏幕看了三秒，内心涌起一股说不清道不明的情绪。那是你的需求吗？说是，也是，逻辑没错。说不是，差太远了，那个感觉完全不对。
这种情况几乎每个产品经理都经历过。然后开始互相甩锅：产品说，我都写在PRD里了；开发说，我就是按PRD做的。两边都没说谎，但东西就是做歪了。
问题到底出在哪？
写清楚了不等于说清楚了
大多数产品经理沟通需求的方式，是写文档。
写文档没错，但文档是静态的，它只能描述”是什么”，很难传递”为什么”和”感觉应该是什么样”。偏偏产品设计里最重要的东西，恰恰是那个”感觉”。
你写”点击按钮后弹出确认框”，开发看了会做一个确认框。但你心里其实想的是：这个操作风险很高，用户很可能是误操作，所以确认框要足够醒目，措辞要带一点警告感，不能是那种随手一点就消失的提示。这些，PRD里有吗？
大概率没有。因为你觉得这是”常识”，不用写。结果常识归常识，实现归实现，两件事完全是两条平行线。
信息差不是态度问题
这里有个很多产品人容易搞错的地方：开发做错了，不等于开发不认真。
开发的思维模式是：给我一个明确的输入，我给你一个明确的输出。他不会去猜你想要什么感觉，他只处理你给的信息。你给了什么，他就做了什么。
你说”弹框要醒目”，他做了个红色的、字号18的弹框，你看了觉得太丑。那是因为”醒目”在你脑子里是一个具体画面，但在他那里只是一个形容词。
这不是态度问题，这是信息差。很多产品人在这里走偏了，开始觉得”开发不配合””故意的””油盐不进”。然后陷入对立情绪，沟通越来越难。其实真正的问题是：你没有把你脑子里的那张图，完整地传递到对方脑子里。
把脑子里的图传过去
怎么传？三个方法，我觉得比写八页PRD管用。
第一，用参考物。不要说”风格要简洁”，直接发三张你觉得对的截图。”就这感觉，参照这个。”视觉上的东西，比形容词传递效率高十倍。
第二，说使用场景而不是功能描述。不要说”新增一个搜索框”，说”用户在找某个历史订单，可能记得的就是一个模糊的关键词，他需要能快速定位到”。当开发理解了这个人在什么处境下用这个功能，很多设计决策他自己就想明白了。
第三，关键节点当面过一遍。交给开发之前，约15分钟，你把整个流程像讲故事一样走一遍。用户从哪里进来，走哪些步骤，可能在哪里卡住，每一步你期望的状态是什么。讲完让对方复述一遍，哪里有偏差，当场对齐。
这15分钟，能省掉后面三次返工。
说不清楚的需求，本身就没想清楚
还有一种情况，就是你跟开发讲了半天，发现自己也说不清楚，前后矛盾，越说越乱。
这其实是一个很好的信号。需求说不清楚，往往是因为需求本身没想清楚。文档写起来可以糊弄过去，因为你可以挑能说清楚的部分写，但当你面对面要把一个完整链路讲明白的时候，漏洞就全暴露出来了。
所以逼自己当面讲一遍，是检验需求质量最快的方式，比自己反复翻文档效率高得多。能讲清楚的需求，才是真的想清楚了的需求。
沟通从来不只是一个技巧问题，它是你对需求理解深度的外显。你理解得越透，讲得越清楚；越清楚，开发越不会做错；越不做错，你们之间的信任越强，下次沟通的摩擦就越少。
这个循环，值得认真经营。