业务背景与问题
达人营销的交付从客户 Brief 开始，要经过需求澄清、达人寻找、主页与内容核验、名单整理、内部确认和客户反馈。客户需求可能不完整，平台标签也不能直接替代业务判断，团队常常需要逐个核验达人。
- 搜索过程可能重复查找同一达人。
- 客户反馈分散在聊天记录和不同版本的名单里。
- 下一轮筛选前，需要重新理解需求、翻找反馈并组织搜索。
已有探索：从搜索筛选到交付流程
前期围绕需求理解、达人发现和内容判断开展前置搜索筛选探索，也验证过需求、候选、评审、名单与反馈的交付流程。进一步梳理的任务能力包括 Brief 理解、搜索方向拆解、达人核验、名单去重与分层、反馈归纳和建联话术草稿。
具体执行能力受到可访问数据与工具条件影响。业务人员保留需求确认、模糊候选判断、对客名单审核和外部沟通职责。
当前展示流程：需求确认、运营寻找、Agent 审核
最新展示采用以下完整协作流程。这里呈现的是已确认的流程演示，尚不能据此宣称全流程已经稳定上线。
| 环节 | 参与者 | 工作与交接 |
|---|---|---|
| 需求对接与确认 | 项目经理、客户、AI | 项目经理在群里对接客户，AI 自动整理需求文档。项目经理核对后交客户确认，确认无误再生成达人寻找说明书。 |
| 达人寻找与提交 | 项目内运营人员 | 说明书自动转发给该项目负责交付的运营人员；运营按说明书寻找达人，并将达人信息提交给 Agent。 |
| 审核与反馈 | Agent、运营人员 | Agent 按客户确认的需求与说明书审核。符合要求则更新清单并补充推荐理由，不符合则反馈具体原因。 |
共享项目上下文，让交接有共同依据
- 知道交给谁：谁是项目经理，哪些运营负责当前项目的交付。
- 知道按什么判断：客户已经确认的需求，以及统一的达人寻找说明书。
- 知道做到哪一步：需求是否确认、谁提交了达人、审核结果与清单状态。
客户、品牌、项目、Brief、达人、候选池、名单版本与客户反馈需要关联起来。需求变更不能自动生效；如果反馈与原需求冲突，先由负责人确认再继续推进。
阶段进展与复盘
已有工作包括前置搜索筛选，以及需求、候选、评审、名单和反馈的交付流程验证。候选覆盖、持续使用效果和完整真实项目运行仍需验证。
这个案例关注的是让需求、标准和判断原因在项目内持续有效：运营按同一份说明书找人，Agent 按同一套标准审核，负责人能够看到交付进行到了哪里。
后续可结合真实输入、过程记录、人工审核与返工投入评估效果，逐步扩大经过验证的范围。
案例来源
整理自企业 AI 提效展示稿（第 13 页）与案例背景资料。
—
另一个案例99MedPass：连接来华就医的完整旅程 谢谢你读到这里。