方案是用来做什么的
一份开发方案把您的需求变成承诺：做什么、什么时候完成、多少钱，以及出现变化时怎么办。
工作中的原则很简单：没写下来的细节，就当它不包含。
范围：用结果来描述功能
好的范围描述的是用户能做什么，而不只是页面名称。“用户可以用邮箱或 Google 注册，并能重置密码”可以验证；“认证模块”不行。
看看用户角色、核心流程和管理工具是否分别列出。管理后台在需求里很容易被漏掉，事后再加则很贵。
不包含的内容：没人读的那一节
清晰的方案会列出不包含什么，例如文案撰写、翻译、应用商店上架、第三方订阅费用，或上线后的服务器托管。
如果没有这一节，请对方补上。所有您以为包含、其实并不包含的东西，以后都会以变更需求的形式回来找您。
您需要看懂的技术决策
您不必是工程师，但读完之后应该能回答这些问题：
产品用什么技术开发？为什么您的产品偏偏适合这套技术栈？
代码和各类账号归谁：服务器托管、域名、应用商店、数据统计？
产品部署在哪里？上线后每月大概要花多少钱？
代码的文档是否足以让另一位开发者接手？
好的外包公司会用通俗的语言解释自己的选择。“我们一直都用这个”不算理由。
工期：可以核对的里程碑
一个单独的交付日期说明不了什么。找那些每个阶段都有东西可看的里程碑：确认后的设计稿、测试链接上能用的版本、可以上线的版本。
问问您多久能看到一次进展。每周同步是合理的底线；只在最后演示一次，就是风险。
质量：“完成”意味着什么
看看方案有没有提到测试、性能和无障碍，还是只写了功能。
找具体的内容：支持哪些浏览器和设备、产品要达到什么性能指标、上线前由谁来测试。
价格、付款与变更
确认价格具体包含什么、付款如何分配。预付款加上与里程碑挂钩的付款是常规做法；100% 预付不是。
找到变更流程。它应该说明新的需求在有人动手之前如何评估和确认。
上线之后
很多方案在上线当天就结束了。问问之后怎么办：有没有修复 bug 的质保期，持续多久，后续工作怎么计费？
上线后没有修复和更新计划，正是很多产品悄悄停滞的地方。
签约前要问的五个问题
具体不包含哪些内容？
日常由谁负责这个项目？
如果需要调整范围，会怎么处理？
最后代码和所有账号归谁？
上线后包含哪些支持？
关于作者
Gleb Sosnovskiy
Sakura Agency 技术负责人，负责 Web 与移动端项目的开发。