需求池反复膨胀，往往不是单一环节造成的。入口归集、状态维护、清理机制三类问题经常叠加出现：来源没有门槛会让池子持续进水，状态长期不推进会让需求沉淀，缺少定期清理则让无效条目越积越多。诊断时建议按“先看症状、再验证原因、后按主因处置、最后验证恢复”的顺序推进，用数据区分主因与伴随现象，避免把“池子大”直接当成“清理不力”。
要点总览（TL;DR）
- 需求池反复膨胀通常是入口归集、状态维护、清理机制三类原因叠加的结果，诊断时先看症状再验证原因，避免把“池子大”直接当成“清理不力”。
- 入口归集问题看来源分布与重复率：非正式渠道占比高、重复条目多、缺少准入字段，说明入口缺少门槛；来源集中且表单完整则可排除。
- 状态维护问题看停留时长：中间状态中位数超过一个评审周期、责任人缺失或状态定义含糊，指向状态维护失效。
- 清理机制问题看关闭与合并比例：连续数月接近零、无定期评审记录，说明清理动作没有真正执行。
- 处置按主因分支推进，批量合并或关闭前须完成备份、通知和异议期；处置后用池体总量、停留时长、新增量、关闭合并比例验证，连续两个周期净增为正即回到症状观察重新诊断。
先看症状：膨胀发生在哪个环节
诊断的第一步是把“池子在涨”拆成可观察的指标。建议先取最近三到六个月的数据，观察总量与新增量的变化趋势：总量持续上升而新增量平稳，说明流出端偏弱；总量与新增量同步快速上升，则入口侧更值得优先检查。趋势判断要结合业务节奏，例如季度初集中提报属于正常波动，不宜直接归为异常。
接着看入池来源分布，按提交人角色（业务方、销售、客服、管理层）和渠道（会议、工单、即时消息、正式提报单）分别统计占比。来源集中且缺少统一表单时，入口归集问题的可能性更高；来源分散但每条都有明确提交记录，则要转向状态和清理环节找原因。
状态停留时长分布是第三项关键观察。把池内需求按当前状态分组，计算每组的中位停留时长和最长停留时长。大量需求长期停留在“待评估”“待排期”等中间状态，通常指向状态维护失效；已关闭或已归档比例长期偏低，则提示清理动作没有真正执行。
| 观察指标 | 当前值（示例口径） | 异常表现 | 初步指向 |
|---|---|---|---|
| 池体总量月度变化 | 近6个月每月净增条数 | 连续三个月净增为正且增幅扩大 | 流出不足，需看状态与清理 |
| 新增入池量 | 每月新入池条数及来源占比 | 新增量突增且来源分散 | 入口归集可能失控 |
| 来源分布 | 按提交角色、渠道统计占比 | 单一非正式渠道占比过高 | 缺少统一入口与准入 |
| 状态停留时长 | 各状态中位数、最大值 | 中间状态中位数超过一个评审周期 | 状态维护失效 |
| 关闭与合并比例 | 月度关闭数、合并数占存量比例 | 连续数月接近零 | 清理机制缺位 |
这张表的作用是建立统一口径，让后续归因有据可查。指标取数周期、统计范围和责任状态定义要提前写清楚，否则不同人看到的是不同的“膨胀”。
三类原因假设与各自的排除证据
症状只能提示方向，原因需要证据验证。下面按三类假设分别列出典型证据和排除条件，诊断时逐项核对，避免把伴随现象当成主因。
入口归集问题
典型证据包括：任何角色都能不经表单直接向池内添加需求；同一诉求由不同渠道重复提交，池内出现内容高度相似的条目；没有准入字段（如业务场景、期望收益、提出人、期望时间），初筛环节缺失或形同虚设。若来源分布显示非正式渠道占比高、重复条目比例上升，入口侧基本可以确认存在问题。排除条件是：来源集中、表单完整、重复率低，此时入口不是主因。
状态维护问题
典型证据包括：状态定义含糊，“待评估”与“待排期”边界不清，导致条目在状态间随意移动；大量条目没有明确责任人，或责任人已离职、转岗但未交接；状态长期不变，中间状态停留时长中位数明显超过评审周期。若状态停留分布呈现明显的“中间状态堆积”，应优先怀疑状态维护。排除条件是：各状态停留时长合理、责任人均可追溯，此时状态环节运行正常。
清理机制问题
典型证据包括：没有固定的定期评审安排，或评审会长期未召开；没有合并去重与归档规则，重复和过期需求无法退出；关闭动作需要层层审批，实际执行率极低。若关闭与合并比例连续数月接近零，而池内存量持续上升，清理机制缺位的可能性很高。排除条件是：定期评审有记录、合并归档有规则且被执行，此时清理不是主因。
| 原因假设 | 验证证据 | 排除结论 |
|---|---|---|
| 入口归集失控 | 来源分散、重复率高、无准入字段 | 来源集中且表单完整，可排除 |
| 状态维护失效 | 中间状态堆积、责任人缺失、定义含糊 | 停留时长合理、责任清晰，可排除 |
| 清理机制缺位 | 无定期评审、关闭合并比例接近零 | 评审有记录且规则被执行，可排除 |
区分主因与伴随现象的关键，是看哪类证据与膨胀趋势在时间上同步。例如入口收紧后总量仍在涨，说明状态或清理才是主要矛盾；清理动作恢复后池体回落有限，则要回查入口是否仍在持续放量。三类原因可能同时存在，处置时应先解决与趋势最相关的一类，再逐步处理其余。
按主因处置：入口、状态、清理的分步动作
确认主因后，处置动作要围绕该环节展开，同时保留对其他环节的基本控制，避免按下葫芦浮起瓢。以下按主因分支给出步骤，操作涉及批量变更时须交代风险边界。
入口侧处置
- 统一提交入口，规定需求只能通过指定表单或工作项类型进入池内，其他渠道提交的由对接人代录。
- 设置准入字段，至少包含业务场景、提出人、期望时间、初步价值判断，字段不全的退回补充。
- 建立初筛规则，明确哪些需求直接进入评估、哪些退回、哪些合并到已有条目，并指定初筛责任人。
- 对历史重复条目做一次集中合并，合并前保留原始记录，合并后通知提出人。
状态侧处置
- 重新定义状态及流转条件，写清每个状态的进入标准、退出标准和最长停留时限。
- 为每条在池需求指定责任人，责任人变更时同步交接，避免出现无人认领的条目。
- 设置推进时限提醒，超过时限未推进的条目进入待清理清单，由评审会统一处理。
- 状态变更留痕，记录变更人、时间和原因，便于后续复查停留时长。
清理侧处置
- 建立固定评审节奏，例如每两周一次，评审范围覆盖待评估和长期未推进条目。
- 制定合并去重规则，内容相似的需求合并到主条目，保留来源链接和提出人信息。
- 制定归档规则，明确哪些条目可以关闭、关闭后保留多久、如何重新激活。
- 批量合并或关闭前先导出备份，向相关提出人发出通知并留出异议期，异议期内暂停执行。
批量操作的风险边界需要提前写清：备份未完成不执行，通知未送达不执行，异议未处理不执行；若合并后发现误判，应能依据备份恢复原条目。停止点设在“数据可回滚、相关方已知情”两个条件同时满足之后。
在状态维护和清理执行环节，工具承载能减少人为遗漏。以ONES为例，需求可以作为工作项统一管理，状态流转、责任人和变更记录随条目留存，定期评审的结论也能沉淀为可查记录，便于按停留时长筛选待清理条目。这类管理动作的前提是状态定义和评审规则已经明确，工具负责让执行过程可追溯。
验证恢复与防止再次膨胀
处置是否有效，要用指标验证，而不是凭感觉判断“池子看起来清爽了”。建议在处置完成后按固定周期采集以下指标，与处置前基线对比。
| 验证指标 | 观察方式 | 恢复信号 |
|---|---|---|
| 池体总量 | 每周或每两周统计存量 | 连续两个周期净增转负或趋零 |
| 平均停留时长 | 按状态统计中位数 | 中间状态中位数回落到评审周期以内 |
| 新增入池量 | 按来源统计月度新增 | 新增量稳定且来源集中 |
| 关闭与合并比例 | 统计月度关闭数、合并数占存量比例 | 比例稳定在可解释水平 |
观察周期建议覆盖至少两个完整评审周期，复查节奏与评审会同步，每次复查记录指标变化和处置动作执行情况。若一个周期后指标无改善，先检查动作是否真正执行，再判断是否需要调整规则。
防止复发要把三类动作固化为常规：入口侧保持统一表单和初筛责任人，状态侧保持责任人和时限提醒，清理侧保持定期评审和合并归档规则。三项中任何一项长期停摆，膨胀都可能重新出现。复发时的回退判断可以设一条简单规则：池体总量连续两个复查周期净增为正，且关闭合并比例下降，即回到症状观察表重新诊断，按证据确定本轮主因，而不是重复上一轮的处置动作。
常见问题
入口已经收紧，需求池还在涨，接下来该查哪里？
入口收紧后总量仍上升，说明流入端已不是主要矛盾，应转向流出端。先看状态停留时长分布：如果大量条目卡在“待评估”“待排期”等中间状态，问题在状态维护，需要补责任人和推进时限；再看关闭与合并比例，如果连续数月接近零，说明清理动作没有执行。两类证据中与膨胀趋势时间上更同步的那一类，就是本轮主因。
状态定义已经写清楚了，为什么条目还是长期不动？
状态定义解决的是“怎么流转”，不解决“谁来推”。常见缺口有两处：一是条目没有明确责任人，或责任人转岗后未交接，条目处于无人认领状态；二是没有时限约束，状态可以无限期停留。补上责任人和最长停留时限，并让超时条目自动进入待清理清单，状态才会真正流动起来。状态变更留痕也有助于复查停留时长是否改善。
批量合并或关闭历史需求时，怎样控制误操作风险？
批量操作前先导出备份，保留原始记录和来源链接；向相关提出人发出通知并留出异议期，异议期内暂停执行。停止点设在两个条件同时满足之后：数据可回滚、相关方已知情。若合并后发现误判，应能依据备份恢复原条目。关闭规则里还要写清关闭后保留多久、如何重新激活，避免误关的需求彻底丢失。
处置后指标没有改善，是规则不对还是执行不到位？
先查执行，再改规则。按处置动作逐项核对：统一入口是否真的只用指定表单、初筛责任人是否在岗、评审会是否按期召开、合并归档是否实际发生。执行记录缺失或动作停摆，说明问题在执行层，调整规则意义不大。若动作确实执行且持续一个完整评审周期，指标仍无变化，再回到症状观察表重新取数，确认本轮主因判断是否准确。
需求池规模回落到什么程度算恢复正常？
没有统一标准，建议用处置前的基线做对比，关注四个信号：池体总量连续两个周期净增转负或趋零；中间状态停留时长中位数回落到评审周期以内；新增入池量稳定且来源集中；关闭与合并比例稳定在可解释水平。观察周期覆盖至少两个完整评审周期，复查节奏与评审会同步。指标稳定后，把入口表单、责任人时限、定期评审三项固化为常规动作，防止再次膨胀。
