App 开发范围，写清五行就够了

每家算的是不同的 App

“做个类似闲鱼的 App。”需求以这一句话发出去，接到的人各自会脑补出不同的 App。有的只想到发布和列表两个页面，有的默认要带聊天、实名认证和举报处理。算的 App 不一样，回来的金额自然不一样。问过几家的人，头一个吃惊的就是报价的落差。这不是谁在虚报。

划范围的地方一共五处。有几个页面，上哪些渠道，登录、支付、推送要不要，需不需要后端，运营用的界面做到哪一步。这五行填好发出去，收回来的报价才第一次站在同一条线上。

先数页面

把用户打开 App 到达成目的要经过的页面一个个写下来。引导页、注册、首页、列表、详情、发布、个人中心、设置。这里最常漏的是状态页：内容一条都还没有的时候显示什么，出错的时候显示什么，搜索没有结果的时候显示什么。补上这些，“很简单的 App”清单也会一下子拉长。页面数在设计和开发两边各乘一次，这份清单的长度就是工期和费用的骨架。

不需要会画图。纸上画方块，用箭头连起来就行。画好看是设计师的事，发包方要做的是确认有没有漏掉的页面。这份清单会变成你和团队之间的共同语言，日后“这个不在范围里”的扯皮也少很多。

上哪个渠道，什么时候上

iOS 和安卓都要上，做法先分岔。两边各写一套原生代码，等于同一个 App 做两遍，工作量翻上去。跨平台框架用一套代码盖住两边，但相机、推送这类贴着设备的功能，还是要按平台分别处理。WebView 把网站装进一个 App 壳里，三种里最轻，代价是 App Store 对纯套壳的应用有过拒审的先例，内容型的服务也要想好加一个只有 App 里才有的功能。国内安卓不是一个商店，是华为、小米、OPPO、vivo、应用宝一家家分别提交，各家的资质材料和审核节奏并不统一。

要问的是两件事。上哪些渠道，是不是一开始就全都上。早期用户明显集中在一边，先做一个平台、把范围压掉一大块，是完全站得住的选择。

登录、支付、推送后面跟着的东西

需求清单上占一行的条目，落到实处是一整块活。登录不是一个按钮，是一套账号体系：有注册就要有找回密码，还要有注销。每接一种第三方登录，就多一份对接。支付也不是做完收银台就结束，前面挂着商户号申请和签约，后面接着取消退款的流程和支付失败的处理。推送是一对：发送端的服务，和接收端的设置页面。营销类的推送还要带上用户的接收同意。

数据离开这台手机的那一刻

五个维度里，把范围拉得最开的是后端。有了账号，或者要在几台设备上看到同一份数据，或者用户之间能读到彼此发的内容，从这一刻起服务器和数据库进入范围。数据只待在用户自己手机里的 App，这一格可以整个空着。

用户看不到的那些页面

发公告、处理举报、管理会员、看几个基础数据的界面。用户一辈子都不会打开，但服务要转起来总得有人用。第一版做到哪一步，哪些事暂时靠人工顶着，这个取舍本身也是范围估算的一部分。

五行还没填满也能聊

只带着“想做一个这样的 App”这一句话过来，也谈得起来。Weple 的 App 开发是先和发包方一起把上面五个维度填出来，形成一份范围文档，再拿这份文档给工期和金额。别家的报价单已经拿到手了，我们陪你拆开看金额差在哪一维度。逐项的计价依据在价格说明里。