先放上一个图，这个图是“乌木说需求”系列的基础哦，首先先对模型做一些解释：

需求的产生一般有三个来源，用户、竞品和自己。而所谓用户，可能是产品的真实受众，也可能是公司的操作人员（比如客服）。需求一旦确立，我们就需要对需求进行处分析和处理，或者放大或者缩小，然后将其传递到需求池中进行管理。需求传递的目的在于减少信息损失，而针对需求池，我们应力求池子水量的合理和输入输出的平衡。在最终传递到开发之前，我们还需要对需求进行方案设计，方案的目的是解决问题并尽可能维持产品系统的整体统一。

“乌木说需求”的第一节先来聊聊需求传递：

需求传递的目标只有一个，减少信息损耗！！！当然这是默认在接到需求后你已经进行过需求调研和挖掘，这个在之后讲需求处理的时候会细说。

重要的事再说一遍，需求传递的目标就是减少信息损耗，那么如何减少损耗呢？需求的传递一般有两个方向，一个是输入需求池（接受需求部门的提案），一个是输出需求池（给到技术、ui等等角色开发）。求人的总处于弱势，所以对于需求提出方来说，我们是优势部门，而对于开发部门来说，我们是弱势部门。

所以需求传递的原则很简单，针对需求来源方，尽可能多的来回沟通，确保信息无误。针对需求输出方，尽可能的精简需求传递步骤，减少干扰。

先说对接需求来源方的会用到的工具：

纸笔，当面沟通的神器。

邮件，正式通知。

即时通讯，非当面沟通神器。

然后说一说对接需求来源方时的工作步骤：

接受需求，需求的提出可能来自于口头也可能来自即时通讯，但我们必须确认正式提出的需求一定用邮件来发，否则不受理。

初步了解需求之后，列出所有的疑惑点，带上纸和笔当面和需求提出人一步一步进行确认，确保你的理解是没有错的。

分析挖掘需求，这点之后的章节会详说，（所以大家记得







































中科白癜风公认好口碑医院
北京哪能治白癜风不复发