白菜社区里的信息更新快，跟进的人一多，流程就容易松散：谁看到的、谁核对的、谁决定跟进的，往往说不清。这份清单的目的不是评价平台，而是让你用一套可勾选的项目，对现有的信息跟进做法做一次自检，找出哪些环节还靠记忆、靠口头。
审计时机很简单：只要团队里有人开始凭印象转述白菜价信息，或者同一场优惠活动被重复跟进、重复放弃，就值得停下来核对一遍。下面按范围、三组清单、红旗信号与整改顺序展开，每条都尽量写成可观察、可验证的动作。 白菜社区
为什么现在要做一次信息审计
信息跟进的问题通常不是“没看到”，而是“看到了但没有留下可核对的过程”。审计的价值在于把模糊的信任换成可复查的步骤。
- 同一场优惠活动出现两种说法，却找不到最初的信息出处。
- 有人凭截图转发白菜价信息，截图里缺少时间与来源字段。
- 跟进决定只存在于聊天记录，换人接手时需要重新问一遍。
- 活动结束后没有回看，无法判断当初的核对是否有效。
审计范围与前置准备
先划定边界，避免审计变成无边界的翻旧账。范围建议以最近一段跟进周期为限，只覆盖仍在推进或刚结束的事项。
- 列出本次审计覆盖的信息条目清单，标明每条对应的跟进人。
- 确认可用的原始材料：来源页面、转发记录、核对备注。
- 约定审计只核对流程是否可复查，不评价个人判断对错。
- 准备一张空白核对表，按“信息源、跟进流程、资讯使用”三栏分组。
清单一：信息源与白菜价信息核对
这一组看的是信息从哪里来、是否可追溯。每条都应能在材料里找到对应证据。
- 每条白菜价信息都能指出来源位置，而不是只有一句转述。
- 来源带有可核对的时间标记，能判断信息的新旧。
- 价格描述与适用范围写在一起，没有把局部条件当成通用条件。
- 转发时保留了原始表述，没有在转述中删掉限制条件。
- 对同一信息存在多个版本时，标明了以哪一版为准。
清单二：优惠活动跟进流程核对
这一组看的是从“看到”到“决定跟进”之间有没有留下可复查的步骤。
- 每场优惠活动都有明确的跟进负责人，而不是默认有人会管。
- 跟进前记录了一次核对动作，写明核对了哪些条件。
- 放弃跟进的决定也留下原因，便于日后回看。
- 同一活动被重复跟进时，能查到前一次的处理结论。
- 活动状态变化后有更新记录，旧结论被标注为过期。
清单三：白菜社区资讯的使用与留痕核对
这一组看的是资讯类内容如何被引用，避免把背景信息当成跟进依据。
- 引用白菜社区资讯时注明用途，是背景了解还是跟进依据。
- 资讯内容与具体活动分开存放，不混在同一份跟进记录里。
- 对外转述前确认表述与原文一致，没有加入个人推断。
- 过期资讯有清理或标注机制，不会在下次核对时被误用。
红旗信号与整改顺序
出现以下信号时，说明流程已经依赖个人记忆，应优先处理。
- 被问到某条信息的来源时，回答是“别人说的”。
- 跟进记录里只有结论，没有核对过程。
- 同一活动在不同人手里得到相反结论，且都说不清依据。
- 资讯引用与活动跟进混在一起，无法区分。
整改顺序建议从证据最薄弱的环节开始：先补齐信息源与时间标记，再统一跟进记录的字段，最后清理过期资讯。每完成一组清单，就在核对表上勾选并注明日期，下一轮审计时直接对照上一次的结果，看哪些项目反复失分。