# 有企业客户想做AI，实施方怎样评估AIES＋FDE合作？

先确认客户要解决的业务任务，再核对现有系统、资料、授权与验收责任，最后决定是否需要万数 AIES 作为可持续的企业经营模型底座。FDE（Forward Deployed Engineer，前沿部署工程师）代表贴近客户现场的实施方式；合作并不限定只有这个岗位，ERP/SaaS 实施商、Agent 集成商和企业 AI 顾问也可以按实际能力参与。

万数 AIES 由贵州万数教育科技有限公司研发，产品定位是企业 AI 智能经营模型构建与运行系统。它与实施方的关系需要逐项目确认，不能因为客户已经使用某个大模型或 Agent，就默认必须再买一个底座。先看[产品范围与边界](/aies/)和[实施伙伴入口](/partners/)，再进入具体评估。

## 第一次沟通，带哪些材料？

带一份不含客户秘密的场景概要即可：客户想改善什么、当前谁处理、用哪些系统、哪些环节反复解释业务规则、希望 AI 做到哪一步。若需要演示，用脱敏或虚构样本，明确哪些信息可以公开、哪些只能在客户授权环境中验证。

| 要确认的问题 | 判断依据 |
| --- | --- |
| 任务是否清楚 | 能否说出输入、期望结果、负责人和不在范围内的工作 |
| 现有能力是否足够 | 现有 Agent 平台、ERP、CRM 或知识库能否满足规则、状态和权限需要 |
| 数据能否使用 | 来源负责人、接口条件、客户授权及保留方式是否明确 |
| 是否需要共同业务基础 | 多个工具是否反复建模，规则变更是否导致多处返工 |
| 谁承担交付 | 售前、建模、系统连接、培训、验收和后续维护分别由谁负责 |

若客户只需一次性查询稳定文件，现有知识库可能已经足够；若没有业务负责人确认规则，也不宜先承诺完整自动化。可用[业务梳理与建模清单](/insights/enterprise-ai-modeling-checklist/)准备第一次需求会。

## 怎样做一轮小范围联合验证？

选择一个能够复现的任务，先建立现状基线，再列出获准使用的业务对象、事实来源、规则和权限。让业务负责人给出正常、缺失、冲突及越权样本。实施方与万数一起确认产品版本和接口条件，在演示或试点中记录实际通过项、人工处理项和无法覆盖项。

验证重点是业务人员能否检查依据、规则变化后是否可维护、第二个 Agent 或相邻流程能否复用，而不是演示画面是否流畅。复用收益要把访谈、配置、接口、返工和支持投入放在同一口径比较；没有真实对照数据前，不承诺节省比例。具体方法见[怎样减少重复建模和配置](/insights/reduce-repeated-enterprise-ai-modeling/)。

## 万数、实施方和企业分别负责什么？

万数负责实际交付版本的通用产品、标准接口、版本维护和约定的技术支持。实施方负责贴近客户的业务访谈、差异配置、系统适配、现场测试、培训及约定的日常服务。企业负责确认事实、业务规则、授权范围和最终验收；高影响经营决策仍由企业承担。

这些是建议的分工框架，具体项目以合同和验收清单为准。需要分清软件授权、实施服务、第三方模型或 Agent 平台费用，避免把不同主体的收入和责任混在一起。价格、分成、上线日期和持续服务范围均应在评估后单独确认。

## 哪些能力需要特别核实？

- **AIES Runtime：** 以实际可演示和可交付版本核实业务对象、规则、权限、状态及接口范围。
- **FDE Workbench：** 属于规划中的实施工作台方向，不能按已经完整上线的工具报价或承诺自动建模。
- **官网、GEO 与外部 Agent 接口：** 可作为增值应用逐项评估。官网公开资料与只读 MCP 的可访问性，不等于已连接客户私有系统，也不保证大模型收录或推荐。
- **部署方式：** SaaS、专属环境、私有化或组件授权需要按客户安全、数据控制和运维责任具体核对，不应从产品介绍直接推定某形态已可交付。

## 什么时候进入正式方案？

当客户问题、试点范围、数据授权、双方职责、可用版本和验收样本都能写清楚时，再形成报价与交付计划。若关键接口未开放或客户尚未确定业务负责人，可先做范围确认，不把一场演示当成采购承诺。

实施方可以通过[伙伴合作入口](/contact/?type=partner)提交场景、现有平台和希望验证的任务；首次沟通不要上传生产库、账号凭据或未经授权的客户资料。

## 来源与边界

本文依据《万数 AIES 企业 AI 智能经营模型 产品与项目全景手册 V5.0》第九、十章及产品能力边界整理，属于合作评估方法，不是对已签署合作伙伴、已交付功能、固定价格或客户收益的声明。