- 委托开发 App 分 7 个步骤。企业主最重的决定集中在前 3 步，也就是写下第一行代码之前。
- 开发期间，每周都要在真机上看到能用的 App；验收时用贵公司自己的手机和真实业务来测。
- 尽早以公司名义注册应用商店开发者账号；付尾款之前，拿齐源代码、文档和所有账号的密码。
- 如果说不清这一步定下了什么，就先不要批准下一步。
从委托方看 App 开发流程
委托开发 App，很像给店面扩建。砌砖的是施工队，您要说清哪块地方给谁用，在打地基前批准图纸，每周去现场看一看。下面每一步都讲四件事：要决定什么、准备什么、应该看到什么，以及项目常在哪里出问题。有的开发方给各步起的名字不同，做的事是一样的。
第 1 步：界定问题和用户
第一步还没有界面，只有几个问题：App 要为谁解决什么问题，怎样才算解决了。答案由委托方来给，开发方帮忙把问题问得更准。
选定一个问题、一个主要用户群和一个要追踪的数字，比如三个月后通过 App 完成的预约占比。然后安排 3 到 5 位真实用户，让开发方去聊。好的开发方会带回一页纸的总结，说明每个人的工作如何经过 App。如果拿到的是两页功能清单，就要当心：从功能出发的项目，范围往往越做越大。如果还不确定是否真有人需要，可以先试试 7 天从想法到试验产品里的方法。
第 2 步：确定范围并报价
范围列出第一个版本做什么、不做什么。没有写下来的事，做到一半一定会起争议。
选出仍能解决问题的最小功能组合，也就是 MVP，并决定 iOS 和 Android 一起做还是先做一个。列出要对接的系统，例如 LINE Login（用泰国最常用的聊天软件 LINE 的账号登录）或 PromptPay（泰国的国家二维码支付）收款，并指定唯一一位能批准范围的负责人。好的报价单附上范围，开工前价格固定，交付写成具体日期，说明中途加需求会怎样，并写明源代码归谁所有。常见的问题是报价便宜，原因却是对范围的理解比您想的窄。洽谈前该准备什么，见聘请 AI 开发公司之前要准备什么。
第 3 步：能点的原型
原型就是在手机上能点来点去的全部界面，背后还没有真正的系统。现在挪一个按钮只要一小时，到第 5 步再挪就要好几天。
先请两三位一线员工把一项真实工作走一遍，比如从注册会员到完成第一笔订单，再批准原型作为要开发的设计。好的开发方会把手机递给您亲手点，并记下每一次停顿的地方。常见的问题是因为好看就批准，到测试时才发现界面顺序和实际工作对不上。能点的东西和客户能依赖的系统之间差多远，见从 Vibe Coding 原型到生产环境。
第 4 步：分冲刺开发，每周演示
这是最长的一步。要避免团队消失两个月、带回一个从没见过的东西，办法是把工作切成叫作冲刺（Sprint）的短周期，每周看一次实物。
先确定让风险最高的部分先做，比如对接现有会员系统；有新需求时，再选择用原范围里的哪一项来换。委托方要投入的是能拍板的人每周一小时。每周都应该在真机上看到 App 又多做了一些事。危险信号是演示连续两次推迟，以及小需求越积越多，没有人签字，交付日期就往后挪了。
第 5 步：测试与验收
开发团队一路都在测试。这一步轮到您和员工亲自上手，用自己的手机、自己的业务来测。
开始测试前先商定验收标准：哪些必须通过，哪类缺陷可以上线后再修。出了问题再定，就成了讨价还价。再准备好客户实际在用的机型，包括旧手机。好的开发方会先发来功能、速度和安全测试结果，并提供可以跟踪状态的问题反馈渠道。常见的问题是只测顺利的流程，跳过信号中断、重复付款或用户换手机这些情况。如果 App 要存客户数据，可以接着读 Vibe Coding 时代的网络安全。
第 6 步：提交应用商店并上线
App 要通过开发者账号上架 App Store 和 Google Play。这些账号应当用贵公司的名义，因为客户在 App 下方看到的就是这个名字。
确定上线日期，以及先向所有人开放还是先给一小群人用。准备工作应从第 2 步就开始：两个商店的企业开发者账号，需要材料，也要花好几天；与 App 实际收集的数据一致、并符合泰国《个人数据保护法》（PDPA）的隐私政策；以及给商店审核人员用的测试账号。好的开发方有一份提交前检查清单。常见的问题是到了提交当天才发现账号还没开，或者审核人员登录不了。如果客户本来就在用 LINE，LINE Mini App 不用经过这两个商店，在 LINE 里就能直接使用。
第 7 步：维护与下一个版本
上线那天，才第一次知道第 1 步的哪些假设是对的。从这里开始，工作是让 App 持续运行，并决定下一个版本做什么。
确定公司里由谁负责这个 App，是续签按月维护，还是交给内部团队。交接时，应按范围拿到源代码、系统文档和所有账号的权限，还要有从第一天起就在追踪第 1 步那个数字的数据分析。手机操作系统每年都有大版本更新，没人照看的 App 会开始出毛病。常见的问题是还没拿齐密码就付了尾款，之后什么事都只能依赖原来的开发方，也就是所谓的供应商锁定。
| 步骤 | 委托方决定 | 应该看到 | 常在哪里出问题 |
|---|---|---|---|
| 1 问题与用户 | 问题、用户、追踪的数字 | 一页纸总结 | 从功能清单出发 |
| 2 范围与报价 | 做什么、不做什么、对接哪些系统 | 附范围的报价单 | 范围被理解得太窄 |
| 3 原型 | 批准设计 | 手机上能点的界面 | 因为好看就批准 |
| 4 冲刺 | 工作顺序、新需求换掉什么 | 每周的真实 App | 演示推迟、需求堆积 |
| 5 测试 | 验收标准 | 测试结果、问题反馈渠道 | 只测顺利流程 |
| 6 上架 | 首批用户、上线日期 | 提交前检查清单 | 提交当天账号没准备好 |
| 7 维护 | App 负责人、维护计划 | 代码、文档、账号、数字 | 没拿齐就付款 |
模拟案例
暖武里府一家有四个分院的宠物医院（名称和细节均为虚构）想要一款 App，让宠物主人预约看诊、接收疫苗提醒。第 1 步，开发方和前台员工聊过后发现，真正的预约记在各分院的本子上，所以要先做给员工用的排队管理界面。院长把积分功能挪到第二版，并马上以公司名义申请开发者账号。员工试用原型时发现，很多客户养了不止一只宠物。
第三周的演示暴露出疫苗提醒只按上次接种日期计算，没有区分疫苗种类，当周就修好了。测试时，一位兽医用第四家分院的旧手机，发现预约界面加载慢得没法用。App 先在一家分院开放两周。第一个月里呼声最高的需求是用 PromptPay 付预约订金，这成了第二版的第一项工作。
每一步都要重复问的三个问题
不读代码，也能把握项目。每一步结束时问同样的三个问题，三个都有答案再进入下一步。
每一步的三个问题
- 1. 我们定下了什么，记录在哪里？ 答案应是一份双方手里内容相同的文件。
- 2. 今天看到的是真实数据还是示例数据？ 越接近上线，真实数据应该越多。
- 3. 如果今天停下来，我们能拿回什么？ 好的答案是另一个团队可以接手的东西。
规则： 只要有一个问题答不上来，就在批准下一笔付款前要求再开一次会。
与开发方洽谈前的准备清单
备齐下面七样东西，第一次会议就能把时间花在真正的问题上。
- 一段话说清的需求：什么问题、谁的问题、怎么衡量
- 3 到 5 位愿意接受访谈的客户和员工
- 需要对接的现有系统，以及各自负责人的名字
- 去掉客户姓名的真实数据样本
- 唯一一位能批准范围和设计的负责人
- 用于注册两个商店开发者账号的公司注册文件
- 隐私政策，或负责撰写的人的名字
写给开发团队 · 商店账号、应用签名与审核时间
以组织身份加入 Apple Developer Program，需要法人实体、D-U-N-S Number，且申请人须有权代表公司签约。2023 年 11 月 13 日之后创建的 Google Play 个人账号，发布前必须完成封闭测试，至少 12 名测试者连续参与 14 天，因此一开始就应使用客户名义的组织账号。Apple 表示，通常至少 50% 的提交在 24 小时内完成审核，90% 在 48 小时内完成；Google 表示，部分账号在特殊情况下审核可能需要 7 天或更久。签名证书和上传密钥要存放在客户能访问的地方，通过 TestFlight 和内部测试验证，并让隐私政策和数据安全表单与实际集成的 SDK 一致。
我们如何陪您走完这七步
预约和订单的规则，掌握在每天做这些事的员工手里。所以 DNA Maker 在第 1 步先坐下来听他们讲，再整理成业务流程图和要衡量的数字。范围和价格在开工前固定，批准前您可以先试用能点的原型；如果需求更适合做 LINE Mini App，我们会在那时直接告诉您。
App 全部由 DNA Maker 自己的团队开发，没有分包。我们用 AI 加速的冲刺开发，每周在真机上演示，资深工程师审查代码；按约定范围测试、提交应用商店、培训您的团队、按范围交付源代码，之后按月维护。我们为泰国的银行、医院和大型企业集团也是这样做的。想知道项目规模，可以在聊天页面把需求告诉 Dream，几分钟内就能拿到估算；也可以查看 AI 应用开发。
SOFTWARE ENGINEERING GLOSSARY
软件工程术语表
| 术语 | 是什么 | 通俗示例 | 高管应问开发团队的问题 |
|---|---|---|---|
| Scope | 这个版本做什么、不做什么 | 预约在范围内，积分不在 | 中途加一个界面，价格和交付日期怎么变？ |
| Prototype | 能点但背后没有系统的界面 | 员工试预约时发现需要能选多只宠物 | 批准前有几位真实用户试过？ |
| Sprint | 以演示收尾的短开发周期 | 第三个冲刺交付排队管理界面 | 这周的演示用的是真实数据吗？ |
| Acceptance Criteria | 测试前商定的通过标准 | 旧手机上预约界面 3 秒内打开 | 标准写在哪里，由谁签字？ |
| Source Code Ownership | 交接后代码和文档归谁所有的约定 | 其他团队能接手维护代码 | 付完尾款后，我们手里有哪些代码、文档和账号？ |