内容性质：合作评估方法；不构成正式报价、已交付功能或客户收益证明
首次发布：2026-10-31；更新：2026-10-31；审核：Codex总调度（AI辅助事实审校）
先确认客户要解决的业务任务，再核对现有系统、资料、授权与验收责任，最后决定是否需要万数 AIES 作为可持续的企业经营模型底座。FDE（Forward Deployed Engineer，前沿部署工程师）代表贴近客户现场的实施方式；合作并不限定只有这个岗位，ERP/SaaS 实施商、Agent 集成商和企业 AI 顾问也可以按实际能力参与。
万数 AIES 由贵州万数教育科技有限公司研发，产品定位是企业 AI 智能经营模型构建与运行系统。它与实施方的关系需要逐项目确认，不能因为客户已经使用某个大模型或 Agent，就默认必须再买一个底座。先看产品范围与边界和实施伙伴入口，再进入具体评估。
第一次沟通，带哪些材料？
带一份不含客户秘密的场景概要即可：客户想改善什么、当前谁处理、用哪些系统、哪些环节反复解释业务规则、希望 AI 做到哪一步。若需要演示，用脱敏或虚构样本，明确哪些信息可以公开、哪些只能在客户授权环境中验证。
| 要确认的问题 | 判断依据 |
| 任务是否清楚 | 能否说出输入、期望结果、负责人和不在范围内的工作 |
| 现有能力是否足够 | 现有 Agent 平台、ERP、CRM 或知识库能否满足规则、状态和权限需要 |
| 数据能否使用 | 来源负责人、接口条件、客户授权及保留方式是否明确 |
| 是否需要共同业务基础 | 多个工具是否反复建模，规则变更是否导致多处返工 |
| 谁承担交付 | 售前、建模、系统连接、培训、验收和后续维护分别由谁负责 |
若客户只需一次性查询稳定文件，现有知识库可能已经足够；若没有业务负责人确认规则，也不宜先承诺完整自动化。可用业务梳理与建模清单准备第一次需求会。
怎样做一轮小范围联合验证？
选择一个能够复现的任务，先建立现状基线，再列出获准使用的业务对象、事实来源、规则和权限。让业务负责人给出正常、缺失、冲突及越权样本。实施方与万数一起确认产品版本和接口条件，在演示或试点中记录实际通过项、人工处理项和无法覆盖项。
验证重点是业务人员能否检查依据、规则变化后是否可维护、第二个 Agent 或相邻流程能否复用，而不是演示画面是否流畅。复用收益要把访谈、配置、接口、返工和支持投入放在同一口径比较；没有真实对照数据前，不承诺节省比例。具体方法见怎样减少重复建模和配置。
万数、实施方和企业分别负责什么？
万数负责实际交付版本的通用产品、标准接口、版本维护和约定的技术支持。实施方负责贴近客户的业务访谈、差异配置、系统适配、现场测试、培训及约定的日常服务。企业负责确认事实、业务规则、授权范围和最终验收；高影响经营决策仍由企业承担。
这些是建议的分工框架，具体项目以合同和验收清单为准。需要分清软件授权、实施服务、第三方模型或 Agent 平台费用，避免把不同主体的收入和责任混在一起。价格、分成、上线日期和持续服务范围均应在评估后单独确认。
哪些能力需要特别核实？
- **AIES Runtime：** 以实际可演示和可交付版本核实业务对象、规则、权限、状态及接口范围。
- **FDE Workbench：** 属于规划中的实施工作台方向，不能按已经完整上线的工具报价或承诺自动建模。
- **官网、GEO 与外部 Agent 接口：** 可作为增值应用逐项评估。官网公开资料与只读 MCP 的可访问性，不等于已连接客户私有系统，也不保证大模型收录或推荐。
- **部署方式：** SaaS、专属环境、私有化或组件授权需要按客户安全、数据控制和运维责任具体核对，不应从产品介绍直接推定某形态已可交付。
什么时候进入正式方案？
当客户问题、试点范围、数据授权、双方职责、可用版本和验收样本都能写清楚时，再形成报价与交付计划。若关键接口未开放或客户尚未确定业务负责人，可先做范围确认，不把一场演示当成采购承诺。
实施方可以通过伙伴合作入口提交场景、现有平台和希望验证的任务；首次沟通不要上传生产库、账号凭据或未经授权的客户资料。
来源与边界
本文依据《万数 AIES 企业 AI 智能经营模型 产品与项目全景手册 V5.0》第九、十章及产品能力边界整理，属于合作评估方法，不是对已签署合作伙伴、已交付功能、固定价格或客户收益的声明。
审核：Codex总调度（AI辅助事实审校）
来源：万数AIES产品与项目全景手册V5.0：第九、十章及产品能力边界；万数AIES实施伙伴说明