渠道活动执行进展与异常跟踪

这个场景能帮你做什么

活动进行中，伙伴在群里说物料到了，门店说还缺陈列，原厂说讲师已经安排。分散消息难以看清哪个节点真正完成、什么问题会影响下一步。WorkBuddy 可以对照确认计划，整理执行状态、异常及责任待办，供活动负责人及时处理。

开始前需要准备什么

提供计划及批准变更、活动与终端、关键节点、完成条件、负责人和期限；再提供实际执行文字、到货或确认记录、问题、处理动作和结果。每条反馈保留时间、反馈人和位置。

截图、现场照片没有文字信息时列未覆盖，不将“附图”当陈列验收。负责人说已安排不等于现场完成，消息没有更新也不能直接写失败。

具体怎么做

第一步：建立节点基线

交确认计划，要求列活动、节点、完成标准、责任人、约定日期与依赖。最新变更附批准记录，未批调整单列。得到当前执行基线，避免拿过期日期判所有任务延误。

第二步：匹配实际进展

交反馈，逐节点写实际动作、日期、证据和当前状态，区分已确认完成、进行中、受阻和待核。声称完成但缺关键条件的，写待确认；同一节点多条更新保留变化链，不用最后一句覆盖全部事实。

第三步：整理异常及业务影响

按供货、人员、物料、场地、内容、客户反馈等归纳具体问题，注明影响哪个活动和下一节点。把事实、影响假设及需要决定的事项分开，不把所有偏差都升级为严重事故，也不因活动仍在进行而忽略关键阻塞。

第四步：明确处理与关闭条件

交已有处理安排，要求列责任人、具体动作、约定期限、所需批准与关闭证据。尚无人承接列待分配，不擅自指定。问题有人回复不等于已解决，关闭应能看到补货、现场确认或其他对应结果。

第五步：形成当前进展简报

输出关键节点、需决策异常、临期待办、待核和已关闭项目。变化影响费用或客户承诺时，单列批准事项。负责人确认后执行协调，AI 不自行群发催办或调整预算。

可以直接交给 WorkBuddy 的完整要求

请按批准计划和当前执行文字整理渠道活动进展及异常。
先列活动节点、完成条件、责任、期限与批准变更，未批变化单列。
逐节点匹配反馈时间、动作及证据，区分确认完成、进行中、受阻和待核。已安排不当已执行，缺反馈不直接判失败。
归纳供货、人员、物料、场地和内容等异常，标影响节点、事实与影响假设。关联问题更新，不覆盖历史。
按已有安排列处理人、动作、期限、批准需求及关闭证据，无人承接列待分配。回复不等于解决。
输出进展表、关键异常、处理清单、待决和关闭项。不发消息、不派人、不改期、不增预算或停活动，不宣称视觉验收或实时监控。

完成后会得到什么

教学示例：伙伴报告物料已到区域仓，门店节点要求活动前完成陈列。状态应是“到仓已确认，门店配送与陈列待核”，并列配送责任及期限，不能直接把陈列节点标完成。补到货后仍需对应的终端确认才能关闭。

结果应该怎么检查

核计划与变更版本、节点条件、反馈日期和责任；完成状态是否有对应证据；异常是否关联正确活动；关闭项是否真正解决；未批费用有没有被视为可用；日报是否把现场事实与推测混写。

遇到这些情况怎么处理

反馈互相矛盾： 并列及定位，问具体确认人，不按消息较新就认定正确。

处理需要额外资源： 列影响与批准需求，不能在待办里当已获得。

问题反复出现： 关联同一异常及历次动作，保留重新打开原因。

哪些必须人工决定

现场事实、异常等级、责任分配、资源和对外调整由负责人确认。WorkBuddy 负责把执行信息整理成可处理事项，不代替现场管理。