共同准备真实输入
客户提供业务目标、现有流程、代表性材料、适用规则、系统与权限概况，并安排相关业务和使用人员参与。星舰负责约定范围内的场景拆解、方案、应用研发、集成和交付；双方共同确认输入、产出、验收和后续责任。
转型与交付
以 FDE 深入业务现场，
让转型规划走进实际使用。
企业智能化转型需要业务与工程共同推进。星舰以 FDE（前线部署工程）模式，将业务目标、组织流程与数据条件纳入同一实施过程，从场景规划到应用研发、系统集成与落地交付，建立清晰的阶段产出和反馈机制。
§ 01 · 六步交付方法
从目标到应用，从上线到使用，每一步明确产出与协作责任。
01
场景规划
理解经营或管理目标，梳理流程与岗位，判断建设优先级，明确怎样识别价值。阶段产出包括业务场景、优先任务与分阶段建设方向。
02
条件评估
盘点数据、知识规则、已有系统、接口和使用要求，明确权限与配合事项。阶段产出包括应用条件、集成与部署范围、双方输入。
03
应用研发
结合产品与定制研发，用代表性材料验证关键环节和输出质量。阶段产出包括可运行原型、验证结果与调整项。
04
系统集成
对接确定范围内的流程、权限与业务系统，组织联调和测试。阶段产出是可供部署和使用的应用系统。
05
落地交付
按约定完成测试、部署、使用交接与验收。阶段产出包括系统、文档、使用安排和责任分工。
06
反馈迭代
按约定收集使用反馈，优化应用、知识与流程。阶段产出包括迭代事项与可复用的场景经验。
条件评估和反馈贯穿规划、研发、集成与交付。现成产品与企业项目可以分别启动，也可以组合推进；不要求所有产品用户先采购完整项目。具体阶段、人员配置、驻场方式、验证费用与周期按合作范围确定。
§ 02 · 双方配合与验收
把真实使用条件，一起纳入项目。
用可对照材料检查结果
验证时选择代表性任务，记录原有工作步骤、人工投入和质量要求。检查新方案的输出、修改量和使用条件，再决定下一阶段建设范围。不同任务使用适合它的验收标准，不用一次演示代替全部业务验收。
§ 03 · 使用与反馈
应用交到团队手里，也要能接进日常工作。
交付时明确使用人员、操作说明、权限、人工确认环节与问题处理方式。上线后按照合作范围收集使用反馈，区分知识更新、规则调整、系统问题与新增需求，安排相应的维护和迭代。
部署、维护、模型调用、算力与第三方服务等持续成本在方案中分别说明，避免只看一次建设费用。项目范围变化时，重新确认工作、费用和责任。
§ 04 · 技术怎样支撑交付
让技术选择服务于业务使用。
我们结合模型、数据、知识规则、工具与人工确认环节组织应用，并按实际条件连接现有系统。资料权限、来源记录、运行日志和部署环境，在方案中结合任务逐项明确。
需要深入评估时，可以进一步交流 AgentGraph 等工程能力如何支持应用编排与复用。具体接入、部署和运维以项目条件为准；技术架构服务于交付，不替代对业务目标和结果的验证。
§ 05 · 常见问题
合作开始前，通常需要确认这些问题。
FDE 会为转型项目带来什么？
它将业务理解与工程实现放在连续的交付过程中，让场景规划、原型验证、系统接入与实际使用围绕同一业务目标推进。
从产品开始，还是从转型方案开始？
已明确的垂直场景可以直接了解相应产品；涉及多个流程、组织与系统的建设，可以从转型方案规划开始。两种路径都结合现有基础，不默认重建全部系统。
已有系统还能继续用吗？
先评估现有系统与接口条件，能沿用的部分纳入方案；具体接入工作按范围确认。
怎样判断建设能否形成实际价值？
先明确业务目标和验收口径，再用有代表性的场景验证应用结果、人工工作量与使用条件，结合实际反馈推进后续建设。
第一次交流要准备什么？
业务目标、计划建设的方向、现有系统和流程概况即可。进入具体验证时，再准备有权使用的代表性材料，敏感原件不在公开网站提交。
能否私有化部署？
需要结合数据、模型、基础设施与运维条件评估。部署方式和适用范围在方案中明确，不把所有项目预设为同一种部署。
费用与后续成本如何确定？
按产品使用、项目建设或内容制作分别确认范围。部署、维护、模型调用与第三方服务等持续成本，在方案中单列说明。
下一步
带着转型目标来，一起找到能够落地的业务场景。
从希望推动的改变开始，梳理现有流程、使用人员、代表性输入与预期输出，讨论合适的验证和实施路径。