抖音号资讯：多批次收货是目前很多同行或者竞品都支持的功能

多批次收货是目前很多同行或者竞品都支持的功能，我们由于之前的业务模式问题一直没有对此功能进行调整，目前业务量起来了，相关的客户需求也多了，于是决定排上日程对此功能进行设计和开发。

每个公司都会有自身的业务背景，所以我所设计的此功能一方面是参考市面上成熟的业务方案（挺难找方案的），另一方面也结合了之前旧系统和老业务的特点，具有很浓烈的业务背景味道，所以在本文中，我会更多地凸显产品方面的内容而较少地扯到业务，因为WMS毕竟是一个较为小众的领域了。

请大家扶好坐稳，老司机要发车啦~

前言

根据前一篇的内容，我的产品方法论在产品需求设计这个环节一般是分成四步来走，分别是：

1. 需求背景
2. 方案制定
3. 产品结构图设计
4. 产品原型或文档

根据方法论说到的4点，我们依次进入相关的实操环节！其中有部分内容会省略或者用截图代替，主要意思表达到位即可。

步骤一：写下背景，确认需求

项目的背景一般来说是最不重要的环节的，但是却不能少。不重要只是说这一块无需花费太多的精力、时间等，但是却不能因为简单、花费少就不重视它，甚至都不写。

项目背景最好是在需求开始设计、规划的时候就先写出来：

• 首先它会起到目标和方向的作用，指示着我们该往哪里去，为什么要做；
• 其次，它具有一定的反馈性，写下相关的项目背景会让我们经常看到这个东西，那么在需求卡住或者受阻的时候，我们可以根据背景去反思自己的反向是否有问题，需求的定义是否有偏差；
• 最后，它具有一定的追溯性，有时候一个需求做的时间太久了，开发、测试、业务、甚至是产品自己都不知道为什么要做这个需求，它启动的背景，意义是什么，这个时候就可以去查相关的背景描述就可以知道当时的做的原因是什么了，这个和会议纪要是一个作用，具有历史追溯性。

一般一个需求的分析过程，我会先建一个「业务分析图」，是用Mindjet做的一个思维导图；其次是根据思维导图去画业务流程图，数据流程图，或者是其他的流程图；

接着跑通流程之后就去做「产品结构图」，产品结构图包含了「产品信息结构」和「产品功能结构」，到了这一步产品的大体框架就出来了；最后就是画原型图，写相关的文档等，把一些细枝末节的东西填进去就好了。

以下是我实际梳理此需求的时候一共产生的几个文件，流程，业务分析图和产品结构图：