一、先把阶段说清楚，再谈价格
软件外包最大的风险通常不是技术，而是范围没说清。同一句"做个 App"，可以是一个月的原型，也可以是八个月的完整产品。我们的做法是：先把阶段、交付物与验收标准写下来，再讨论价格。
下面是我们实际在用的五个阶段。
二、五个阶段，各交付什么
1. 需求诊断
梳理业务目标、用户场景与现有系统，明确哪些问题能用软件解决、哪些不能。这一阶段最重要的产出是"范围建议"——包括我们建议你暂时不做的事。
2. 方案与报价
按确认后的范围给出技术方案、里程碑拆分与分项报价，说明各阶段交付物与验收标准。确认之后才进入开发，避免"边做边改范围"。
3. 原型与设计
先做原型与界面设计，把交互和数据流走通一遍，设计稿确认后再编码。原型阶段发现的问题，修改成本最低。
4. 开发联调
按里程碑开发并持续集成，每个阶段都可运行、可演示；接口与第三方服务完成联调后交给你方验收，而不是等全部做完才第一次看到东西。
5. 上线与陪跑
协助上线与部署，提供操作说明与维护文档；上线后按约定周期做巡检与问题响应。
三、验收怎么定才算清楚
- 每个里程碑交付可运行版本 ＋ 验收清单，不是截图和口头说明；
- 改动留版本记录与备份，出问题能回看；
- 把"完成"定义成三件事：功能可用、文档齐全、数据可迁移。
四、为什么我们不做"效果承诺"
软件交付能承诺的是范围、时间、质量；不能承诺的是市场结果。所以我们的书面口径里不写"保证排名""保证增长"这类承诺——GEO 业务给的是实测与校准报告，产品给的是可运行的系统与文档。这条边界对双方都有保护作用，关于 GEO 侧的判断标准，可以看品牌站这篇清单。
五、你需要准备什么
- 业务目标与用户场景（越具体越好）；
- 现有系统、账号与数据情况；
- 行业合规要求（许可、实名、隐私）；
- 预算区间与期望的时间窗口。
带着这四样来，第一次沟通就能进入诊断，而不是停留在互相试探。范围与报价见 能力与交付，产品见 产品线，直接沟通见 联系我们。