TECHNICAL GUIDE / 小程序与 APP 开发
小程序还是 APP？预约、下单与服务履约的产品规划指南
选择移动产品形态，连接用户端和管理后台
先了解判断方法
小程序、APP 与服务履约：从哪里开始？
小程序与 APP 的选择取决于用户入口、使用频率、设备能力和运营方式。微信内预约、下单和通知可优先评估小程序；需要较强设备能力、复杂离线任务或跨平台高频体验时，再验证 APP。两者都需要与后台业务状态保持一致。
| 当前情况 | 优先梳理 | 验证重点 |
|---|---|---|
| 客户在微信内偶尔使用 | 小程序与必要的管理后台 | 入口、授权、通知和平台能力 |
| 员工持续处理现场任务 | 员工端或 APP，按需求评估离线 | 网络中断、同步冲突和权限 |
| 客户预约后需要人工派单 | 用户端、员工端、管理端协同 | 容量、取消、改期与履约状态 |
项目评估时常见的问题
做了用户端，还需要管理后台吗？
只要涉及预约审核、派单、库存、退款或服务进度，通常需要员工或管理入口。后台的角色与处理流程应在第一阶段一起规划，否则前台收集的信息可能无法继续处理。
支付成功就代表订单完成吗？
不代表。支付、订单和履约是相关但不同的状态。系统应处理重复回调、支付超时、取消、退款和通知失败；以服务端核验和业务记录为依据，而不是依赖用户端页面跳转。
第一版应该如何验证？
用真实业务顺序走完创建订单、确认、派单、履约和反馈，同时测试超额预约、取消与人员变更。涉及设备、平台授权或特殊接口时，应先做可行性验证，再承诺完整范围。
用什么材料验证交付？
验收不仅查看页面，也应核对预约容量、订单状态转换、员工权限、支付回调和通知记录。若涉及平台审核和第三方账号，明确由谁提供资料、谁负责申请以及等待时间如何影响排期。
需要避免的范围误区
把端的数量等同于项目范围，容易漏掉后台、接口和异常流程。先明确业务闭环，再决定需要小程序、APP 还是网页。