Package 01
AI 基建启动包
5万起3-7 天
适合刚开始把 AI 从个人尝鲜推进到公司使用的企业。
包含内容
- -账号权限台账
- -标准工具栈建议
- -MFA / 密码库 / API Key 管理
- -员工基础使用培训
- -安全使用规范
验收结果
让员工能在统一工具、统一权限、统一安全边界下使用 AI。
Purchase
选购 Shadow
不是先问买哪个工具，而是先判断企业现在处在 AI 施工的哪一阶段：基建、样板间、系统共建，还是运维陪跑。
选购页用于帮助老板、C-AI-O 和业务负责人判断投入区间、交付周期、适合场景、包含内容和验收结果。
四种选购方式，对应四种企业状态。
价格用于表达投入区间，最终报价根据企业人数、知识资产规模、私域体量、驻场周期、系统接入数量、自动化深度和安全要求细化。
Package 02
Shadow 样板间施工
15万起10-30 天
适合已经有明确业务痛点，希望先跑通一个可验收场景的企业。
包含内容
- -一个关键业务流诊断
- -知识库目录与上下文接入
- -1-2 个小B AI 员工
- -老板简报模板
- -试运行与复盘报告
验收结果
用一个部门、一个流程、一个结果证明 AI 可以进入真实业务。
Package 03
外聘 C-AI-O 共建版
98万起3-6 个月起
适合老板已经决定系统性建设 AI 能力，但内部缺少总负责人和现场工程团队的企业。
包含内容
- -AI 路线图与预算治理
- -C-AI-O 月度共创
- -FDE 现场施工
- -多部门 Agent 与知识库
- -老板经营简报与管理复盘
验收结果
形成企业级 AI 施工节奏，让 AI 基建、业务场景和组织治理持续升级。
Package 04
月度运维陪跑
2万/月起按月
适合已上线 AI 模块，需要持续优化知识、成本、权限和使用效果的团队。
包含内容
- -月度使用报告
- -知识库更新
- -Prompt / Agent 优化
- -成本与额度监控
- -新场景共创会
验收结果
避免上线后逐渐失效，让 AI 能力随着业务变化继续进化。
AI Construction Configurator
先选施工底盘，再逐项加配真实 SKU。
参考 Shadow 原始选配器重建：套餐决定默认模块与基础价格，模块进入真实售卖 SKU，数量变化同步进入总价和客户可读清单。第三方硬件、订阅与 API 消耗仍按实际采购另计。
Shadow Delivery BlueprintAI 基建版PKG-AI-BASE
- 预计周期
- 3-7 天
- 已启用模块
- 6 / 12
- 增强 SKU
- 0 项
- 估算总价
- ￥50,000
01 / 12 · 当前施工模块
前期诊断与方案设计
成熟度评估、流程梳理、场景诊断、预算测算与路线图。
成熟度评分阻塞清单场景优先级施工路线
MODULE MAP模块状态会随套餐与 SKU 联动
CONFIGURATION & ESTIMATE
AI 基建版配置单
把账号、工具、网络、员工工位、培训和交接文档搭起来。
Estimated Total￥50,000服务方案估算价
AI Maturity Map
选购不是比较功能，而是确认企业下一步要跨过哪一道成熟度门槛。
每一阶段都有进入信号和退出证据。Shadow 不鼓励跳级采购：基础不稳时先标准化，价值未明时先做样板间，只有跨部门依赖出现后才进入系统共建。
Stage 01
Explore
个人尝鲜员工各自找工具，账号、费用、数据边界和真实使用情况都不可见。
建议起点AI 基建启动包
离开本阶段的证据
统一工位可用，账号有归属，员工完成首批岗位任务。
Stage 02
Standardize
组织标准化工具已经在用，但知识、提示词和安全规范仍然依赖个人经验。
建议起点AI 基建 + 运维
离开本阶段的证据
形成工具栈、权限表、岗位模板和月度使用报告。
Stage 03
Prove
业务价值验证企业有明确痛点，需要证明 AI 能改变一个客户或组织结果。
建议起点Shadow 样板间
离开本阶段的证据
真实员工使用、真实数据接入、业务指标通过价值闸门。
Stage 04
Scale
系统共建多个部门同时提出需求，需要统一路线、预算、对象层和治理节奏。
建议起点外聘 C-AI-O
离开本阶段的证据
形成 AI 投资组合，场景可以被加注、复制、暂停或退出。
报价本质上是一项 AI 资本配置决策，由六种复杂度共同决定。
Shadow 不按页面数或提示词数量计价。我们把机会成本、上下文债务、接入面、自主程度、风险等级和组织变更能力写进报价假设，让预算可以被讨论，也可以在复盘中被修正。
Cost of Delay
业务问题每多拖一个月会损失多少客户、时间或机会，决定这个场景值不值得优先加注。
Context Debt
资料越分散、口径越冲突、维护者越不清楚，清偿上下文债务需要的施工量越大。
Integration Surface
企微、CRM、客服、订单、会议与网盘形成多大的接入面，决定对象层和测试复杂度。
Autonomy Level
只读观察、人工确认、有限委派和事件驱动闭环，对评测、回滚和审计要求逐级增加。
Risk Class
医疗、财务、合同与个人隐私等高风险信息，需要更严格的脱敏、权限与人类裁决权。
Change Capacity
企业能投入多少 Owner 时间、培训和流程变更能力，决定施工速度而不只是供应商人数。
Operating Contract
项目能不能落地，取决于责任边界是否比技术方案更清楚。
Shadow
C-AI-O + FDE
负责路线、方案、对象建模、现场配置、Agent 评测、培训与交付节奏。
客户
Executive Sponsor + Owner
负责目标、数据授权、业务口径、关键审批、真实员工试运行与最终验收。
第三方
模型 / SaaS / 硬件
订阅、Token、设备与广告等按实际采购；Shadow 提供选型、集成和成本治理。
Delivery Gates
每跨过一道交付闸门，系统才获得下一层权限。
周期不是机械倒计时。只要数据、责任人或风险证据没有就绪，就不把系统推向更高自动化等级；通过闸门后，采购方也能清楚看到钱换来了什么。
Gate 00
诊断立项
老板目标、业务 Owner、首个场景和明确不做事项被共同确认。
诊断纪要 + 施工范围说明书Gate 01
上下文就绪
样例数据可用，业务口径有人负责，敏感信息和权限边界完成标注。
对象草图 + 数据授权清单Gate 02
影子试跑
系统在不执行外部动作的前提下观察真实任务，并与人工结果完成比对。
基准评测 + 失败样例集Gate 03
有限委派
Agent SLA 达标，人工审批、异常升级和回滚机制经过真实员工验证。
试运行记录 + 风险评审Gate 04
验收交接
指标、成本、使用率和维护责任人进入月度节奏，客户团队能够独立运行。
验收报告 + 运维交接包Procurement Pack
真正交付给企业的，是一套能被采购、老板和业务共同理解的材料包。
01
AI 成熟度诊断
企业当前账号、工具、网络、知识库、流程、数据和团队能力评分。
02
施工范围说明书
明确本阶段做什么、不做什么、谁提供资料、谁验收、何时复盘。
03
对象层草图
客户、订单、会话、会议、负责人、风险、机会和权限的关系图。
04
Agent 岗位说明
每个小B AI 员工的目标、输入、输出、审核点、异常升级和禁区。
05
上线验收清单
指标、样例、人工审核记录、失败案例、成本情况和下一阶段建议。
06
运维交接包
账号权限、知识维护、Prompt 更新、费用监控、离职回收和月度复盘机制。
选购常见问题
为什么不直接给固定报价？
因为不同企业的人数、知识量、系统接入、私域体量、安全要求差异很大。我们先给区间，再通过诊断确认范围。
可以先做最小版本吗？
可以。我们建议大多数企业先做样板间，用一个业务流验证价值，再决定是否扩大。
老板需要投入多少时间？
启动访谈、关键评审、试运行复盘和月度简报需要老板参与。Shadow 的目标是节省老板日常盯细节的时间，而不是增加会议。
交付后会不会依赖外部团队？
不会把客户锁死。所有交付都会留下账号表、知识库目录、Agent 手册、权限规范和运维交接包。