2. 痛点识别前的准备

痛点识别的质量取决于准备工作的充分程度。正式开展痛点分析之前，必须完成三项基础工作：确定识别范围、组建跨部门团队、收集历史问题记录。这三项工作互为前提、依次递进，共同构成痛点识别的"入场券"。

适用场景

以下场景需要先完成本阶段准备工作，再启动痛点识别：

• 组织首次开展业务流程优化项目，尚无系统性的痛点清单；
• 季度/年度业务复盘时，需对特定领域的流程问题进行集中诊断；
• 新系统、新政策上线前，需要梳理现有流程的潜在障碍；
• 客户投诉率或内部返工率持续上升，亟需定位根因；
• 跨部门协作频繁出现推诿、延误，需用结构化方法暴露流程断层。

前置条件

启动本阶段工作前，必须满足以下条件：

• 管理层明确授权：获得分管领导或项目发起人的书面/邮件授权，明确项目优先级与资源调配权限；
• 业务目标初步对齐：相关方对"为什么要做痛点识别、期望达到什么效果"有基本共识，并形成一页纸的项目章程草稿；
• 基础资源到位：会议室预定、共享文档空间（如企业网盘/协作平台）、调研工具（问卷/访谈提纲模板）等已就绪。

操作步骤

本阶段包含三个核心步骤，请按顺序执行，不得跳步或合并。

步骤1：确定识别范围

范围界定决定了后续工作的边界与深度，是准备工作中的"第一粒扣子"。

• 界定业务领域：明确要分析的业务域（如"生产计划与排程"、"采购到付款"、"售后维修"），建议单次聚焦不超过3个域；
• 划定流程边界：对每个业务域，定义起点事件与终点事件（例如"从客户下单到货物签收"），用SIPOC高维图（供应商-输入-流程-输出-客户）框定范围；
• 明确时间范围：确定历史数据的回溯周期（如"最近6个月的工单记录"、"近1个财年的投诉数据"），确保数据可回溯、可验证。

【范围界定示例】
业务域：订单履约
流程边界：客户提交订单 → 订单审核 → 库存分配 → 拣货打包 → 出库发货 → 客户签收
时间范围：2024年7月1日 — 2025年6月30日

步骤2：组建跨部门团队

痛点识别需要多视角输入，单一部门无法完成全局诊断。

• 确定核心成员：每个被纳入范围的业务域至少指派1名业务骨干和1名一线执行者，同时邀请IT/数据部门代表参与（负责数据提取）；
• 明确角色职责：用RACI矩阵（负责-批准-咨询-知情）定义每位成员在准备阶段中的任务；
• 建立沟通机制：设定每周2次固定站会（每次30分钟以内），使用共享文档实时同步进度，避免信息滞后。

【团队角色示例】
- 发起人（项目总监）：提供资源、批准范围变更
- 流程负责人（项目经理）：主持范围界定、把控进度
- 业务代表（各部门骨干）：提供专业意见、提交历史数据
- 数据专员（IT/数据岗）：从系统导出日志、工单、台账
- 记录员（项目助理）：整理会议纪要、维护台账模板

步骤3：收集历史问题记录

历史数据是痛点识别的"矿藏"，必须系统化采集而非零散查找。

• 整理投诉记录：从客服系统、投诉邮箱、内部反馈渠道导出近6-12个月的投诉工单，按问题类型初步分类；
• 汇总故障日志：从运维系统、流程监控平台拉取异常事件记录（如流程中断、超时、数据不一致），标注发生频率与影响范围；
• 采集返工数据：从质检系统、项目管理系统统计返工次数、返工耗时、返工成本，量化损失。

【数据采集字段模板】
问题来源 | 问题描述 | 发生时间 | 涉及部门 | 影响等级 | 当前状态
---------|---------|---------|---------|---------|---------
客服工单 | 客户重复提交订单 | 2025-03-12 | 销售/仓储 | 高 | 已关闭
系统日志 | 库存扣减接口超时 | 2025-03-15 | 技术/仓储 | 中 | 修复中

输入输出物

本阶段需要明确的输入物与产出的交付物如下：

责任边界

各角色的职责划分如下表，避免出现"多头负责"或"无人负责"的情况：

记录材料

以下模板用于固化本阶段的关键信息，建议在共享文档中统一维护：

异常处理

准备阶段常见异常及应对策略：

验收标准

本阶段工作完成后，必须同时满足以下标准，方可进入痛点识别执行阶段：

• 范围清晰可执行：《范围界定书》已签署，业务领域、流程边界、时间范围无歧义，且获得发起人批准；
• 团队到位并激活：所有相关部门的代表已确认并登记在册，RACI矩阵已公示，首次站会已召开并产出会议纪要；
• 历史数据可检索：《历史问题汇总表》已收集至少三个数据源（投诉、故障、返工），数据量不少于50条或覆盖完整回溯周期，字段完整度≥90%；
• 文档已归档：范围界定书、团队名册、问题汇总表均已上传至共享空间，项目成员可随时查阅。