企业 AI 落地咨询
回答四个问题：该不该做、先做哪一个、按什么技术路线做、分几期花多少钱。交付一份可以拿到内部讨论、也可以拿去比价的判断依据。
推进不下去，通常不是缺工具
四类反复出现的卡点，都不是买一套软件能解决的
知道要做，不知道从哪做
- •老板要求今年必须把 AI 用起来，但没人能说清第一步做什么
- •各部门报上来的需求都是“我们也需要 AI”，无法判断先给谁
- 核心问题：没有统一的场景筛选口径 (No Prioritization Framework)
看不懂供应商给的方案
- •不同厂商给的架构图、参数指标和报价口径互不对应
- •分不清哪些是真正需要的，哪些是搭售的
- 核心问题：缺少能与企业自身条件对照的技术判断力
买了工具，没人用起来
- •账号开通了，实际日活只剩最初两周
- •员工觉得不如原来手工做快，业务数据又没接进去
- 核心问题：工具与真实工作流之间缺少适配环节
说不清数据到底会不会出事
- •客户或总部要求书面说明数据流向，内部没人能答
- •不清楚哪些资料可以给外部模型、哪些绝对不能
- 核心问题：数据边界未定义，风险无法评估也无法授权
咨询交付的六项内容
每一项都以文档形式交付，能核对、能追溯、能拿去比价
现状盘点
- 业务系统清单：ERP / OA / CRM / 企微或钉钉的实际使用范围与开放能力
- 数据资产画像：资料存放在哪、谁有权访问、哪些属于敏感或受监管数据
- 人员与预算约束：谁负责推进、能协调到什么程度、可用预算区间
- 历史尝试复盘：已经买过或用过什么，为什么没继续用
场景候选与排序
- 从各岗位实际工作出发收集候选场景，不做抽象的功能清单
- 按数据可获得性、流程稳定度、判错代价、可衡量的改善四个维度评分
- 排除当前条件下做不出结果的伪场景，明确哪些先放一放
- 产出一张排好序的推进表，而不是一堆并列的选项
数据边界与合规判断
- 按数据分类分级确定各类资料的可去边界，形成可执行的白名单
- 区分对外提供生成式服务的备案义务与企业内部自用的合规要求
- 对照《网络安全法》《数据安全法》《个人信息保护法》给出义务清单
- 涉及生成合成内容对外发布的，说明标识义务的适用判断
技术路线选型
- 按数据敏感度与调用频率测算云 API 与私有化部署的成本交叉点
- 明确哪些场景适合公有模型、哪些必须本地推理
- 算力是自建、租用还是先用 API 过渡，给出判断依据
- 需要接入现有系统的，评估接口改造量与所需配合方
实施路径与预算测算
- 把推进拆成可独立验收的分期，每期都有可交付、可回退的边界
- 硬件、软件、授权、集成与运维各项成本分列，不留隐性支出
- 标明哪些是一次性投入、哪些是持续支出，便于做预算表
- 给出不做某一步会有什么后果，方便内部决策取舍
验收口径
- 为每个场景约定可观测的验收指标，不采用无法验证的效果表述
- 明确数据由谁采集、由谁复核，避免结项时各说各话
- 约定未达标时的处理方式：调整、缩减范围还是停止投入
- 把验收口径写进方案，作为后续实施方的共同依据
四个阶段，每阶段有明确产出
调研结束前不出报价，避免在信息不对等的前提下做决策
初次沟通
先了解企业规模、业务类型与当前最想解决的问题，判断是否属于我们能提供有效判断的范围。不合适会直接说明。
现状调研
按约定范围梳理系统清单、数据存放与权限现状、已有的 AI 使用情况，收集各岗位的真实工作场景。
方案汇报
交付盘点结果、场景排序、数据边界判断、路线选型与分期预算，逐项说明依据，现场答疑并修订。
可选后续
如需要，可就其中某个场景继续做实施（知识库、系统集成、使用治理），也可只拿方案自行推进或另行比价。
这份咨询和普通方案报价的区别
判断基于企业自身条件
结论从你的系统现状、数据边界和人员情况推出，不套用行业通稿。同样的场景在不同企业可能一个该做、一个该缓。
交付物可核对
盘点清单、候选场景评分表、成本分列与分期路径都以文档形式交付，每一项都能追溯到来源，便于内部讨论和对外比价。
带着实施经验做规划
我们有私有化知识库、系统集成与 IT 托管的实际交付经验，规划里会写清哪些环节容易出问题，而不是只给一张理想路径图。
不做超范围承诺
不承诺提升多少效率、不承诺替代岗位、不替企业做组织与人事决策。咨询给的是判断依据和执行路径，不是效果背书。
我们明确不做的事
把边界写清楚，比把能力写满更有用。以下内容不在本项咨询范围内。
- 不做企业战略咨询与组织架构调整建议
- 不承诺效率提升比例、营收增长或人力削减数字
- 不替企业做人事、采购与供应商最终选定决策
- 不做超出信息系统与数据范围的业务诊断
- 不在未完成现状盘点的前提下直接给出报价方案
常见问题（FAQ）
以下是客户在选型与实施阶段最常提出的问题，如需针对自身环境评估，欢迎预约免费诊断。
Q:咨询大概需要多长时间，以什么形式进行？
A:视企业规模与系统数量而定。一般先做一次现状沟通，确认评估范围后再进入调研与方案汇报，交付物是文档而不是口头建议。范围经企业确认后才确定，不先给一个与实际情况无关的固定报价。
Q:你们会不会为了卖实施服务，故意把方案做复杂？
A:方案会分别写明哪些环节企业可以自己做、哪些建议外部实施，成本逐项分列。这份方案可以拿去与其他服务商比价，也可以只做咨询不继续实施，两者不绑定。
Q:公司只有十几个人，也需要做这种评估吗？
A:规模小反而更需要先做判断。人少意味着试错成本更直接，先明确哪个场景最值得投入，比先买一套工具更有价值。评估范围可以只覆盖一到两个场景。
Q:评估结论和我们内部的想法不一致怎么办？
A:结论会附判断依据，包括数据可获得性、流程稳定度与判错代价的具体说明。如果依据不成立或信息有遗漏，补充后可重新评估，方案随之修订。
相关政策要求
这项能力往往不是「想不想做」，而是政策与标准提出的要求。下面是与之直接相关的政策专题， 每条政策都标注了发文号与官方来源。
动手之前，先自己核一遍
这份清单把相关要求拆成了可以逐项打勾的问题。填完能看出短板集中在哪一处，也方便在内部先把话说清楚 —— 不需要先跟我们谈。