做连锁加盟的老板问：想做个 APP，听说烂尾的特别多，怎么避坑？我的答案是：烂尾的根子在三条铁律没守住。我们交付过 100+ 个商业 APP。玉溪的老板记住：需求、节奏、归属，一条都不能松。把规矩立好才走得远。
第一条：需求先钉牢
烂尾项目八成死于需求飘：开工以后功能越加越多，预算工期全崩。动工前把功能清单钉死，新需求挪二期，一期照清单交货。玉溪老板尤其要沉住气，首版只留核心功能，跑起来再添。贪大求全，是 APP 翻车的头号原因。功能清单，能减就减。
第二条：双周见分晓
Scrum 迭代开发，每两周交付一个可用版本，进度透明可控。版本装进手机自己点，好不好使当场见。别等半年才看 demo，那时偏差已经救不回来了。每两周一回调整机会，方向永远来得及纠。这才是双周制的真用处。
第三条：源码要归你
开发公司跑路、涨价、谈崩，源码不在手上就是一地鸡毛。验收完交齐整套源码，1 年免费维护落进合同，数字资产归你名下。这三句缺了任何一句，这份合同先放一放别签。玉溪一家连锁客户，源码攥在手里，第二年换本地服务商照样接得动。
三条外的实在话
APP 是长跑，上线只是开始，维护和迭代才是常态。预算得给运营和迭代留份，别一股脑砸进开发。把你的 APP 想法说一说，带到玉溪信服无限。功能清单要怎么精简，咱们挨条过一遍。砍到刚好够上线。
企业主爱问的
做个 APP 要多久？
首版核心功能两三个月，双周迭代连着交，照里程碑验收。
iOS和安卓都做不？
看用户在哪，多数业务先做一端试水，跑通了再补另一端。
小程序能顶APP不？
轻量高频的业务小程序就够，功能重黏性强的才得用 APP。
维护费咋个算？
首年免费维护落进合同，次年起按服务项估，续不续随你，白纸黑字。
总结
玉溪的企业做 APP 时，需求锁定、双周交付、源码归属，三条铁律守住。100 多个 APP 交下来，翻车的全是坏规矩的。把项目清单讲给玉溪信服无限，三条铁律，一条都别让。守规矩，才走得远。山货出山，先过信息化这一关。