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矩阵）、《沟通计划表》 |
| 数据 | 客服系统/运维系统/质检系统的访问权限与导出模板 | 《历史问题汇总表》（含投诉、故障、返工三类数据） |
责任边界
各角色的职责划分如下表，避免出现"多头负责"或"无人负责"的情况：
| 角色 | 在本章节中的职责 | 关联步骤 |
|---|---|---|
| 发起人（项目总监/分管领导） | 批准范围界定书；协调跨部门资源；解决团队组建争议 | 步骤1、步骤2 |
| 流程负责人（项目经理） | 主持范围界定会议；审核团队构成；跟踪数据收集进度 | 步骤1、步骤2、步骤3 |
| 业务代表（各部门骨干） | 提供本部门流程边界信息；提交历史问题记录；确认数据准确性 | 步骤1、步骤3 |
| 数据专员（IT/数据岗） | 从业务系统导出日志、工单、台账；清洗初加工数据 | 步骤3 |
| 记录员（项目助理） | 维护范围界定书、团队名册、问题汇总表等文档版本 | 步骤1、步骤2、步骤3 |
记录材料
以下模板用于固化本阶段的关键信息，建议在共享文档中统一维护：
| 记录名称 | 用途 | 核心字段 |
|---|---|---|
| 范围界定书 | 记录已确定的业务领域、流程起点/终点、时间范围 | 业务域、起点事件、终点事件、回溯起始日期、回溯结束日期、审批人 |
| 团队成员登记表 | 登记每位成员的姓名、部门、角色、联系方式 | 姓名、部门、岗位、项目角色、RACI标识、电话、邮箱 |
| 历史问题汇总表 | 统一归集来自不同渠道的历史问题记录 | 问题来源、问题描述、发生时间、涉及部门、影响等级、当前状态、备注 |
异常处理
准备阶段常见异常及应对策略：
常见异常1：范围界定过大或过小
表现：涉及10+个业务域，或仅聚焦1个小组节。
应对：用SIPOC高维图快速框定，按"与核心目标关联度"排序，单次不超过3个域；若争议较大，由发起人做最终决策。
表现：涉及10+个业务域，或仅聚焦1个小组节。
应对：用SIPOC高维图快速框定，按"与核心目标关联度"排序，单次不超过3个域；若争议较大，由发起人做最终决策。
常见异常2：部门不派代表或派员层级太低
表现：关键部门无人参会，或派来的成员无法决策。
应对：由流程负责人升级至发起人，协调部门负责人重新指派；明确"缺席=默认同意"的会议规则。
表现：关键部门无人参会，或派来的成员无法决策。
应对：由流程负责人升级至发起人，协调部门负责人重新指派；明确"缺席=默认同意"的会议规则。
常见异常3：历史数据缺失或质量差
表现：某类问题无记录，或记录字段不完整。
应对：使用结构化的访谈提纲对一线员工进行回溯性调研，同时将数据质量缺陷记录为"数据痛点"，纳入下一步的痛点清单。
表现：某类问题无记录，或记录字段不完整。
应对：使用结构化的访谈提纲对一线员工进行回溯性调研，同时将数据质量缺陷记录为"数据痛点"，纳入下一步的痛点清单。
验收标准
本阶段工作完成后，必须同时满足以下标准，方可进入痛点识别执行阶段：
- 范围清晰可执行：《范围界定书》已签署，业务领域、流程边界、时间范围无歧义，且获得发起人批准；
- 团队到位并激活：所有相关部门的代表已确认并登记在册，RACI矩阵已公示，首次站会已召开并产出会议纪要；
- 历史数据可检索：《历史问题汇总表》已收集至少三个数据源（投诉、故障、返工），数据量不少于50条或覆盖完整回溯周期，字段完整度≥90%；
- 文档已归档：范围界定书、团队名册、问题汇总表均已上传至共享空间，项目成员可随时查阅。