选择项目当前需要的服务。

先看眼前要解决什么。

刚形成的想法，可以先讨论可行路径；已有原型的项目，可能需要架构评审、系统集成或运行职责梳理。沟通时说明业务任务、现有系统、账号安排和使用团队，让服务范围对应真实情况。已有的有效配置、原型和文档也可作为输入，先确认适用性和缺口。

四个阶段，各有明确输出。

每一段可以单独确定范围，也可以组合推进。选择依据是当前需要解决的问题，以及下一阶段需要什么资料。

• AI 就绪评估：梳理用例、数据与系统依赖，形成优先级、待确认问题及试点建议。
• 云与算力架构：说明资源、网络与数据流，按需要规划迁移依赖和恢复路径。
• 实施交付：配置和集成约定环境，用代表场景验证，并准备交接记录。
• 托管运维：约定交接后的系统范围、监测、故障处理、变更和用量回顾。

把范围和分工写在同一份资料里。

开始前明确谁拥有账号、谁提供数据、谁批准权限、谁负责验收。目标环境、交付物、前置依赖和商务条件需要相互对应。模型、地区、系统接口或项目范围发生变化时，应说明对计划的影响，并由相关负责人确认。

让“完成”有可检查的依据。

按阶段约定样例和审核材料，可以是路线图、架构图、配置记录、测试结果或运行手册。成功结果之外，也记录未完成项、适用假设、负责人和下一步行动。客户据此决定接受交付、补充验证，或调整后续工作范围。

提前安排交接和后续支持。

实施与日常运行分别确认责任。交付后由谁保管访问权限、监测用量、审批变更和处理供应商问题，需要有明确安排。服务时段、响应方式、回顾频率及新增工作在项目协议中确定。首次沟通用简要系统说明和估算用量即可选择服务阶段。