方法资料：线索归集与核验的实操文档

适用对象：需要从零建立反馈入口，或现有入口长期没有有效提交的团队。

使用前提：已能列出希望收集的信息类型，尚未确定入口放在哪些接触点。

摘要：对比表单、邮箱、客服工单与线下登记几种入口的适用差别，说明入口数量与后续整理成本的关系，并给出入口合并的判断方法。

适用对象：多人同时收集信息、提交内容格式各不相同的团队。

使用前提：已有一批历史提交记录，能看出哪些字段常被漏填或填错。

摘要：从必填字段、选填字段与自由描述三段拆开，给出提问句的改写示例，说明为什么同一问题换个问法会得到不同颗粒度的回答。

适用对象：提交量大、来源分散，需要判断哪条信息值得继续跟进的团队。

使用前提：已明确哪些字段属于关键信息，愿意为核验留出额外一步。

摘要：说明一次核验要确认哪几件事、用什么方式回问、什么情况下标注为待确认，以及核验记录该保留到什么程度。

适用对象：线索已能收上来，但记录散落、重复条目多、查起来费劲的团队。

使用前提：已有稳定提交量，且能接受先定分类再录入的顺序。

摘要：给出分类层级不宜超过两层的理由，说明去重时按什么字段比对，以及一条结构化记录至少应包含哪些字段。

适用对象：整理工作已运行一段时间，记录开始与现状脱节的团队。

使用前提：愿意指定固定的人或时段负责复查，而不是临时想起来才处理。

摘要：说明复查周期怎么定、哪些字段最容易过期、更新时如何保留历史版本，避免新旧记录混在一处无法追溯。

适用对象：多个岗位共同参与线索处理，职责边界不清的团队。

使用前提：参与方已确定，愿意把每个动作落到具体角色上。

摘要：把收集、核验、整理、复核四个动作分列，说明哪些动作可以合并、哪些必须分开，以及交接时需要留下什么记录。

适用对象：分类越加越多、标签互相重叠，检索时反而找不到的团队。

使用前提：已有现成标签体系，可以对照检查重叠与空置情况。

摘要：说明标签命名要避免近义词并存的理由，给出合并与停用的处理顺序，并提示空置标签长期保留会带来的检索干扰。

适用对象：核验后仍有部分信息无法确认，需要留痕备查的团队。

使用前提：接受部分条目长期处于待确认状态，不强行补全。

摘要：说明待确认标记怎么写、回访时间如何记录、多次回访无果后如何处理，以及这些记录在后续复查中的作用。