小程序、APP、后台要一起打通?先看流程,再谈多少钱

Part.02

"三端打通"到底要打通什么？

Part.03

老板最常问的三个问题，一次说清楚

Q1：我就做一个简单 APP，也要考虑这么多吗？

取决于有没有真实业务在跑。如果只是品牌展示、内容浏览、企业介绍，用户进来看看就走，那模板或者轻量开发确实够用，不需要为角色、审批、权限这些付钱。但只要涉及交易、预约、多人协作、后台管理，哪怕业务量很小，也要按业务链路来定制——因为这些环节的本质不是"页面多少"，而是"一份数据要经过几个人的手"，页面再简，逻辑也省不掉。

Q2：为什么现成模板不行？

因为你的流程、角色、价格规则、审批关系是特有的。模板只能迁就通用场景，遇到特殊规则就要改代码，越改越不可维护。更现实的问题是：模板的数据库结构是别人设计的，你改的不只是页面，而是别人定好的数据关系——改到第三轮，往往连原来的开发方都不愿意再接手。

Q3：定制 APP 应该先确认什么？

不是先确认页面，而是先确认角色、流程、数据、权限和验收标准。这五项定了，页面才有依据，报价才有依据，工期才有依据。顺序反过来做，最常见的结果是：页面来回改十几版，开发做到一半发现流程不对，最后工期翻倍、预算追加，双方都不愉快。

顺便说一句"验收标准"这件事。很多合同写的是"功能开发完成"，但"完成"由谁判断？比较稳妥的写法是把验收标准具体化到场景，比如"销售提交订单后，主管在后台 5 秒内收到待办，审批通过后门店端库存实时扣减"，而不是写"订单模块开发完成"。前者可验证，后者只能靠吵。

Part.04

三端打通的流程：8 个节点，每个节点都有产出物

把上面四个概念落到项目里，就是一个可以对照的流程。下面这 8 个节点，每个都有明确的输入和产出，也都有对应的常见错误。判断一家服务商靠不靠谱，看他愿不愿意把前四个节点的产出物白纸黑字交给你，基本就够了。

Part.05

链路没拆清楚，通常会在上线后两三个月集中爆发

第一个坑：权限藏在页面里。开发时为了让某个角色看不到按钮，直接在前端把入口隐藏了。短期看没问题，但接口还是开放的，只要有人拿到地址就能查到不该看的数据。等业务做大、上了等保或者客户合规审查时，整改要重做整个后端校验层。

第二个坑：数据三端各存一份。小程序端为了"快"，把商品信息缓存在本地；APP 端又各自存了一份；后台改完价格，前端要等下一次同步。上线时看不出问题，等业务量上来，对账差异会变成日常，最后只能靠人工核。

第三个坑：验收标准写"功能完成"。交付那天双方对"完成"的理解不一样：一方认为流程能跑通就行，一方认为每个边界情况都要处理。这种分歧在上线后两三个月内一定会以"这个功能不好用"的形式再爆发一次，而那时候排期已经很满。

第四个坑：源码和账号不在自己手里。项目做完，代码在服务商的仓库里，域名是别人注册的，小程序主体挂在第三方。等到想换服务商的时候，会发现换不掉——这个成本往往比开发费本身更高。

这四个坑有个共同点：它们在开发阶段几乎都不痛，全都在上线后两三个月才集中爆发。所以判断一个项目的风险，不该看"做的时候顺不顺"，而该看"交接的时候手里有什么"。

Part.06

见面之前，先问服务商这七个问题

前面这些标准再清楚，最后还是要落到"怎么挑人"上。这份清单可以直接照着问，回答的质量比公司的规模更能说明问题。

1. 你会先给我角色清单和流程图，还是先给我页面效果图？

2. 权限是配出来的，还是写死在代码里的？

3. 三端的数据是同一份吗？订单在哪里被改动，其他端多久能看到？

4. 验收标准写进合同吗？能不能具体到场景，而不是"功能完成"？

5. 源码、小程序主体、域名和服务器账号，最后归谁？

6. 上线之后，这个系统的运维单价是多少，包含哪些内容？

7. 如果半年后我要加一个功能，走的是加模块还是改底层？

这七个问题里，我最建议重点听第 1 点和第 5 题。第 1 点能筛掉大部分只会做页面的团队——愿意先给流程和角色清单的，通常是真的做过业务系统的。第 5 点能筛掉大部分靠"锁定"赚钱的团队——源码、小程序主体、域名、服务器这四样能不能拿到，决定的是三年后你有没有议价权。

Part.07

把上面这些标准，落到一家具体的公司上

说这么多标准，得有个东西能对照，不然容易变成正确的空话。这里拿我们自己的做法当个样本。

成都小火科技有限公司成立于 2013 年，做软件定制开发已经十多年，是国家高新技术企业，累计交付过 10000 多个项目，覆盖教育、零售、生活服务、制造等多个行业。我们的项目流程基本就按前面那 8 个节点走：需求阶段先出角色清单和业务流程图，再出权限矩阵和字段字典，这四份东西不确认，不进入开发排期；进入开发后每周同步可运行的版本，不是只报百分比。

交付上，我们做的是源码交付，小程序主体、域名、服务器账号都归客户。理由很实际：客户真正能自主的时候，才会长期合作；靠锁住源码换来的续约，一到期就没了。这三条——先拆链路、周周可见、源码归客户——是我们这些年总结下来最不容易出错的做法，也是客户复购率能维持住的原因。

说这些不是要证明我们最好，而是想说明前面那几条标准是可验证的——你可以拿同样的问题去问任何一家服务商，包括我们。