AI 咨询服务菜单怎么设计

先说结论。

这是一份待验证的 AI 咨询服务菜单草案，面向已有明确流程或具体 AI 问题的企业团队。不同服务从 3 至 5 个工作日的诊断，到 2 至 8 周的原型与交付，再到按月陪跑；最终产出是范围、流程、样本、原型、验收或评审记录，而不是抽象的“接入 AI”。所有周期都以材料、角色和权限按约定到位为前提。

AI 咨询服务不能只写“帮企业接入 AI”。这个表达太宽，客户不知道你交付什么，也不知道怎么评估价值。

更好的方式是把服务拆成菜单：诊断、原型、自动化、知识库、内训、顾问陪跑。每一项都要写清楚适合谁、交付什么、周期多长、不适合什么情况。

这份服务菜单给谁

适合三类客户：

• 已经意识到 AI 有价值，但不知道从哪个流程开始的企业团队；
• 有一个具体想法，但缺少需求拆解、原型和验收标准的业务负责人；
• 已经做出 Demo，但需要进入试点、交付或团队内训的项目组。

不适合：

• 只想买一个通用聊天机器人；
• 没有负责人、没有数据、没有试点场景的团队；
• 希望一次咨询直接产出完整 AI 平台的客户。

一种参考组合可以拆成 3 至 5 个工作日诊断、2 到 3 周原型、4 到 8 周试点交付。这不是普遍工期承诺：它成立的前提是业务负责人可参加访谈、去敏样本按时提供、测试环境与接口权限可用，且验收角色提前确定。任一前提缺失时，应暂停计时或重新缩小范围。

服务一：AI 场景诊断

适合还没想清楚从哪里开始的客户。

周期：3 到 5 个工作日。

交付物：

• 当前流程访谈；
• AI 场景清单；
• 优先级排序；
• 风险边界；
• 第一阶段试点建议。

这个服务解决的是“要不要做，先做什么”。

不要直接跳到开发。诊断阶段本身应该收费，因为它会产出可执行的决策材料。

服务二：AI 原型设计

适合已经有明确场景，但还不知道效果如何的客户。

周期：2 到 3 周。

交付物：

• 低保真流程图；
• 输入输出设计；
• Prompt 和模型调用方案；
• 简单可演示原型；
• 验收问题集；
• 下一阶段开发范围。

这个服务解决的是“能不能做”。

原型不是正式系统。它要验证价值和边界，不要在第一版里承诺权限、审计、复杂运维和全量接入。

服务三：AI 自动化工作流

适合有重复流程的小团队。

周期：2 到 6 周。

交付物：

• 流程拆解；
• 工具选型；
• 自动化节点配置；
• 人工审批节点；
• 失败处理和日志记录；
• 试运行复盘。

典型场景包括销售跟进、客服质检、会议纪要、周报生成、内容分发。

这个服务的关键不是模型能力，而是输入、输出、人工确认和异常处理是否清楚。

服务四：RAG 知识库落地

适合文档多、问答重复、知识查找成本高的团队。

周期：4 到 8 周。

交付物：

• 需求访谈；
• 文档清单；
• 权限设计；
• RAG 原型；
• 评估问题集；
• 上线和运营方案。

注意：知识库不是一次性交付，需要维护流程。客户必须指定文档负责人和反馈处理人，否则知识库上线后会很快失效。

服务五：企业 AI 内训

适合团队需要统一认知。

周期：半天到两天。

不要只讲工具。

交付物应该包括：

• AI 能力边界；
• 真实案例拆解；
• 团队场景共创；
• 试点项目清单；
• 后续行动计划。

内训的目标不是让大家“觉得 AI 很强”，而是让团队知道下一步做什么。

服务六：顾问陪跑

适合已经开始做 AI 项目的团队。

周期：按月。

交付物：

• 每周评审；
• 方案把关；
• 风险提示；
• 选型建议；
• 项目复盘；
• 文档和验收标准。

顾问陪跑卖的是判断，不是工时堆叠。

如何组合报价

建议按阶段报价：

1. 诊断阶段；
2. 原型阶段；
3. 交付阶段；
4. 维护阶段；
5. 内训或陪跑阶段。

这样边界清楚，客户也容易理解。

不要一开始就报一个大包。AI 项目最大的不确定性通常在需求、数据和流程，不在写代码本身。

客户在每个阶段要完成的任务

诊断阶段要安排流程相关角色参加访谈；原型阶段要提供去敏样本并确认标注；交付阶段要开放约定环境、完成权限与业务验收；内训阶段要带来真实流程并提交课后试点 brief；陪跑阶段要指定负责人处理每周决议。服务方交付和客户任务要成对出现，否则周期承诺没有成立条件。

常见问题

Q：客户一上来就问能不能做 Agent，怎么办？

先回到流程。让客户列出输入、动作、判断、输出、审核和异常处理。如果这些说不清，还不到做 Agent 的阶段。

Q：诊断阶段要不要收费？

建议收费。诊断会产出流程图、场景优先级和试点建议，本身就是交付物。

Q：内训和咨询怎么衔接？

内训不只讲工具，要让团队产出场景清单。场景清单可以自然进入诊断和试点。

Q：客户预算不高，应该卖哪一项？

优先卖场景诊断或小型原型。不要为了成交承诺完整系统，否则交付边界会失控。

Q：怎么判断顾问是否真的做过交付？

要求查看脱敏后的流程图、失败分类、验收表和交接样例。只展示工具截图或成功 Demo，不能证明顾问处理过权限、异常和维护。

Q：每项服务最终拿到什么？

诊断拿到决策材料，原型拿到可运行验证与评估，工作流和知识库拿到受控系统及运行文档，内训拿到团队场景与试点 brief，陪跑拿到持续评审记录。具体文件名和归属在合同中逐项确认。

服务方可信度与责任边界

本站当前没有在本页展示可核验的客户履历或已签收项目，因此这份菜单只能作为服务设计草案，不能暗示六类服务已经获得市场验证。正式对外销售前，应至少补充一份可公开或脱敏的交付样例、样例版本与适用边界；没有这些证据时，沟通入口只能用于需求探索，不应作效果承诺。

本站不以虚构客户数量或保证效果建立可信度。更可核验的做法，是明确方法、记录失败，并把需要客户业务、安全、法务角色批准的决定留给责任人。咨询方负责判断与方案，不替客户承担未授权的专业结论。

行动入口

如果要判断这份草案是否适合当前团队，先提交以下材料：

• 一条当前业务流程及涉及角色；
• 可提供的数据样本、现有工具和权限条件；
• 希望改变的具体步骤与不可接受结果；
• 已确定的业务负责人和验收人。

收到材料后先做适配性判断：问题是否足够具体、样本是否可用、责任角色是否到位，以及更适合诊断、原型、工作流、知识库、内训、陪跑，还是暂不进入任何服务。材料不足时先退回补充，不直接预约或承诺交付。