Overview · 负责什么，交付到哪一步
网站建好以后，运营人员还要持续处理站点更新、询盘和内容。这篇案例聚焦单个租户内部的工作，记录我在产品规划与原型设计阶段对操作流程、异常处理和统计口径的整理。
- 已有材料包括独立站需求文档，以及批量部署、询盘 AI、统一图库、统计看板和 AI 写作助手五份专题原型。
- 本篇重点展开批量任务、AI 辅助判断和数据口径三个问题；平台分层、配额及服务边界见文末关联案例。
- 当前成果为需求与原型，真实运营效率、AI 准确率和业务转化尚无可公开验证的数据。
Batch deployment · 一次操作也要看清每个站点
批量部署需要回答两个问题：哪些站点能执行，失败后从哪里继续。原型采用先校验、后确认的流程，并逐站展示进度和结果。
- 正在部署的站点被排除，避免重复执行；缺少服务器配置的站点显示原因，并提供流程内补填入口。
- 只有通过校验的站点进入任务。执行时分别展示排队中、部署中、完成和失败，便于定位具体站点。
- 关闭任务弹窗后，可再次打开查看进度或结果；失败项回到站点列表单独重新部署。
- 这些是原型中的流程与演示状态，真实后台任务能否持续运行、失败后是否安全重试，仍需联调验证。
批量部署的四步路径
Inquiry AI · 意图不明确的询盘仍然推送
筛掉无关信息可以减少干扰，但误拦采购询盘会让销售失去跟进机会。方案先保存询盘，再由 AI 给出星级、意图和原因，按意图规则决定是否推送。
- 求职、营销推广和垃圾类型默认不推送；“其他 / 未知”默认推送，留给人工继续判断。
- 例如内容只表示想了解产品、没有明确采购需求时，原型将其归为“其他”并保留推送，星级仅供判断优先级。
- 后台可查看 AI 的判断原因。对已拦截询盘重新推送时，需要确认，并保留“手动放行”标记；推送失败另有重试入口。
- 这项取舍接受部分低价值信息仍会到达销售，以降低未知类型被直接拦掉的风险；实际漏判与误判比例还没有验证。
询盘判断与人工放行
Human feedback · 推送成功以后，还要知道是否有效
推送状态只能说明消息是否送达。人工标注另外记录“未标注、有效、无效、成交”，让 AI 判断和后续跟进结果能够对照。
- 接收人在通知卡片上标注有效或无效，首次标注后卡片锁定；误标由后台纠正，成交也只在后台标记。
- 按站点绑定跟进表格，已标注的询盘写入对应表格；后续改标更新原行，避免把同一询盘重复追加。
- 后台保留标注人、时间和表格同步状态；同步失败可重试。历史询盘另有批量重新分析的设计。
- 原型演示了状态变化，并写明回写规则。消息平台与表格的真实同步、多人同时标注和失败重试，仍需要接入后验证。
Measurement · 点击、询盘和成交分别看
看板将电话、WhatsApp 和邮箱点击与询盘数分列，询盘量按联系方式去重。口径需要先回答“同一个人重复提交算几次”，才能解释图表变化。
- 现有设计在单站点内按全部历史记录去重，同一 WhatsApp 号或邮箱任一重复即判为重复；不同站点独立统计。
- 例如同一邮箱在同一站点重复提交，按该规则只计一次；跨站点提交分别计算。该口径用于控制重复计数，无法直接代表每次新需求的数量。
- 页面和导出沿用日期、部门、站点、负责人筛选，并限制在当前角色可见范围；点击量与询盘量分开展示。
- 同一联系人再次产生新采购需求时如何衡量，以及历史去重后的日期归属，仍需与业务确认；当前统计不能直接证明成交或转化提升。
Supporting work · 内容和图片也要能持续维护
除询盘主线外，模板与主题皮肤分别管理页面结构和视觉；统一图库集中图片选择、上传、替换和引用查看；AI 写作助手按产品、文章等任务组织输入、生成、人工调整与导出。
- 图库原型可以查看图片引用明细，图片内容替换后沿用原地址。跨页面更新的实际结果仍需接入网站后核验。
- AI 写作流程保留人工修改环节，生成内容能否直接使用、需要多少修改，尚未通过真实运营样本衡量。
统一图库的素材引用关系
Evidence · 已有交付物与能够说明的事情
需求文档和专题原型使讨论可以落到具体入口、状态和异常处理。以下列的是材料覆盖范围，原型中的演示数据和成功提示不作为真实业务结果。
- 批量部署原型覆盖选择、校验、逐站进度、结果和再次打开任务，支持核对任务流程是否完整。
- 询盘 AI 原型覆盖意图与原因、拦截后放行、人工标注和同步失败状态，支持检查人工介入的入口。
- 统计看板原型写明单站点历史去重、角色范围和筛选规则，支持讨论数字如何计算、谁能看到。
- 统一图库与 AI 写作助手原型补充素材引用、内容生成和人工调整的操作路径。公开配图为脱敏示意图，原始业务资料不公开。
Next step · 下一步用真实样本验证什么
当前可确认的是需求与原型已形成。案例继续保持原型阶段，后续需要通过真实操作与系统接入检查这些设计能否成立。
- 让运营人员完成一次批量任务，观察不可部署、部分失败和再次打开任务时能否找到下一步。
- 用经授权的历史询盘对照 AI 判断与人工结果，检查未知类型、误拦后的恢复，以及标注和表格同步是否一致。
- 与业务确认重复联系、新需求和日期归属的统计方式，再核验页面、导出及角色可见范围。
- 真实服务接入、持续运行、效率收益和转化效果均待验证，不用原型演示推断已上线或商业成效。