反馈收得零散，说不清缺什么
各个渠道都有声音，但拼不成一张完整的图。团队内部对“到底卡在哪”各说各话。
常见表现：同一件事在群聊、工单、表格里各有一份，没人能说清总数。
需求诊断：先判断问题落在哪一步
线索收集做不顺，往往不是缺一项服务，而是没分清问题在渠道、口径还是整理环节。这一页只做起点判断，帮你把力气用在对的地方。
什么情况需要先做需求诊断
需求诊断不是每个项目都要走的固定流程。当团队对问题位置有明确共识，直接进入对应服务更省时间。下面三种情形，通常是先诊断再动手更划算。
已经买过服务，结果用不上
此前按某一类服务推进，交付物拿回来却和实际工作对不上，沉在文件夹里没人看。
常见表现：整理好的记录格式和内部系统字段对不上，二次录入量很大。
多个环节同时出问题
渠道入口、提交口径、核验规则、归集方式都有毛病，不知道先修哪一个。
常见表现：新渠道刚上线就要改规则，改完又发现旧数据没法回填。
四问自检清单
按顺序回答下面四个问题，答“是”的那一问，通常就是当前最该先处理的位置。四问都答“否”，说明问题可能不在线索收集本身，而在业务定义层面。
-
问题一：线索到底从哪些地方来，说得清吗？
如果连提交入口都数不全，或者同一入口在不同人手里用法不同，问题在渠道环节。先统一入口和提交方式，再谈整理。
判断提示：能列出全部入口并说明各自用途，可继续看下一问。 查看渠道搭建
-
问题二：提交上来的信息，字段够用吗？
线索收上来了，但缺关键信息，后续要反复回问提交人。这属于口径问题，需要先定字段和必填规则。
判断提示：多数线索拿到手即可判断归属与优先级，可继续看下一问。 查看口径设计资料
-
问题三：线索之间重复、冲突多不多？
同一条信息被多人重复提交，或者同一事项出现互相矛盾的说法。这说明缺少核验动作，需要先定交叉确认的做法。
判断提示：重复与冲突在可接受范围内，可继续看下一问。 查看信息核验
-
问题四：整理好的记录，有人真的在用吗？
记录做出来了，但没人查、没人引用，或者格式与内部系统不兼容。问题在归集与交付方式，需要重新设计记录结构。
判断提示：记录能被稳定查阅并支撑决策，说明现有流程基本可用。 查看内容归集
三类典型起点与推进步骤
自检结果通常会落到下面三类起点之一。每类起点都配一条推进步骤，按顺序走完再决定是否扩大范围，比一次性铺开更稳。
起点一：从统一入口开始
适用判断：入口分散、提交方式各异，问题一答“否”。
- 盘点现有全部提交入口，标注各自的实际使用情况。
- 合并重复入口，为保留的入口写清提交字段与必填项。
- 试运行一轮，观察漏填与错填比例后再决定是否扩展。
起点二：从统一口径开始
适用判断：入口清楚但信息不全，问题二答“否”。
- 列出后续使用这些记录时会用到的字段，倒推必填项。
- 把字段写成提交说明，明确哪些由提交人填、哪些由内部补。
- 用历史线索回填一次，检验口径是否真的够用。
起点三：从归集规则开始
适用判断：信息齐全但重复冲突多，问题三或问题四答“否”。
- 确定归类维度与去重判断依据，写成一页可对照的规则。
- 挑一批历史线索按规则重跑，记录规则卡住的地方。
- 修订规则并定下维护节奏，再考虑接入更多来源。
诊断之后怎么推进
自检和起点判断做完，通常会得到一份简短的问题说明：问题在哪一环、先做哪一步、需要哪些配合。带着这份说明去看服务矩阵，能直接对照到具体工作范围，而不是从头再讲一遍背景。
- 问题集中在入口与字段，对应渠道搭建与口径设计两类工作。
- 问题集中在重复与冲突，对应信息核验，并需要先明确判断依据。
- 问题集中在记录没人用，对应内容归集，重点在记录结构与交付格式。
- 问题反复出现，说明需要长期维护安排，把规则与节奏固定下来。