聊聊app外包开发里那些坑

做独立开发这些年，我接过不少app外包开发的活，也把一些活转给同行做过。今天不写教程，就聊点实在的，说说这个行当里那些没人明说、但踩上去真疼的地方。

一、需求文档不是走过场

很多甲方找我聊的时候，第一句话是「功能很简单，你先报个价」。我一般会说：行，但我得先跟你聊两小时，把需求文档写出来。这一步不是走流程，是保命。

我见过太多项目死在需求上。甲方脑子里想的是「类似某宝的购物车」，乙方理解成「加个加减按钮」。等到验收的时候，甲方说购物车要支持优惠券叠加、跨店满减、库存预占，乙方当场懵掉。

需求文档的价值不在于写得多厚，而在于把「你以为的」和「我以为的」摊在桌面上对一遍。

我自己的做法是：用原型工具把每个页面画出来，每个按钮点下去发生什么、异常情况怎么提示、数据从哪来，全写清楚。文档末尾一定加一条：本需求文档未描述的功能，视为不包含在本次报价内。这句话能省掉后面百分之八十的扯皮。

二、报价单里的隐藏成本

外包报价这件事，新手最容易只算开发工时。我列一下自己报价时会算进去的东西：

• 开发工时：按功能点拆，别按「天」估，按「小时」估更准
• 沟通成本：每周至少两次同步会，这部分时间必须算钱
• 修改轮次：合同里写清楚包含几轮修改，超出怎么计费
• 第三方服务：短信、推送、地图、支付接口，谁申请谁付费要写明白
• 上架支持：苹果审核被拒后的修改，算不算在交付范围内
• 源码交付：交付什么？能不能二次开发？要不要签保密协议

我吃过一次亏：项目做完，甲方要我把服务器部署文档、数据库设计文档、接口文档全整理一遍。这些东西合同里没写，但人家觉得「源码都给了，文档不是应该的么」。后来我报价单里固定加一项「技术文档整理」，明码标价，反而没人再提了。

三、验收标准要可执行

「做得好看一点」「体验流畅一点」这种验收标准，等于没有标准。我的合同里验收条款长这样：

1. 功能验收：需求文档中标注 P0 的功能点全部可用，P1 功能点可用率不低于 90%
2. 性能验收：主流机型冷启动时间小于 3 秒，列表页滑动无明显卡顿
3. 兼容验收：覆盖 iOS 14 及以上、Android 8.0 及以上，主流分辨率无布局错乱
4. 缺陷等级：致命/严重缺陷为 0，一般缺陷不超过 5 个
5. 验收期限：交付后 7 个工作日内提出书面异议，逾期视为验收通过

第 5 条特别重要。我遇到过项目交付三个月后，甲方突然说「有个地方想改一下」，然后就没完没了。有了验收期限，至少有个边界。

四、尾款和源码的博弈

app外包开发最常见的纠纷就是尾款。甲方怕给了钱拿不到好代码，乙方怕交了源码收不到钱。我的做法是分阶段交付：

1. 签合同付 30% 启动款
2. 原型和 UI 确认后付 30%
3. 核心功能演示通过付 30%
4. 验收通过、源码交付后付 10% 尾款

源码交付我一般放在验收通过之后，但会提前给甲方看代码仓库的提交记录，让他知道活是真干了。如果甲方坚持要先拿源码，那就要求尾款比例提高，或者走第三方托管。

五、给想接外包的独立开发者几句实话

外包这行，技术只占一半，另一半是项目管理。我见过技术很强但被甲方拖垮的同行，也见过技术一般但项目做得顺风顺水的。区别就在前面说的那几条：需求写清楚、报价算明白、验收有标准、付款有节奏。

还有一点，别什么活都接。甲方如果连自己想要什么都不知道，沟通成本会高到离谱。我现在的筛选标准很简单：能说清楚业务场景、愿意花时间对需求的甲方，报价高一点我也接；上来就说「先做出来看看」的，再高的价我也推掉。

最后说句掏心窝的：app外包开发不是长久生意，做外包的同时一定要攒自己的产品。外包是用时间换钱，产品才是用代码换资产。这话我三年前不信，现在信了。