定制 APP：用一条可完成的任务定义第一期范围

定制 APP 项目容易在立项时铺开登录、消息、商城、会员、内容和管理后台。这些能力最终可能都需要，但它们不是第一期的验收对象。第一期应回答：指定角色打开应用后，要完成哪一件事，以及这件事失败时系统如何提示、如何补救。

主路径比页面数量重要

把第一期压到一条主路径，例如：外勤报工、客户下单支付、门店核销、巡检拍照闭环。路径上必须有：

• 明确的角色与权限，避免所有人共用一个“管理员”
• 单据状态（已提交 / 已驳回 / 已完成），而不是只有“保存草稿”
• 弱网与失败态：超时、重复提交、照片上传失败后如何继续
• 与现有业务系统的对账点：哪些字段以 APP 为准，哪些回写 ERP 或表格

个性化不是换皮肤，而是按你们的单据结构、审批链和现场约束建模。套模板能加快演示，但审批层级、价格策略和库存占用一旦与模板不符，返工成本会高于从主路径重做。

用真实使用决定第二期

上线后看三组信号：主路径完成率、卡在哪一步、哪些环节仍在截图发到微信群。第二期只补被数据验证的缺口（例如离线缓存、批量导入、主管看板），避免把应用做成需要说明书才能用的功能集合。

验收建议写成场景，而不是写成菜单： “仓库管理员在无 Wi-Fi 的库位完成一次出库确认，并在 10 分钟内反映到库存账。” 能走通场景，才算交付；菜单能点开只算联调。