4、用户研究与需求分析：识别采购用户（采购员、供应商、管理层）、需求收集方法、痛点挖掘
采购产品设计的第一步，不是画原型，也不是写PRD，而是搞清楚“为谁设计”。采购领域涉及三类核心用户——采购员、供应商、管理层，他们的角色、诉求、使用场景和痛点截然不同。本章将系统拆解如何识别这三类用户、如何用正确的方法收集需求，以及如何从碎片化反馈中挖掘出真正的痛点，为后续的产品功能设计奠定扎实的用户基础。
4.1 三类采购用户画像与核心诉求
采购产品不是给“一个人”用的，而是给“一个协作网络”用的。采购员、供应商、管理层构成了采购业务的三方闭环，每一方的诉求都直接影响产品功能设计的优先级。
| 用户类型 | 核心角色 | 主要使用场景 | 核心诉求 | 典型KPI |
|---|---|---|---|---|
| 采购员 | 执行者 | 寻源、比价、下单、跟单、对账 | 操作效率、信息透明、减少重复劳动 | 订单处理时长、错误率 |
| 供应商 | 外部协作方 | 报价、订单确认、发货、对账 | 响应速度快、规则清晰、减少沟通成本 | 报价响应时间、订单确认率 |
| 管理层 | 决策者 | 审批、预算控制、报表分析 | 数据准确、风险可控、决策有依据 | 采购成本节约率、合规率 |
4.2 需求收集方法：从“听”到“看”再到“验”
需求收集不是简单地问用户“你想要什么”，而是要通过多种方法交叉验证，才能获得真实、完整的需求图谱。以下是采购产品设计中最高效的五种需求收集方法。
- 用户访谈（定性）：针对三类用户分别设计访谈提纲。采购员侧重操作流程细节，供应商侧重协同体验，管理层侧重数据与风险。每次访谈控制在30-45分钟，采用半结构化方式，允许用户自由发散。
- 问卷调研（定量）：用于验证访谈中发现的共性需求，或在大范围内收集优先级排序。问卷设计要避免引导性问题，选项要覆盖“频率、重要性、满意度”三个维度。
- 数据分析（客观）：从现有系统日志、操作记录、工单中提取用户行为数据。例如，分析采购员在哪个页面停留时间最长、哪个按钮点击率最低、哪个流程环节跳出率最高。
- 竞品对标（横向）：研究SAP Ariba、Coupa、甄云、企企通等主流采购产品的功能设计，了解行业标准做法，识别差异化机会。
- 用户反馈与工单（被动）：整理客服工单、用户反馈群、内部吐槽群中的高频问题，这些往往是真实痛点的直接体现。
4.3 痛点挖掘：从“表面抱怨”到“根因分析”
用户反馈的痛点往往是表象，例如“下单太慢”“找不到历史订单”“对账总出错”。产品经理需要透过表象，找到背后的根因。这里推荐使用“五问法”和“流程拆解法”结合的方式。
五问法示例：
用户抱怨：下单太慢
一问：为什么下单慢？——因为要填很多字段
二问：为什么字段多？——因为系统要求必填项过多
三问：为什么必填项多？——因为财务需要完整信息才能审批
四问：财务为什么需要这些信息？——因为要匹配预算和成本中心
五问：能否自动带出？——可以，但系统未与主数据打通
→ 根因：主数据不完整，导致重复录入流程拆解法：将采购员的完整操作流程拆解为“登录→搜索商品→创建请购单→关联预算→提交审批→生成订单→发送供应商→确认交期→收货→对账”等步骤，逐一标注每个步骤的耗时、操作频率、出错率，找出“高耗时、高频次、高错误”的三高环节。
| 痛点类型 | 典型表现 | 根因分析 | 产品机会 |
|---|---|---|---|
| 效率类 | 重复录入、手工计算 | 系统间未集成、主数据缺失 | 自动填充、数据打通 |
| 协同类 | 供应商报价延迟、信息不对称 | 缺乏供应商门户、沟通靠邮件 | 供应商协同平台、消息通知 |
| 决策类 | 报表滞后、数据口径不一致 | 数据分散、缺乏统一数据模型 | 实时BI看板、统一指标库 |
| 合规类 | 审批流形同虚设、事后补单 | 流程管控与业务脱节 | 嵌入式合规校验、事前预警 |
4.4 案例拆解：某制造企业采购系统用户研究实战
以下是一个完整的用户研究案例，展示了从用户识别到痛点挖掘再到需求优先级排序的全过程。
背景与约束：某年产值50亿元的装备制造企业，采购部有12名采购员，管理约800家活跃供应商。企业原有采购系统使用超过8年，技术老旧，采购员大量依赖Excel和邮件进行日常操作。管理层无法实时掌握采购成本，财务对账周期长达15天。
初始目标：重新设计采购系统，提升采购效率30%，缩短对账周期至5天以内，实现采购成本可视化。
研究过程：
- 用户访谈：分别访谈了8名采购员（覆盖不同品类）、5家核心供应商（含2家战略供应商）、3位管理层（采购总监、财务总监、运营副总）。访谈发现：采购员最痛的是“每次下单要手工填写30多个字段”；供应商最痛的是“订单变更通知不及时，导致生产计划被打乱”；管理层最痛的是“月底才能看到采购报表，无法及时干预”。
- 数据分析：从旧系统导出6个月的操作日志，发现采购员平均每天花费2.3小时在Excel中处理数据，订单创建平均耗时18分钟/单，其中60%的时间用于重复填写供应商名称、物料编码、价格等基础信息。供应商门户使用率极低，仅15%的供应商使用系统报价，其余通过邮件报价。
- 问卷验证：向全部12名采购员和50家活跃供应商发放问卷，验证痛点优先级。结果显示，“订单创建效率”和“供应商报价协同”是最高频痛点，分别有92%和85%的受访者将其列为“非常需要改进”。
关键发现与产品决策：
| 发现 | 数据支撑 | 产品设计决策 |
|---|---|---|
| 主数据不完整导致重复录入 | 60%的订单创建时间浪费在基础信息填写 | 建立物料主数据、供应商主数据，实现自动带出 |
| 供应商协同效率低 | 仅15%的供应商使用系统报价 | 开发供应商门户，支持在线报价、订单确认、发货通知 |
| 管理层缺乏实时数据 | 报表T+15天，无法及时决策 | 搭建实时采购看板，按品类、供应商、项目维度展示成本 |
结果与复盘：新系统上线后，订单创建时间从18分钟缩短至5分钟，采购员Excel使用时间从2.3小时/天降至0.5小时/天；供应商门户使用率提升至78%，报价响应时间从3天缩短至1天；管理层可实时查看采购成本，对账周期缩短至4天。复盘经验：用户研究不能只做一次，上线后每季度应进行一次“用户满意度回访”，持续跟踪需求变化。
4.5 常见误区与总结复盘
在采购产品的用户研究与需求分析中，产品经理常犯以下四类错误，需要特别警惕。
- 误区一：只调研采购员，忽略供应商和管理层。采购产品是三方协作平台，只关注一方会导致功能设计失衡。例如，只优化采购员操作效率，却让供应商使用体验恶化，最终影响整体采购效率。
- 误区二：把“用户说的”当成“用户要的”。用户往往基于现有系统提出改进建议，而非基于理想流程提出创新方案。产品经理需要跳出“现有系统思维”，从业务本质出发设计。
- 误区三：需求收集一次就结束。采购业务随市场、组织、政策变化而动态调整，需求收集应形成常态化机制，例如每季度一次用户委员会会议、每月一次数据分析复盘。
- 误区四：忽视供应商的声音。供应商是采购系统的外部用户，他们的使用意愿直接影响系统价值。如果供应商不愿意使用门户，采购协同就是空谈。建议在需求调研中，将供应商反馈权重提升至与内部用户同等水平。