AI 数据业务:统一 CRM 与日报口径 · Marina Current
marina current
← 返回作品
业务流程 / 公司项目 · 团队协作

AI 数据业务:
统一 CRM 与日报口径

同一批需求按两套规则算出了 9 条和 11 条。我确认修订范围,借助 AI 对齐字段说明、操作文档和日报规则,再逐项回读核对。

根据归档材料脱敏整理

我的参与
确认修订范围,借助 AI 修改执行材料并核对结果。
关键决定
保留已确认的 P0–P3,修正旧口径与记录问题。
修改范围
字段说明、SOP、日报规则,以及日期和事件分类。
验证结果
同批需求统计口径对齐;目标记录逐条回读核对。

问题:同一批需求,两种统计结果

一次使用审计发现:操作说明(SOP)把“待匹配”计入进行中,日报规则却排除了这一阶段。同一批需求按两套规则计算,分别得到 11 条和 9 条,差异来自 2 条待匹配需求。

同期还发现两类记录问题:部分沟通中的供方填了入库日期;已经发出的首次咨询,有的记为“进展”,有的记为“正常等待”。字段与事件分类需要一起核对。

我在该业务中参与供方外联、资料对接和流程整理。本次负责确认修订范围,借助 AI 修改执行材料并核对结果;买方需求、正式样本审核和采购决策由对应同事负责。

我的决定:保留最新规则,修正不一致的部分

当时业务已确认采用 P0–P3 优先级。我明确保留这版规则,没有恢复较早审计建议中的五分制、紧急度或统一内部跟进日期,也没有新增提醒字段、交易表或流水表。

此次修改范围是:统一进行中阶段的定义,纠正日期与事件分类,并同步字段说明、SOP 和日报规则。原有跟进人、实际进展和已发生的业务事实保留。

实施:修改项与核对方式

本次修订摘要
发现的问题实际修改核对方式
日报排除待匹配,统计口径与 SOP 不一致。日报正文、数据源说明和模板统一采用六个进行中阶段,排除历史参考。用同一批需求重新计算,检查两边是否一致。
4 家沟通中的供方填了入库日期。先核对是否曾入库后降级;未发现该事实后清空日期,保留状态、跟进人和进展。逐条回读日期与原记录,确认只改目标字段。
4 条首次触达记录的动作与等待状态混用。首次触达分类改为“进展”,“等待回复”保留在结果中。逐条回读分类和结果,核对已发生事实与负责人。

字段说明同时补齐了供方入库日期、事件发生时间和证据链接的填写规则。SOP 更新了录入后检查、版本同步、接收与归档的完成条件;日报规则补充了缺发生时间时如何列出数据缺口。上述文档与记录修改由 AI 协助执行。

验证结果与未完成项

修订记录确认:同一批需求复算为 11 条进行中,其中 2 条待匹配,SOP 与日报口径一致。4 家供方的日期、4 条首次触达的分类,以及 SOP 版本和关键字段均已回读核对。

仍有事件缺原始证据链接,部分供方资料缺可归档的原文件入口。缺发生时间的事件没有拿创建时间代填;未拿到原文件的资料没有标成已归档。这些缺口保留为待补事项。

依据:当次 CRM 使用审计与修订结果,已脱敏整理。以上数字是当次核对结果,不代表当前业务规模或新增业务量。

相关工作与笔记

产品演示与英文邮件交付

看另一种交付:把产品脚本、演示素材和邮件审核接起来。

价格监控已经自动化,我为什么还要人工复核?

另一份系统维护记录:把确认过的结果带回后续运行。