从需求沟通到上线运维的六个阶段
外包合作里最大的成本是不确定性——不知道接下来会发生什么、要花多久、自己要做什么。所以我们把每个阶段拆开写清楚：做什么、要多久、你能拿到什么、需要你配合什么。
六个阶段
下面标出的时长是标准情况下的参考值。实际项目会有出入， 但排期表会在第二阶段就给你，每个里程碑的验收标准也会一并写明。
上面几个阶段加起来约 7–18 周。如果是复杂项目——多端交付、 要与已有系统集成、或者要求私有化部署——各阶段会整体顺延， 这类项目通常在 6 个月以上。
需求沟通与免费评估
1–3 个工作日我们先听懂你的业务，而不是急着报价。会问清楚三件事：你想解决什么问题、现在是怎么处理的、希望达到什么效果。如果评估下来发现这件事不该用定制开发解决（比如标准产品已经够用），我们会直接告诉你，不收这笔钱。
你能拿到什么
- 一份书面《需求理解说明》——用你的业务语言复述一遍，确认我们没听错
- 可行性判断：能不能做、有没有更省钱的替代方案
- 初步的范围界定：哪些做、哪些这次不做
需要你做什么
- 用你自己的话说清楚现状和痛点，不需要整理成规范文档
- 如果方便，让我们看一眼你现在在用的表格、系统或流程截图
- 指定一位对接人（最好是能拍板的人）
这一步解决的是：怕对方不懂自己的行业，套通用模板
方案与报价
3–5 个工作日把需求拆成功能清单，评估这件事在业务流程上的深度与广度——涉及几个环节、几个角色、多少分支——据此给出一个固定总价和分阶段排期。我们不按工时报价：工时既难估算准，后期一加需求就容易被拿来扯皮。同时会列出「这次不做」的部分，明确范围边界。
你能拿到什么
- 功能清单（逐条列明，标注优先级）
- 报价明细（按业务流程与功能模块拆分，可追溯）
- 分阶段排期表（含每个里程碑的验收标准）
- 明确的范围边界说明（哪些不包含）
需要你做什么
- 确认功能清单的优先级——哪些是必须的，哪些可以二期
- 确认预算范围与期望上线时间
- 对报价中的疑问直接提出来，我们逐条解释
这一步解决的是：怕报价不透明，低价进场后不停加价
原型与 UI 确认
1–3 周（视复杂度）这是整个项目最关键的一步，也是最容易被跳过的。我们会先出可点击的原型，把每个页面长什么样、每个按钮点了会怎样都做出来，你可以在手机上真实地点一遍。你签字确认之后才进入开发——这样「做出来不是我要的」这件事就从源头被消除了。
你能拿到什么
- 可点击的高保真原型（可以在手机上真机操作）
- 界面与交互设计确认（含交互说明，你确认后才进入开发）
- 数据库结构设计文档
- 技术选型说明（选了 A 而不是 B 的理由）
需要你做什么
- 花时间认真点一遍原型——这一步花的时间，能省掉后期几十倍的反工
- 召集实际使用系统的一线同事一起看，他们的意见比管理层更关键
- 确认后书面签字，作为后续开发的基准
这一步解决的是：怕需求说不清，做出来不是自己要的
开发与每周同步
4–12 周（视复杂度）按里程碑推进开发。每周固定时间同步一次进度，并且给你一个「当下就能点开运行」的版本，而不是等到最后才给你看东西。小范围的调整和补充不另收费；只有新增功能明显扩大范围时，我们才会先说明为什么算超出、加多少钱，你确认后才做。
你能拿到什么
- 每周可运行的最新版本（部署在测试环境，你随时能访问）
- 每周进度说明（完成了什么、下周做什么、有没有风险）
- 需求变更影响说明（如有变更）
- 阶段性验收确认单（每个里程碑）
需要你做什么
- 每周留出 30 分钟参加进度同步
- 对看到的东西及时反馈——越早提出问题，修改成本越低
- 按里程碑约定支付分期款
这一步解决的是：怕进度不透明、怕周期一拖再拖
测试、验收与上线
1–2 周交付前我们自己做一轮完整测试（功能、兼容、压力、安全），把已知问题写进测试报告——包括我们还没解决的。验收时你拿着功能清单逐条对照，确认的勾选、有异议的记录下来整改。上线部署由我们执行，你只需确认业务数据迁移正确。
你能拿到什么
- 测试报告（含覆盖的功能点与已知限制，不隐瞒问题）
- 验收清单（逐条可勾选）
- 完整源码与全部文档
- 部署上线的系统 + 后台管理员账号
- 管理员操作培训（线上，含录屏）
需要你做什么
- 安排实际业务人员参与验收测试，用真实场景跑一遍
- 对照功能清单逐条确认
- 提供上线所需的服务器、域名等资源（我们给采购清单）
这一步解决的是：不懂技术，没法判断验收质量
质保与运维
上线后 12 个月上线后 12 个月内，因程序缺陷导致的问题免费修复。工作日 4 小时内响应，影响主流程的问题当天处理。12 个月之后不强制收年度维护费——你有需要时单独找我们，按次评估报价，不会出现「改一个小地方重新报个高价」的情况。
你能拿到什么
- 12 个月免费缺陷修复
- 响应时效承诺（写进合同）
- 后续维护的按次报价说明（事前公开）
- 系统运行状态监控与定期巡检
需要你做什么
- 发现问题及时反馈给对接人
- 保留必要的运行环境（服务器、账号）访问权限
- 如有人事变动，安排交接并同步给我们新的对接人
这一步解决的是：怕上线后没人管，改个小地方收费离谱
其中第三阶段「原型与 UI 确认」是整个项目最关键的一步， 也是最容易被跳过的。它的作用是把你脑子里那个「我想要的东西」 变成可以在手机上真实点一遍的原型——这一步花的时间， 能省掉后期几十倍的反工。想了解具体怎么做，见 常见问题。
需求中途要改怎么办
「怕中途加价」是找外包时最普遍的担忧。但真实项目不可能零变更—— 需求永远会在做的过程中变清楚。关键不是承诺「绝不加价」， 而是有没有一个双方都清楚的规则。
需求确认后，报价锁定
原型签字确认那一刻的报价就是最终价。开发过程中即使我们发现自己低估了工作量，也不会向你追加——这是我们自己的估算失误，不该由你承担。
小改动不收费，大改动先说明再执行
真实项目不可能一个字都不改，所以小范围的调整和补充我们不另收费——为这种改动单独收钱，对双方都是消耗。只有当你新增的功能明显扩大了范围（比如多出一套角色权限、或一条完整业务线），我们才会重新评估，并且先说明为什么算超出、加多少钱，你同意才做。
变更可以随时叫停
如果重报的价格超出你的预期，你可以选择不做、缩小范围或延到二期。没有任何一条规则要求你必须接受变更。
已经做的部分算谁的？
算你的。所有已完成的代码和文档都在你的仓库里，即使项目中途终止，你也拿得走已完成的部分，不存在「付了钱但东西不给你」的情况。
还有一个阶段表里没写的承诺
如果你的项目做到一半我们对进度或质量的判断发生变化， 我们会提前告诉你，而不是等到交付日才说做不到。 坏消息早说，永远比晚说有价值——这一点我们写进合同。
各阶段标准时长
用于快速估算你自己的项目大概要多久。复杂系统的开发阶段通常是普通项目的两到三倍。
| 阶段 | 标准时长 | 需要你参与的程度 |
|---|---|---|
| 01需求沟通与免费评估 | 1–3 个工作日 | 3 项配合事项 |
| 02方案与报价 | 3–5 个工作日 | 3 项配合事项 |
| 03原型与 UI 确认 | 1–3 周（视复杂度） | 3 项配合事项 |
| 04开发与每周同步 | 4–12 周（视复杂度） | 3 项配合事项 |
| 05测试、验收与上线 | 1–2 周 | 3 项配合事项 |
| 06质保与运维 | 上线后 12 个月 | 3 项配合事项 |