PHASE 01身份与信息架构
梳理用户 / 服务者 / 商家权限边界与首页差异，设计统一登录后的角色路由分流与菜单可见性。
本地生活微信小程序，覆盖用户 / 服务者 / 商家三端。聚合优惠券、公益捐赠、银行卡与会员卡、任务绩效考核与外卖履约，形成获客-转化-履约-激励闭环。
这不是单端 C 端商城，而是三端角色共存的经营系统：用户要方便下单，服务者要清晰接单考核，商家要能发券、做会员、看绩效。
业务模块多且互相耦合（券、会员、支付、外卖状态），需要从架构层就把身份分流和状态机设计清楚。
梳理用户 / 服务者 / 商家权限边界与首页差异，设计统一登录后的角色路由分流与菜单可见性。
落地优惠券（领取 / 核销 / 叠加规则）、会员卡权益、银行卡实名与支付链路，保证资金可追溯。
外卖点单、配送状态流转、消息提醒；任务中心 + 绩效考核看板支撑服务者日常激励。
公益捐赠展示、记录与公示；配合商家上架，用 Python 批处理真商品图去水印，缩短素材准备时间。
如果按端复制三套页面，后期改一个活动规则要改三遍，Bug 难同步。
公共业务组件 + 角色配置驱动：同一商品 / 订单组件按角色注入不同操作；路由守卫按身份拦截越权入口。
满减、折扣、会员价同时存在时，结算金额容易算错，也容易被恶意叠券。
前端规则引擎先给出可读明细，后端二次校验；不可叠加组合在领取与结算两侧同时拦截。
接单、配送、完成若只靠轮询，体验差；若只靠本地状态，弱网会丢状态。
订单状态机 + 消息推送回写；关键节点本地乐观更新，失败回滚并提示重新同步。