本文档通过一个“订货商城”小程序的案例，来讲解一个小型项目，如何快速的做需求调研。

情景复现

你是软件公司老板，有一天客户找到你，表达了他想要做一个“订货商城”小程序的想法。

双方简短沟通内容的文字版

客户自我介绍到：我是五金电动工具行业的一个大批发商，下游覆盖全国一批五金电料、电动工具的门店或小批发商，向他批发五金产品。门店再把产品线下卖给个人客户。我一年的销售额可达xx万元。

客户自我介绍到：目前的因难是电话沟通繁琐总出错，手动开单效率低，客户管理手段基本没有，唯一的运营手段就是门店进货达到xx额度年底返现5%。

经过双方的简短沟通，了解到了以下内容：

客户公司要做一个小程序“订货商城”，方便他的B端客户自主下单，还要有一个进销存系统，和订货商城无缝对接，手机、电脑都能开单。
要有业务员外勤打卡定位，业务员提成自动核算。客户还要看到商城的访客记录。
还要能实现批发价保密机制，一客一价。商城还可以设置多种营销活动，还有考勤功能 。
总体实现客户、仓管、订单、业务、配送，在手机、电脑同步管理。

套用-需求分析的内容模型

需要分析计划包含以下5部分内容：

1. 说明背景：可以让客户代表和产品经理人员，在一个“上帝视角”对本软件系统有全局的了解。作为项目组成员了解本系统的“背景材料”。
2. 分析问题：定义软件的总体要求，分析客户的痛点，罗列解决的问题。
3. 定义用户：说明本系统有哪些使用者。 核心思路是“把业务穿起来”，核心的体现就是：什么角色 使用什么功能 完成什么业务。
4. 定义功能范围：定义行为需求:，说明本系统要完成什么功能，规定系统实现功能范围，用于指导产品经理进一步深入设计软件产品。
5. 补充非行为需求：有效性、可靠性、安全性、可维护性、可移植性、可见性、容量、精度 等等。

1、说明背景

说明背景：可以让客户代表和产品经理人员，在一个“上帝视角”对本软件系统有全局的了解。作为项目组成员了解本系统的“背景材料”。

本例：客户是五金电动工具行业的一个大批发商，下游覆盖全国一批五金电料、电动工具的门店或小批发商，向他批发五金产品。门店再把产品线下卖给个人客户。我一年的销售额可达xx万元。

2、分析问题

分析问题：定义软件的总体要求，分析客户的痛点，罗列解决的问题。

本例：

• 目前的因难是电话沟通繁琐总出错，手动开单效率低，还在使用纸质单据。
• 客户管理手段基本没有，没有类似的CRM功能，无法管理外勤业务员拜访客户。
• 唯一的运营手段就是门店进货达到xx额度年底返现5%，促销手段单一，结算还依靠手工帐。

3、定义用户

定义用户：说明本系统有哪些使用者或者叫“角色”。 核心思路是“把业务穿起来”，核心的体现就是：什么角色 使用什么功能 完成什么业务。

本例：分析出系统有4类使用者：大批发商-卖家 、B端客户-买家、C端个人买家、外勤业务员。

角色：大批发商-卖家

• 进销存系统；
• 手机、电脑都能开单；
• 可看到商城的访客记录；
• 批发价保密机制，一客一价；
• 商城还可以设置多种营销活动；

角色：B端客户-买家

• B端客户自主下单；

角色：外勤业务员

• 业务员外勤打卡定位，业务员提成自动核算；
• 手机、电脑都能开单；

角色：C端个人买家

• 扩展：未来考虑在本平台为B端客户也开一个私域小程序商城，采购的商品自动上架构，C端个人买家在这个私域小程序助下单。

4、定义功能范围

定义功能范围：定义行为需求:，说明本系统要完成什么功能，规定系统实现功能范围，用于指导产品经理进一步深入设计软件产品。

• 进销存系统；
• 手机、电脑都能开单；
• 可看到商城的访客记录；
• 批发价保密机制，一客一价；
• 商城还可以设置多种营销活动；
• B端客户自主下单；
• 参加活动；
• 业务员外勤打卡定位，业务员提成自动核算；
• 业务员能手机、电脑都能开单；

这里将使用 需求表达的常用工具与方法：文字、用例图 和 用例规约、活动图等等，描述需求的功能范围。

5、补充非行为需求

补充非行为需求：有效性、可靠性、安全性、可维护性、可移植性、可见性、容量、精度 等等。

本例：在功能扩展方面，要考虑未来在本平台为B端客户也开一个私域小程序商城，采购的商品自动上架构，C端个人买家在这个私域小程序助下单，最终实现触达C端的目的。