桃子使用端
从菜品池、配送范围和周菜单，到发布餐次、查看订单、手动补单与收款标记，保留完整经营过程。
9 个讲解状态4 个 App 底部入口发布后菜单锁定
街坊味 · Kith InnImplementation reference · 总蓝图
一个产品，
桃子端与顾客端一起成立。
这里不删过程：工程师从两个角色分别进入，逐屏理解菜单、餐次、订单、配送和收款怎样连接。两套 iPhone 原型保留全部讲解状态，后续写 App 时按 User Story 对照。
顾客使用端
从微信群菜单卡片进入，查看午晚餐、提交订单、选择配送地址，再回到“我的订单”确认状态。
5 个讲解状态2 个 App 底部入口午晚餐可一起订
System journey
从准备到对账的六段闭环
需求来源：完整 User Stories01 · 准备
菜品与经营边界
桃子录入菜品池，确认荤、素、汤分类，并维护配送小区。
US-A01—A04
02 · 排菜
周菜单生成与微调
从启用菜品随机生成餐次；软规则可放宽，换一道只影响目标菜。
US-B01—B04
03 · 开放
餐次开放与分享
开放前确认菜单、价格、截止与容量；分享卡片携带正确餐次上下文。
US-C01—C05
04 · 下单
顾客关系与订单
首单申请与正式订单分开；已确认顾客可自助下单，桃子也可代下单。
US-D01—D06US-E01—E06
05 · 履约
制作份数与配送
餐次订单汇总成制作份数，再按小区与地址组织配送清单。
US-F01—F04
06 · 收款
线下付款与人工确认
平台不接支付、不保存收款截图；桃子按订单编号或顾客查找并手工标记。
US-G01—G04US-H01—H02
PRD目标、范围、角色与核心规则
产品决策已确认边界、研究依据与待讨论项
领域词汇统一“餐次、订单、订餐约定”等名称