01
日常营销任务诊断表
盘点日常营销工作，判断一项任务该做成工作流、Skill、工具，还是暂时别碰。含工作流设计字段。对应 M06-L01。
A. 任务诊断字段
模板字段
| 字段 | 填写说明 | 示例 / 填写内容 |
|---|---|---|
| 任务名称 | 用一句能说清做什么的话命名 | 竞品内容监控周报 |
| 业务目的 | 最终为哪个业务结果服务 | 不漏竞品动态，支撑内容与定价决策 |
| 当前做法 | 现在怎么手工做、用了哪些工具 | 手动逐站看→截图→写摘要→发群 |
| 发生频率 | 每天/每周/每月几次 | 每周1次 |
| 单次耗时 | 做一次大概多久 | 2小时 |
| 输入材料 | 需要哪些输入、是否稳定 | 竞品官网、小红书、公众号（较稳定） |
| 处理步骤 | 拆成逐条动作，标固定规则/反复解释的方法/人工判断 | ①抓取(规则) ②摘要(方法) ③判断重要性(人工) |
| 输出结果 | 产出什么、结构是否固定 | 竞品周报（固定三段式） |
| 判断标准 | 什么样算做对了，能说清吗 | 每条有来源、事实与推断分开 |
| 人工决策点 | 哪些环节必须留人；是否涉及敏感操作 | 对外结论人工确认；不涉及钱/合同 |
| 当前痛点 | 最费时、最易错的是哪一步 | 逐站翻找 + 手写摘要 |
| 推荐沉淀形式 | 工作流/Skill/工具/Agent/暂不开发 | 工作流 + 摘要方法做成 Skill |
| 暂不开发的理由 | 若暂不开发，写清哪一条（一两次/方法多变/输入输出不明/无验收标准） | — |
| 首个验证动作 | 接下来第一步做什么验证判断成立 | 先手工跑通 1 个竞品的完整流程 |
判断口诀：方法要反复交代 → Skill；固定操作/计算 → 工具；多步骤跨工具 → 工作流；只做一两次或方法没定型 → 暂不开发，先用对话跑。
B. 工作流设计字段（当判断为"工作流"时补充）
| 字段 | 填写说明 | 示例 / 填写内容 |
|---|---|---|
| 触发条件 | 时间触发/事件触发/条件触发 | 每周一早8点定时触发 |
| 输入来源 | 数据从哪里来 | 竞品官网RSS/搜索结果 |
| 处理节点 | AI/Skill/工具各做什么 | 工具抓取 → Skill 出三段式摘要 |
| 人工审核点 | 哪些结果必须人看 | 输出发负责人确认后再转发 |
| 输出位置 | 存到哪里 | Notion数据库 + 群推送 |
| 异常处理 | 失败/字段缺失/AI异常怎么办 | 发失败提醒，24小时内人工补录 |
| 成功标准 | 怎么判断跑好了 | 连续4周正常输出，采用率>60% |
| 负责人 | 谁维护这个流程 | 运营负责人 |
02
内容流水线设计表
内容流水线是模块06里风险最高的自动化。先从1个平台开始，跑稳再扩展。对应 M06-L02。
内容流水线是模块06里风险最高的自动化。先从1个平台开始，跑稳再扩展。
禁止全自动发布。所有内容必须经过人工审核后才能对外发布，无论平台多小、内容多"安全"。
内容状态流转
待生成
→
生成中
→
待审核
→
已通过
→
已排期
→
已发布
→
已复盘
→
需返工
模板字段
| 字段 | 填写说明 | 示例 / 填写内容 |
|---|---|---|
| 内容场景 | 公众号/小红书/LinkedIn/邮件等 | 小红书图文 |
| 目标人群 | 写给谁 | 营销人、小团队负责人 |
| 内容目标 | 引流/教育/转化/复盘 | 教育 + 引流 |
| 选题来源 | 人工选题/竞品监控/GEO问题库/用户问题 | 竞品监控 + 人工确认 |
| 触发方式 | 每周批量/热点触发/内容日历 | 每周一固定批量 |
| 内容数据库 | 存在哪里 | Airtable（状态管理） |
| AI生成步骤 | 生成哪些版本 | 标题5个版本 + 正文草稿 + 标签建议 |
| 平台适配规则 | 各平台怎么改写 | 小红书：加表情、缩短、加话题标签 |
| 审核人 | 谁负责审核 | 内容负责人 |
| 审核标准 | 品牌语气、事实、格式、禁区表达 | 语气符合品牌声音、无敏感词、格式正确 |
| 发布方式 | 自动/半自动/手动 | 人工审核后手动发布 |
| 发布记录 | 发布链接和时间写到哪里 | Airtable同一行 |
| 异常处理 | 生成失败/格式错误/审核不通过怎么办 | 通知负责人，原稿退回，24小时内重新生成 |
| 复盘指标 | 阅读、收藏、评论、转化等 | 阅读量、收藏率、私信转化 |
| 复盘频率 | 每周/每两周 | 每两周 |
03
舆情响应系统设计卡 + 话术库
监控、分级、响应、复盘四个环节缺一不可。先定规则再上自动化。对应 M06-L03。
A. 舆情响应系统设计卡
模板字段
| 字段 | 填写说明 | 示例 / 填写内容 |
|---|---|---|
| 监控渠道 | 小红书/公众号/微博/知乎/客服工单 | 小红书、公众号、知乎 |
| 品牌关键词 | 品牌名、产品名、创始人名、简称 | （填写品牌关键词组合） |
| 风险场景词 | 投诉、退款、避雷、维权、不好用等 | 投诉、差评、避雷、不值、退款 |
| 产品/服务问题词 | 功能失效/售后/没回复等 | 打不开、没反应、没人回复、售后差 |
| 触发条件 | 什么内容进入响应流程 | 含风险词 OR 评分≤2 OR 粉丝>5000账号发布 |
| 情感评分 | 强正面/弱正面/中性/弱负面/强负面 | （AI分类后填写） |
| 事实严重性 | 是否涉及法律、隐私、支付、安全 | （判断后填写） |
| L1处理规则 | 低风险如何处理 | AI自动点赞/感谢，不回复正文 |
| L2处理规则 | 中等风险 | AI起草回复→人审核→发布 |
| L3处理规则 | 高风险 | 人工接管，AI只整理情报 |
| 负责人 | 每级谁负责 | L1:系统自动；L2:运营；L3:负责人 |
| SLA时限 | 各级响应时限 | L1:自动；L2:4小时内；L3:1小时内 |
| 记录字段 | 原文/链接/分类/处理结果 | 原文链接、分类标签、处理人、处理时间 |
| 每周复盘 | 高频问题反馈给谁 | 产品负责人（周五下班前） |
B. 话术库
模板字段
| 字段 | 填写说明 | 示例 / 填写内容 |
|---|---|---|
| 场景类型 | FAQ/感谢/弱投诉/售后问题 | 售后问题 |
| 用户情绪 | 正面/中性/负面 | 负面 |
| 可用回复模板 | 可复用的表达 | 感谢您的反馈，我们会在X小时内跟进... |
| 禁止表达 | 不能用的词语和承诺 | 退款、赔偿、一定、保证、官方声明 |
| 是否需要人工确认 | 是/否 | 是（负面情绪必须人审） |
| 是否涉及高风险 | 是/否 | 否 |
| 适用渠道 | 小红书/公众号/客服/邮件 | 小红书 |
| 最近更新时间 | 话术维护日期 | （填写日期） |
04
线索自动化系统设计卡
从来源、评分到分发，每个环节都要有规则。AI 只能辅助，不能代替人做决策。对应 M06-L04。
禁止AI自动联系用户、自动承诺价格或方案、自动标记成交。所有外发触达必须人工确认。
模板字段
| 字段 | 填写说明 | 示例 / 填写内容 |
|---|---|---|
| 线索来源 | 官网表单/广告/内容下载/私信 | 官网表单、内容下载页 |
| 授权说明 | 是否有隐私政策和授权勾选 | 表单底部有隐私政策勾选 |
| 统一数据库 | 线索存在哪里 | Airtable（主库） |
| 去重字段 | 邮箱/手机号/微信 | 邮箱为主键，手机号为辅 |
| 必填字段 | 进库必须有哪些字段 | 姓名、联系方式、公司、需求描述 |
| 字段缺失处理 | 缺字段怎么办 | 标注"待补充"，不进Hot评分流程 |
| Fit评分维度 | 行业/规模/职位/预算等 | 行业匹配度(30%)、职位级别(30%)、规模(20%)、预算(20%) |
| Intent行为 | 定价页/申请演示/下载资料等 | 定价页浏览(+15)、申请演示(+40)、资料下载(+10) |
| 时间衰减规则 | 得分随时间下降的规则 | 7天内满分；30天后×0.7；90天后×0.3 |
| Hot标准 | 什么分数算Hot | Fit≥70 AND Intent≥50 AND 30天内有行为 |
| Warm标准 | 什么分数算Warm | Fit≥50 OR Intent≥30 |
| Cold标准 | 什么分数算Cold | 其余 |
| 分发规则 | 如何分配给销售 | 历史客户同行业优先，其余Round Robin |
| 销售容量 | 每人每日Hot线索上限 | 每人每天≤5条 |
| 跟进SLA | 各级必须在多久内跟进 | Hot:1小时，Warm:24小时，Cold:一周内 |
| AI可执行动作 | AI可以主动做哪些 | 生成线索摘要、起草首封邮件、评分标注 |
| AI禁止动作 | AI不能做哪些 | 自动承诺、自动成交、自动联系所有线索 |
| 触达频率 | 同一线索最多多久联系一次 | 每周最多2次 |
| 退订处理 | 退订后怎么办 | 立即停止所有触达，标注状态"退出" |
| 复盘指标 | 追踪哪些数字 | 转化率、首次响应时间、评分准确率（每月校准） |
05
营销Skill设计卡
把一件反复交代方法的营销活儿，固化成一个可被 AI 稳定调用的 Skill。对应 M06-L05。
只做一次的活儿、方法还没定型的活儿，先别做 Skill。先用普通对话跑几次，方法稳定了再固化。
模板字段
| 字段 | 填写说明 | 示例 / 填写内容 |
|---|---|---|
| 来源于哪项日常工作 | 从哪件反复在做的活儿长出来 | 每次竞品分析都要重讲一遍方法 |
| 目标用户 | 谁来调用 | 自己 + 团队内容岗 |
| 要解决的问题 | 帮谁、做什么、交付物 | 产出可核实/可对比/可重复的竞品报告 |
| 明确不处理什么 | 红线：合规/隐私/数据来源，写在最前 | 不破解登录、不存密钥、不递归爬站 |
| 触发条件 | 什么情况用到、主文件怎么分诊 | 用户给竞品名/URL 即触发 |
| 必要输入 | 开工前必须拿到什么 | 竞品名 / URL |
| 最小提问 | 哪个是硬门槛，其余给什么默认值 | 只问竞品名，其余默认 |
| 执行步骤 | 主干流程分几步、拆哪几个方法分册 | 圈竞品→取数→分级→出报告 |
| 判断标准 | 什么算做对了、有无必须对上的口径 | 总数=重复+无效+有效 |
| 证据要求 | 每条结论附什么来源、怎么标事实/推断/未知 | 每条带来源，事实与推断分开 |
| 输出结构 | 固定模板长什么样、含哪些字段 | 竞品对比表 + 证据等级 + 行动建议 |
| 可调用工具 | 要配参考资料/模板/可选脚本吗 | references 分册 + 报告模板 |
| 人工审核点 | 哪些输出必须人过一遍才对外 | 对外结论、指名竞品的表述 |
| 失败与降级处理 | 数据不足/抓取失败怎么办 | 明确标"数据不足"并停下，不硬凑 |
| 测试样例 | 至少1道可验证蒸馏题：固定输入+标准答案+怎么判对错 | 24行评论+标准计数，加起来必须等于总数 |
| 更新记录 | 每次真实使用暴露的问题怎么回填 | v1.1 修复分类不可验证问题 |
| 是否真正减少重复沟通和返工 | 用一阵后回答，没有就退回对话辅助 | 是，不用每次重讲方法 |
06
营销工具设计卡
把一件反复做的固定操作（输入/计算/匹配/判断），做成一个属于你的轻量工具。对应 M06-L06。
工具形态不止写代码：表格公式 / 无代码 / 自动化平台 / 单页 HTML / 脚本 / 小型内部应用，选够用的最轻形态。若核心主要靠复杂判断，先做 Skill。
模板字段
| 字段 | 填写说明 | 示例 / 填写内容 |
|---|---|---|
| 来源于哪项日常工作 | 从哪件反复操作长出来 | 逐引擎手动查品牌被 AI 提及情况 |
| 使用者 | 谁来用 | 自己 / 团队 |
| 要替代的手工操作 | 替谁、省掉哪件反复操作 | 手动测 + 手动记 + 手动比 |
| 当前耗时 | 手工做一次多久 | 每轮 40 分钟 |
| 使用频率 | 每天/每周几次 | 每周多次 |
| 工具输入 | 喂什么、哪个是硬门槛 | 品牌名（硬门槛）+ 竞品/回答（选填） |
| 核心处理规则 | 心智模型、切成哪几层、按什么规则算 | 四层漏斗：提及/被引/检索到/未出现 |
| 工具输出 | 出什么结果、结构长什么样 | 四层漏斗判定 + 位置 + 竞品顺序 |
| 最小可用版本 | 第一版只解决哪个明确问题 | 贴一次回答，出四层漏斗判定 |
| 工具形态 | 表格/无代码/自动化/单页HTML/脚本/小应用 | 单页 HTML（纯前端本地） |
| 测试样本 | 拿什么固定样本验证核心逻辑 | 几段真实 AI 回答 + 标准答案 |
| 异常输入 | 真实脏输入有几种、各有什么坑 | 六引擎粘贴格式各异，需真样本校准 |
| 数据不足时的处理 | 样本少/缺失/低置信度怎么标注 | 少于5条显示"样本不足"，不给百分比 |
| 隐私和权限边界 | 联网？数据存哪？谁能访问？存密钥吗？ | 不联网、数据只留本地、不存密钥 |
| 人工确认点 | 哪些结果要人再看一眼才作数 | 样本不足/异常判定人工复核 |
| 成功标准 | 判得准 + 省了多少时间 | 判定准确，每轮省 30 分钟 |
| 后续暂不开发的功能 | 哪些留到以后、为什么先不做 | 批量模式、更多引擎，先跑稳单条 |
07
AI营销工作系统配置图
把工作流、Skill、工具组合成一套能持续运行的系统，并判断是否需要 Agent。对应 M06-L07。
这张图是模块06的最终产出。系统 = 业务任务 + 数据与知识 + 专用工具 + 自有Skill + 稳定工作流 + 人工决策节点 + 可选Agent。
模板字段
| 字段 | 填写说明 | 示例 / 填写内容 |
|---|---|---|
| 核心业务目标 | 系统为哪个业务结果服务 | 稳定获客 + 内容增长 |
| 高频营销任务 | 覆盖哪几个高频重复任务 | 内容生产、竞品监控、线索跟进 |
| 已跑通的工作流 | 哪些真实在运行 | 内容流水线、竞品周报 |
| 自有Skill | 有哪些、各管什么 | 竞品分析Skill、标题判断Skill |
| 自有工具 | 有哪些、各替代什么手工活 | GEO可见度判定、UTM生成 |
| 数据和知识来源 | 知识库含什么、数据从哪来 | 品牌声音/FAQ/画像 + 平台数据 |
| 人工判断点 | 哪些环节必须人拍板、谁负责 | 对外发布、报价、关键沟通 |
| 自动执行边界 | 哪些能自动、哪些绝对不自动 | 监控/评分自动；发布不自动 |
| 异常处理 | 各环节失败怎么办、谁收告警 | 失败发提醒，负责人补录 |
| 系统负责人 | 谁对整套系统负责 | 创始人本人 |
| 运行频率 | 各流程多久跑一次 | 每天扫线索、每周产内容 |
| 复盘指标 | 用什么指标判断系统起效 | AI采用率、线索响应时间 |
| 月度维护成本 | 每月花多少时间/钱维护、值不值 | 约 6 小时/月，仍低于收益 |
| 暂缓开发内容 | 明确不做什么、什么条件再考虑 | 全自动发布、复杂CRM评分 |
| Agent化候选任务 | 有没有想做成Agent的、是哪个 | 跨系统线索补全（观察中） |
| Agent化条件是否满足 | 逐条对照必要条件：满足/不满足（缺哪条） | 不满足：流程尚未跑稳 |
| 下一步行动 | 接下来第一步、走到六周路线第几周 | 先把内容流水线跑稳（第5周） |
08
六周搭建路线 + 系统健康检查表
每周只推进一件事，跑稳了再加下一件。六周结束你会有一套真正在运转的最小系统。对应 M06-L07。
A. 六周搭建路线
第1周
记录任务
记录任务
记录日常营销任务，选一个高频问题
用第一部分诊断表盘点一周任务 · 用 10 维评估找出最值得动手的高频问题 · 判断它该做成工作流/Skill/工具
产出：填好的日常营销任务诊断表
验收：选定 1 个高频问题作为本轮目标
第2周
跑通工作流
跑通工作流
拆解并手工跑通工作流
把任务拆成逐步流程 · 先用普通对话手工跑通 · 标出人工审核点和异常路径
产出：一条能手工跑通的工作流
验收：流程稳定，说得清什么算做对了
第3周
开发Skill
开发Skill
把稳定方法开发成一个 Skill
把流程里"每次都要重新交代的方法"固化成 Skill · 定边界、最小提问、判断标准 · 写至少 1 道可验证蒸馏题
产出：第一个营销 Skill + 蒸馏题
验收：蒸馏题能跑通，方法不用每次重讲
第4周
开发工具
开发工具
把固定操作开发成一个轻量工具
把流程里反复的计算/匹配/判断做成工具 · 选够用的最轻形态 · 核心逻辑能拿固定样本验证
产出：第一个营销工具（最小可用版）
验收：拿固定样本一跑就能判对错
第5周
接入系统
接入系统
将工具、Skill 和人工节点接入工作流
把 Skill、工具挂到工作流处理节点 · 把人工决策点设成绕不过去的关卡 · 完整跑通端到端
产出：一套能运转的最小 AI 营销工作系统
验收：端到端跑通，审核点不可绕过
第6周
复盘判断
复盘判断
复盘运行效果，判断是否需要 Agent 化
做第一次系统健康检查 · 对照 Agent 化必要条件逐条判断 · 多数情况答案是"暂时不需要"，这也是对的
产出：健康检查报告 + Agent 化判断结论
验收：系统在解决真实问题，收益高于维护成本
B. 系统健康检查表
完整健康检查模板
| 检查项 | 处理动作 |
|---|---|
| 是否仍在解决真实问题 | 若已不解决真实问题，暂停并重新诊断 |
| 是否减少重复劳动 | 没减少说明方向偏了，回退或调整 |
| 输出是否稳定 | 不稳定则回到 Skill/工具的判断标准与样本 |
| 人工审核是否有效 | 审核流于形式则明确审什么、谁审 |
| 工具和 Skill 是否有人维护 | 无人维护的先暂停，避免静默失效 |
| 失败是否能被发现 | 补齐失败告警，别让流程悄悄挂掉 |
| 数据权限是否超出边界 | 超界立即收回，回到只读/受限 |
| 自动化收益是否高于维护成本 | 不划算则简化或退回人工 |
| 是否存在不必要的 Agent | 用工作流能解决的，撤掉 Agent |
| 是否应该暂停或退回人工流程 | 命中暂停条件的流程立即停 |
复制完整工作簿模板
包含全部 8 个部分的 Markdown 结构，可粘贴到 Notion / 飞书 / Google Docs 直接使用