1.1.1 知识导入：如何表述软件需求

产品经理在团队中是一个承上启下的角色，上游需要面对客户、用户、老板和市场运营人员，下游需要面对研发团队中的开发工程师、测试工程师和设计师，与这几种角色沟通的主要内容就是“需求”。先来思考一个问题：在开发一款软件或一个网站时，如何把需求清晰地表达出来，并让参与项目的各方都能够准确无误地理解？

口头交流无疑是很方便的方法，但这样交流不能形成档案记录，交流过后很容易遗忘，不方便后期查阅、管理和工作交接。每个人的语言表达能力和理解能力是有差异的，因此容易出现表述不清和理解有偏差的问题。

比较传统的方法是用文字的形式记录想法和创意，供大家传阅。这种方法的好处是可以让所有的内容都留有痕迹，但缺点也比较明显。需求分析是一个从宏观到微观、从模糊到具体的过程，要把抽象的想法落地，变成一个个具体的功能，开发团队才能够理解，而单纯地依靠文字描述不容易做到这一点。文字不够直观，缺乏对细节的表达；文字在理解时容易出现偏差；冗长的内容也让人没有读下去的耐心。

上面这两种方法之所以不够实用，是因为都没有触碰到需求分析的最后一层—功能点。开发团队不能直接获取功能点，就不能高效地完成开发任务。而产品经理存在的价值就是把诸如业务分析、功能设计等工作从开发团队中抽离出来，让专业的人做专业的事，使团队得以良性运转。

进一步分析，“页面”是功能的载体，直接把页面画出来，开发团队不就可以很直观地理解软件需要做成什么样子了吗？但在项目前期，不需要把页面设计得非常漂亮。因为在需求分析阶段，页面上的内容可能会反复变动，产品经理只需要用草图勾勒出页面的大体框架即可，这个草图就是界面原型。产品经理可以通过界面原型，与所有的项目参与方进行沟通。

在项目的不同阶段，界面原型有着不同的作用。面向的对象不同，其保真程度也不同。