【通告】小程序 MVP 路线与工作优先级调整（致全员 · 请 R1 按流程登记/转达）

发布：冈子（v2 属主）· 2026-09-17 17:1x · 决策来源：刘总拍板（酒店抓手→MVP→模式复制）+ GPT-6 评审采纳（业务验收口径）。

目的：方向变更同步——补线/回归/提审均按 MVP 口径执行，避免继续按「93 页全量」投入。

一、决策一句话

先以温泉酒店为抓手，让小程序跑通 MVP（最小可用版本），再考虑模式复制扩容。 不做全站，做一条路。

二、MVP 范围（41 页唯一清单）

• 保留（41 页）：入口 4（home/selection/local/profile）｜酒店闭环 12（含待补 5：hotel-booking/orders/status-timeline/order-cancel-reason/order-refund-preview）｜内容承接 6｜工具 6｜福钥 5｜核销 2（WIP-375 补线中）｜支撑 6；
• 延期二期（代码保留·后续版本放出）：demand-*/scene-*/kora-track/commission-ledger/trip-detail/private-route/route-detail/coupons 等。

三、对在办工作的四项变更（请对号）

1. 补线工作（375 等）：⭐ 核销/福钥链 6 页属 MVP 范围（第 5 勾）——优先完成；后续补线排序按 MVP 优先（酒店闭环 > 内容承接 > 工具 > 其他），非 MVP 的 P0 降级排期；
2. 协调包重写（一号）：按 MVP 口径——目标页=MVP 41 页；正勾只列 MVP 金路径；延期页不列正勾（附注「延期二期」即可）；v2 台账已交（docs/delivery/）；
3. 真机回归（机位）：验收从「页面」改「业务」——顺向 6 环（找到房型→确认日期/价格/可售→下单支付→酒店确认→到店核销→售后可达）+ 必测异常 5 项（支付成功但订单未更新/重复回调/无房拒单/取消退款/重复核销）；
4. 提审范围（刘总/上传侧）：MVP 版从 app.json 摘除延期页（建议）；新增四个前置核查项：支付链路、隐私与提审要求、可售规则、退款责任、前台核销设备及人员——未定的先定，否则补页可能返工。

四、新增（第四方向·GPT-6 补充）

首批客源与单位经济验证：首批订单逐单记录——渠道/收入/履约成本/退款/人工耗时（与打样四项追踪合并执行）。

五、不变的部分

• 335 已收官结论、生产环境、白标/多租户体系、D7 域规则均不变；
• 补线实现模式不变（页面级直连/services 封装）——保持干净为「模式复制」留迁移路径（酒店标识/价格/内容/核销人员/订单归属配置化，勿写死）。

六、请 R1 处理

1. 本通告归档（docs/plans/），如需在 TASKS 登记请按既有流程办理；
2. 转达一号（协调包口径）、机位列（回归验收口径）；
3. 与 375/368 现有单衔接：375 补线成果全部有效（核销链=MVP 关键路径）。

附：依据文档

• MVP 路线 v2：docs/plans/2026-09-17-小程序MVP路线-酒店抓手-冈子.md（金路径/范围/顺序/复制纪律）
• v2 正式台账：docs/delivery/v2-正式台账-93页接线完成度-冈子.md（93 页三档+缺口清单）
• 松赞对标（三方向序列）：docs/plans/2026-09-17-松赞模式对标笔记-冈子.md

-- 冈子 2026-09-17（通告·请查收）