App定制开发：别急着写代码

做了几年独立开发，接过不少app定制开发的活。我发现一个规律：凡是上来就问“做个App多少钱”的客户，最后大概率会返工。不是钱的问题，是方向一开始就没对齐。今天不聊虚的，说说我踩过的坑和后来总结出的流程。

先别写代码，先问清楚三件事

很多定制项目死在需求阶段。客户说“我要一个类似美团的App”，这句话的信息量约等于零。我一般会追问三个问题：

• 谁在用？ 是内部员工还是外部消费者？内部工具可以牺牲美观换效率，面向C端就得在交互上多花时间。
• 核心动作是什么？ 一个App通常只有一个主流程。外卖的主流程是下单，不是看评价。把主流程跑通，其他都是锦上添花。
• 什么时候必须上线？ 时间点决定了砍掉哪些功能。我见过太多项目因为加了个“顺便做一下”的模块，拖了两个月。

这三个问题问完，需求文档基本能砍掉一半。剩下的才是真正要开发的部分。

原型比文档管用

写几十页Word需求文档，客户不会看。我现在的做法是直接出低保真原型，用Figma或者干脆手绘拍照，把关键页面串起来走一遍。客户在点原型的时候，才会突然说“哦这里我想要……”——这时候改，成本几乎为零；等代码写完再改，就是重做。

原型阶段暴露的问题，改一次十分钟；上线后暴露的问题，改一次可能要发版、审核、等用户更新。

技术选型：够用就行

定制开发最容易犯的错是过度设计。客户预算二十万，有人上来就建议微服务加K8s。我的原则是：

• 用户量没到十万，单体架构完全够用。 一台云服务器加个数据库，能撑很久。
• 跨平台优先考虑Flutter或React Native。 除非有重度图形或硬件调用需求，否则没必要两套原生代码各写一遍。
• 后端能用云服务就别自建。 短信、推送、对象存储、支付，这些轮子早就造好了，自己写纯属浪费预算。

技术选型的标准只有一个：团队能不能维护。选一个没人会用的框架，后期维护成本会吃掉所有利润。

一个容易被忽略的环节：数据归属

定制开发交付的不只是代码，还有数据。合同里一定要写清楚：服务器是谁的、数据库账号归谁、代码仓库怎么移交。我见过客户和外包闹掰，结果连自己的用户数据都导不出来。交付清单至少要包括：源码、数据库结构、部署文档、第三方服务的账号密码。这些东西不交接，等于没交付。

验收标准要提前定

“感觉不太对”是最难处理的反馈。所以在开发前，我会和客户把验收标准写进合同：哪些页面、哪些操作、在什么设备上、达到什么效果算通过。比如“登录流程在iOS和Android主流机型上能完成注册、登录、找回密码”，这种可验证的描述，比“界面美观”有用一百倍。

app定制开发这件事，技术只占一半，另一半是沟通和流程。把需求聊透、原型走一遍、验收标准写死，剩下的才是写代码。顺序对了，返工就少；顺序错了，再好的技术也救不回来。