小公司里翻译老板或需求方的想法，和开发方交待背景，解读场景，把它们拆分成开发放能理解，能认同的具体元素，这个过程在现实中经常缺乏。

技术出身的创业公司老板们是如何在资源紧张，变化迅速的环境中找到一个合适的产品经理的？靠过去的人脉积累拉拢或推荐，靠物色合适的人刻意培养，自己承担部分或大多数产品经理的职责。

很多非互联网公司的从业人员和他们聊天并没有典型的互联网公司的产品经理这种角色，有项目经理，产品线经理。

他们在创业小公司阶段是不是有一个善于翻译用户需求的一线销售/商务，还是有一个明白用户需求，愿意花不少时间与开发执行人员沟通的老板/技术领导，还是开发核心既实现能力强，又情商高，善于沟通，很快抓住非工程领域的问题关键并建立与工程领域的联系。

今天的文章让我注意到“换位思考”的重要性。

自己踩过几次“知识的诅咒”的坑，就是因为没有换位思考。自己第一次主持评审时，下意识地假设听众和我一样有相关的背景知识，在一开始没有很好的铺垫和交代，导致很短的时间后，听众明显开始迷失。二爷文中“旋律”的类比，感同身受。

这进一步让我想到了“类比”。就像文中提到的“文件夹”一样，类比可以让抽象的事物更具体，提起听众兴趣。同时，类比要选择听众熟悉的事物，能让听众产生安全感，把自己的体验带入思考，会让思维更活跃。

以后如果还有机会主持评审，希望自己能做得更好。感觉由于需求评审流程的存在，也会督促产品经理严谨对待需求，让项目有一个很好的开头。

祝大家的的需求评审都凯旋而归。

感谢二爷在大年三十的更新，祝狗年更旺！