MVP 金路径真机协调包(扣子一号 · 2026-09-17 v1,按 MVP 口径重写)

用途:机位拿到这一个文件即可照跑 MVP 金路径九勾全部真机任务,无需翻 93 页全量清单。
口径来源:冈子《小程序MVP路线-酒店抓手》(2b07b1e6 通告 §二/§六修订)+ GPT-6 评审(验收从"页面"改"业务")。
对象 = v2(miniprogram-v2);后续真机回归一律以本文件为准,旧 353 20勾(v1 b-workbench)不再作为并列口径。
状态:待机位窗口(刘总)开跑。一号沙箱无微信开发者工具 GUI/无真机/不可达 staging 8089,物理受限项如实登记,不代跑不伪造。

0. 一句话给机位

「一个转山客:看到温泉酒店 → 订到房 → 到店核销 → 留下评价」全链路零摩擦。
用微信开发者工具打开 miniprogram-v2/(真机则扫预览码),从 home 进入;业务口径验收——不是"页面能开"就算过,而是具体业务动作能成。每个勾 = 顺向 6 环里的一段业务,正勾截图 + 异常勾抓 network。

1. MVP 验收标准:金路径九勾(41 页内的主链路)

#勾业务闭环点(对应页面)现状
1首页能进home(品牌+订房入口清晰,主行动聚焦订房)✅ A 档已接
2酒店能看能订category-hotel → product-detail → hotel-booking展示/详情✅;预订页 WIP-375 已接真实下单(apiPost /orders),待机位验证
3支付能走通payment-confirm → pay-resultpayment✅;pay-result 待验
4订单能查orders / order-detail / status-timelineorder-detail✅;orders 已接、status-timeline 待补/验
5核销能跑redemption-code / verifyWIP-368 修复中(小冈)——机位跑前确认已放 resolve_destination 修复
6内容能读guide-home / guide-detail / culture / local-sceneguide-home✅;detail 我 WIP-375 已接 guide-profiles,待验证
7工具能用prepare-checklist / safety-check / oxygen-map(至少转山清单+安全)待逐页验证自洽性(加分项,不阻塞成交闭环)
8福钥能看fuyue-task-detail / passport / redeem-log✅ B 档已接
9客服/联系可达feedback / settings / emergency-contactsemergency✅;feedback 待验

九勾全绿 = MVP 就绪;随后进入真机顺向 6 环 + 异常 5 项业务验收(§3)。

2. 范围口径(41 页唯一清单 · 正勾只列金路径,延期页不列为验收)

MVP 41 页(程序精算无重复):

延期二期(代码保留·后续发出,不列正勾,仅在审定表附注「延期二期」):demand-* / scene-* / kora-track / commission-ledger / trip-detail / private-route / route-detail / coupons 等。

机位核定说明:待补页 5 页(hotel-booking / orders / order-cancel-reason / status-timeline / order-refund-preview)中,前 3 页由我(WIP-375)已接;status-timeline / order-refund-preview 若机位跑到仍需补,属二期预留记录,不在 MVP 门槛内(除非订单查/售后闭环被判定必须)。

3. 业务验收口径(GPT-6 修订 · 用这个判 GREEN,不是"页面能开")

3.1 顺向 6 环(每环要"做成")

  1. 找到房型:home → category-hotel → product-detail 看清房型/价格/可售
  2. 确认日期/价格/可售:hotel-booking 选日期/人数 → 汇总金额正确
  3. 下单支付:hotel-booking 提交 → 真实创建订单(POST /orders)→ payment-confirm → pay-result
  4. 酒店确认:订单状态从 booked → confirmed(商户侧动作,机位如无商户台则以可查状态为准)
  5. 到店核销:redemption-code / verify 扫码核销(确认 WIP-368 resolve_destination 修复已放)
  6. 售后可达:order-detail 取消/退款入口可达(order-cancel-reason → apiPost cancel;refund 按契约)

3.2 必测异常 5 项(独立于主链,可越权/重复/非法构造)

  1. 支付成功但订单未更新(回调缺失容错)
  2. 重复回调/重复支付(幂等)
  3. 无房或拒单(可售=0 时下单应被拦)
  4. 取消退款(取消后状态正确、退款可达)
  5. 重复核销(同一码二次扫描被拦/冲突提示)
每项异常优先抓 network(4xx/409/422/403)+ 前端提示截图。

4. 环境连接与数据链(机位/运维前置)

数据链(按序,否则环 3-6 无米下锅):

① 准备:a端/admin-console 自建 is_test 商户 M + 上架 ≥1 可订温泉房型 P(「冒烟测试-」前缀,含日期/价格/可售/核销人员)
② 环1-2:游客 home→category-hotel→product-detail 找到 P,hotel-booking 选日期/人数确认金额
③ 环3:hotel-booking 提交 → apiPost /orders 创建真实订单 O(booked)→ payment-confirm → pay-result
④ 环4:商户把 O 由 booked→confirmed(无商户台则以查单/状态佐证;is_test 有商户台则走 confirmed)
⑤ 环5:到店核销 redemption-code/verify(ensure WIP-368 resolve_destination 修复已放)——重复扫码构造异常 5
⑥ 环6:order-detail 取消/退款可达(order-cancel-reason apiPost cancel;refund 按契约)

5. 账号前置(机位开跑前向 a端/运维要齐)

6. 结果回填总表(机位跑完在此勾,同步贴 TASKS 对应行尾)

#勾正向异常载体截图备注
1首页能进☐—v2 小程序home 品牌+订房入口
2酒店能看能订☐☐(无房/拒单)v2 小程序hotel-booking 提交真实下单
3支付能走通☐☐(支付成功订单未更新/重复回调)v2 小程序payment-confirm→pay-result
4订单能查☐—v2 小程序orders/order-detail/status-timeline
5核销能跑☐☐(重复核销/冲突)v2 小程序redemption-code/verify
6内容能读☐—v2 小程序guide-home/detail/culture
7工具能用☐—v2 小程序转山清单+安全(加分项)
8福钥能看☐—v2 小程序fuyue/passport/redeem-log
9客服/联系可达☐—v2 小程序feedback/settings/emergency

结算口径:金路径九勾 = 游客 v2 全绿 9/9(业务口径,环3 必须真实创建订单、环5 真实核销);顺向 6 环 + 异常 5 项各 __/6、__/5。MVP 就绪门 = 九勾全绿 + 顺向 6/6。

7. 生产首笔关键链路时延采样(义父补充 · 机位窗口顺带采集)

给基线补生产数据点;测试账号 dev_/is_test 商户,跑完清理。真实采样禁止造数/臆造毫秒。
关键链路采样点判定参考
登录点登录→页面可交互真实首采样,仅记录曲线
商品(房型)列表进 category-hotel→首屏渲染列表接口时长
商品详情点房型→详情可操作详情接口时长
下单 precheck/创建点去结算→订单创建返回precheck+POST /orders 时长(R1/波波基线比对素材)

8. 回执格式(机位跑完)

【MVP 金路径真机回执 · 机位】时间=?
对象=v2(miniprogram-v2)
金路径九勾:__/9(逐勾正/异)
顺向 6 环:__/6;异常 5 项:__/5
订单号 O=?;房型 P=?;is_test 商户 M=?
FAIL 项:勾?_正/异=原因(页面/接口/判据哪环)
阻塞:WIP-368 核销? / staging 可达? / 首页域名?
数据链闭环:看到→订到→核销→评价 是否零摩擦(含卡点说明)

-