每个阶段做什么、产出什么文档、客户需要配合什么、是否收费、怎么验收 —— 全部写在这里。我们不玩"谈完就签约、做完再说"的那套。
绿色标记的两个阶段不收费。第 ⑤ 阶段起按里程碑分阶段付款，每个里程碑都要客户验收签字。
电话/线上沟通 40–60 分钟，了解你的业务、当前痛点和期望。判断这个需求适不适合用 AI 改造、大概什么量级。
《初步诊断意见》—— 2–3 页，说明我们理解的问题、建议方向、大概投入量级。
派一位熟悉业务的人沟通即可，不需要准备材料。
上门驻场，跟一线员工一起干活。把真实流程一步步画出来，找出「需求文档里不会写」的瓶颈。同时摸底数据现状。
《业务流程现状图》《痛点清单》《数据现状报告》—— 三份文档，把"你们现在怎么干"讲清楚。
安排 1–2 名一线员工配合（半天到一天），提供 3–5 份真实单据/数据样本。
基于调研结果设计 Agent 架构：拆几个 Agent、谁主控、数据怎么流。同时做技术选型，算工期和报价。
《解决方案书》（含架构图、功能范围、边界说明）、《实施计划》、《报价单》。
参加方案评审会（1–2 小时），确认"要做什么"和"不做什么"。
把方案转成合同条款：范围、工期、验收标准、付款节点、变更流程、争议处理，一条条写清楚。
《开发合同》《需求规格说明书》《验收标准清单》—— 这份验收标准是后面所有争议的依据。
签约，指定一位项目对接人（唯一决策入口，避免多头指挥）。
按模块分阶段开发，每 3–5 天交付一个可运行的版本，你能随时看到进度，不是等几个月才见到东西。
可运行的系统版本 + 《开发周报》（本周做了什么、遇到什么、下周计划）。
每周一次 30 分钟评审会，及时反馈。需求要改，走变更流程，不私下口头改。
功能测试、历史数据比对（新系统跑出来的结果和老流程对得上吗）、压力测试。
《测试报告》《数据比对结果》《验收单》。数据比对是关键——不是为了"能跑"，是为了"跑得对"。
业务人员按验收标准逐项验证，签字确认。
先一个部门 / 一个门店 / 一条业务线用起来，我们驻场。数据对得上、员工用得顺，再全量切换。
《灰度运行报告》《问题清单与修复记录》。会上线第一周连夜处理突发问题。
安排试点人员真实使用，反馈问题。
做两场培训：管理层（看数据、看报表）+ 一线员工（日常操作）。交付全部文档与源码/账号。
《操作手册》《管理员手册》《接口文档》《部署文档》+ 培训录像。
指定系统管理员，参加培训并确认能接管。
交付后 3 个月内，因我们原因导致的问题免费修。每两周回访一次，收集使用反馈并迭代。
《迭代日志》《优化清单》。3 个月后如需持续运维，可另签服务合同。
及时反馈使用问题，参与迭代优先级讨论。
项目从第一次沟通到交付上线，所有东西都留痕。任何时点回看，都能查到「当时是怎么定的、为什么这么改」。
这份档案在项目结束后完整移交给你。以后换人、换服务商，接手的团队看档案就能接手。
每个阶段有明确的验收标准，达不到就不往下走，也不收下一笔款。这是双向的保护：你不用承担"做到一半发现不行"的风险，我们也不用承担"做完了不给钱"的风险。
交付后 3 个月内，凡是我们原因导致的 bug，修复不额外收费。这条写进合同。3 个月后如需持续维护，单独签服务协议，价格在项目结束时一次性谈定。
你的业务数据永远归你。源码归属在合同里明确（我们是"买断源码"或"授权使用"两种模式任选，价格不同）。不会出现"系统是你的但源码不给、想换服务商走不了"的情况。
不建议，我们也不接。跳过调研做出来的系统，大概率是对的"通用逻辑"，但不符合你真实的业务。见过太多客户花了钱，最后系统闲置在角落——根源就是需求没摸透。如果预算确实紧，可以先做免费诊断 + 半价精简版调研。
能。如果调研后签约，调研费全额抵扣项目款。如果调研后你决定不做，调研费不退——这份报告你可以留着自己用，或者找别的团队按它实施。
走变更流程：提变更申请 → 评估影响（工期/费用）→ 双方确认 → 更新需求和验收标准。小变更（半天以内工作量）通常不额外收费，大变更按评估补差价。我们不接受"私下口头改需求"，那会让项目失控。
看原因。我们原因导致的延期，我们承担违约责任（合同里有条款）。客户原因导致的（如数据没提供、决策迟迟不定、关键人员不配合），工期相应顺延。这就是为什么要指定唯一的项目对接人。
可以。比如你只是需要一份业务诊断报告，或者只需要方案设计（拿去内部立项），我们单独提供这类服务，按阶段计价。这种情况下交付同样包含完整文档。
提交需求后 24 小时内给初步诊断意见。需要上门调研的，一般 3–5 天内安排。