微信小程序最容易被低估的，其实是后台流程

用户提交只是业务的开始

用户完成一次表单或下单后，后台通常还要经历审核、分配、处理、通知、完成和归档。如果只完成用户端，工作人员最终仍可能依靠群聊和表格补齐剩余流程。

因此，小程序原型阶段就应同时画出用户端和管理端的状态变化，确认每一步由谁处理、处理后通知谁，以及失败时如何恢复。

先画状态，再画页面

页面是状态的表现形式。预约业务可能包含待确认、已确认、已取消、进行中、已完成和已退款；发布业务可能包含草稿、待审核、已通过、已驳回和已下架。状态不清楚，页面按钮和权限就无法稳定。

• 每个状态允许哪些操作，操作后进入什么状态。
• 用户取消、管理员退回、系统超时等异常如何处理。
• 哪些变化需要微信通知、短信或站内提醒。
• 关键状态是否保留操作人、时间和原因。

后台权限不能只有“管理员”一种

实际业务中，经常存在客服、审核人员、业务负责人、财务和系统管理员。不同角色看到的数据范围和可执行动作应当不同，尤其是退款、删除、导出和权限调整等高风险操作。

即使项目第一阶段人员不多，也应保留角色扩展和操作记录的基础结构，避免业务增长后只能依赖共用账号。

验收时要从后台把流程走完

验收不能只检查用户端是否能提交，还要验证后台能否收到、处理、查询和导出，用户是否获得正确反馈，异常状态是否能够恢复。真正完整的小程序，是用户端和后台共同形成的业务闭环。