想做 AI，但不知道从哪里下手
听到很多方案，但落到自己公司就说不清该做什么。需要有人把业务问题拆开，先排出先后顺序。
- 服务形式
- 现场调研 + 路线评审
- 主要产出
- AI 落地实施路线图
- 参与角色
- 业务负责人 + IT 对接人
适用情况
这个方案解决什么问题
如果你正处在下面任何一种状态，咨询诊断通常是投入产出比最高的一步。
做过一次尝试，效果不理想
买过工具或做过试点，但用的人少、说不清问题出在哪里。需要重新判断是场景选错、数据没到位，还是流程没跟上。
各部门都在提需求，排不出优先级
每个部门都觉得自己的场景最急。需要一个不偏向任何一方的判断标准，把候选场景排出先后顺序。
要向管理层说明投入与产出
预算需要依据。需要把"做这件事能带来什么"讲清楚，而不是只描述技术方案有多先进。
诊断方法
诊断要回答的五个问题
诊断不是走流程。这五个问题如果没有明确答案，后面的实施就只能是猜。
| 维度 | 要问的问题 | 期望输出 |
|---|---|---|
| 业务问题 | 哪个环节最耗时、最容易出错、最依赖个别人的经验？ | 一句话描述的问题定义 |
| 数据现状 | 解决这个问题需要什么数据？现在有没有、在哪、质量如何、谁能授权？ | 数据清单与获取路径 |
| 使用者 | 做出来之后谁每天用它？他们愿不愿意换工作方式？ | 明确的使用部门与岗位 |
| 成功标准 | 上线一段时间后，用什么指标判断它成了？ | 1–3 个可量化指标 |
| 边界条件 | 什么不能碰？数据能不能出企业？必须对接哪些系统？ | 合规与集成约束 |
用两个维度排优先级
候选场景通常有十几个，不可能全做。我们按业务价值（省下的时间、减少的错误、提升的收入能不能说清）与落地可行性（数据是否齐备、系统能否对接、流程是否允许调整、有没有明确负责人）两个维度排序，落在"高价值 + 高可行"的场景适合作为第一个试点。
也会明确告诉你哪些不该做
价值说不清但技术上很容易做的场景，通常做出来也没人用；可行性低但价值高的核心难题，往往更适合先用规则化和流程化改善。这些判断同样会写进结论里，而不是只留下"可以做"的选项。
交付内容
你会拿到什么
诊断的产出不是一份看完就归档的报告，而是能直接拿去做决策和排期的东西。
01
现场调研记录与问题清单
调研中确认的业务问题、涉及岗位与现有流程，形成双方认可的问题定义。
02
场景优先级清单
按业务价值与落地可行性两维排序，并写清为什么这个场景排在第一。
03
AI 落地实施路线图
分阶段目标、第一期试点范围、扩展路径与责任分工，可直接用于内部立项讨论。
04
数据与系统准备事项
需要哪些数据、现在在哪、由谁提供，以及需要打通哪些系统、预计涉及哪些部门。
05
投入与产出的对应关系
每一笔投入对应什么产出、用什么指标衡量，方便向管理层说明依据。
06
技术路线与实施方式建议
判断问题属于知识缺失、表达不一致还是判断不稳定，并给出自主实施或合作实施的边界建议。
交付流程
每个阶段，双方各做什么
咨询类项目能不能做成，很大程度取决于企业方参与的人对不对。
| 阶段 | 我们做什么 | 需要企业配合 | 阶段产出 |
|---|---|---|---|
| 需求沟通 | 了解业务背景与初步问题，判断是否需要现场调研 | 说明现状、目标与关注重点 | 调研计划 |
| 现场调研 | 入驻现场，走访相关部门与岗位，了解实际工作方式 | 安排业务负责人与关键岗位参与 | 调研记录与问题清单 |
| 数据与系统评估 | 梳理数据现状、系统接口与合规边界 | 提供资料、指定 IT 对接人 | 数据与系统准备事项 |
| 优先级与路线设计 | 按价值与可行性排序，设计分期实施路线 | 确认目标与边界条件 | 场景优先级清单与实施路线图 |
| 汇报与答疑 | 向管理层或项目组汇报结论，解答疑问 | 组织汇报对象 | 可执行的落地路线 |
各阶段的具体周期取决于业务范围与现场安排，会在需求沟通后给出明确排期。
-
判断问题类型
先区分瓶颈是知识缺失、表达不一致还是判断不稳定——这决定了应该用知识库、提示词还是模型微调，直接关系到投入规模。
-
确认数据与合规边界
明确数据存在哪里、能否用于模型处理、谁有权授权、需要满足哪些合规要求。这些结论会写进实施方案，而不是留给实施阶段再争论。
-
确定集成范围
需要接入企业微信、飞书、钉钉等办公平台，还是对接企业业务系统 API？集成方式直接影响实施工作量与上线节奏。
-
约定效果评测方式
一起准备一批有代表性、有人工判定的测试问题。没有评测集就无法判断效果好坏，后续的迭代也会失去方向。
推进示例
一次咨询通常怎么推进
为了让你对过程有具体预期，下面是一次典型咨询的推进方式。
-
第一步
先谈业务，不谈技术
确认要解决的业务问题、当前的处理方式，以及管理层希望看到的结果。
-
第二步
现场走访相关岗位
和真正做这件事的人聊，收集现有资料与系统情况，找出纸面上看不见的阻力。
-
第三步
排序并识别缺口
把候选场景按价值与可行性排序，同时标出数据或流程上必须补齐的部分。
-
第四步
路线评审
输出分期实施路线，明确第一期试点范围、责任人，以及下一步该做什么。
以上仅用于说明推进方式，不涉及任何具体客户信息；实际内容以现场调研结果为准。
下一步
路线确定之后，可以接这些方案
诊断结论指向哪一段，就接哪一段。也可以只拿路线图自己实施。
常见问题
关于咨询本身
诊断之后一定要由你们实施吗？
不一定。路线图是完整的交付物，你们可以自己实施，也可以选择其他服务方。我们更希望先帮你把事情判断清楚——如果结论是"暂时不适合做"，我们也会明确说出来。
需要我们准备什么？
主要是两件事：安排熟悉业务的人参与沟通与现场走访，以及提供现有的流程说明、制度文件、系统清单等资料。资料越具体，判断越准确。
需要多长时间？
取决于业务范围、涉及部门数量与现场安排。我们会在需求沟通阶段了解情况后，给出明确的阶段排期与双方配合事项。
你们会直接推荐买产品或做模型吗？
不会。诊断的价值在于得出结论，包括"这个问题不该用 AI 解决"。能用规则化、流程化方式改善的场景，我们会如实说明，而不是为了用 AI 而用 AI。
数据安全怎么保证？
数据范围、访问权限与部署方式会在方案设计阶段明确并写入实施方案。涉及核心工艺或客户信息的场景，我们会先确认边界，再决定技术路线。