# 周计划体验规划：一次安排，逐日轻确认

后续记录入口：[付款后的陪伴：能力、用户故事与讨论台账](post-payment-care.md)。当前展开[确认窗口](confirmation-window.md)，其候选规则未获批准，不能从本文历史示例推定截止时刻。

> 2026-09-23 · 设计提案，非冻结需求、支付合同或已实现能力。
> 业务依据：[一周无忧计划](../../../architecture/05-domain/WEEKLY-CARE-PLAN.md)。未配送金额留在计划中为用户暂定选择；资金后续规则未冻结。
> 本轮只规划功能与注意力，不改首页、商品详情或原型代码。底部仍为首页／计划／我的。

实施进展：用户随后授权体验迭代；[Study18](../../proof/experiments/fresh-market/STUDY-18-WEEK.md)在实验目录实现独立周计划演示。本文保留原提案；首选源码快照仍未修改，演示记录不接真实支付或旧版订单。

菜卡扩展：[Study19 家里常做](../../proof/experiments/fresh-market/STUDY-19-CARDS.md)实现可复用SKU＋备忘菜卡；模板、餐次、已付内容分别保存快照。采购只计算关联商品，调味备忘不自动转换成订单。

## 1. 设计判断

这不是一张需要每天维护的日历，也不是一个自动续送的订阅。它是提前做好的生活安排，在真正需要配送前，再由用户轻轻确认一次。

两种节奏分别设计：闲时有心情选菜、调整一周；忙时只想知道明天有什么、几点能收到。不能让后者重新走一遍购物结算，也不能让前者被确认提醒占满屏幕。

温度来自替用户承担后续工作，而不是增加寒暄。关怀的检验是：离开应用没有惩罚，回来不用重新理解全部规则，确认后能够安心结束。

## 2. 旧设计的继承与纠偏

| 已查依据 | 值得保留 | 不直接沿用 |
|:--|:--|:--|
| 旧DFD-002（已被后续方向替代） | 周计划与购物车是不同任务；计划意图与交易事实分开 | 五导航、首页不卖货、旧肉篮命名与页面分工 |
| 首选源码 `src/services/planPurchase.ts` | 餐次与订单明细的关联、变更后重新核对 | 用有效订单匹配结果概括所有购买状态；未配送不应退化成需要再次购买 |
| 首选源码 `src/services/delivery.ts` | 按配送批次独立确认与记录 | 默认自动配送选项、过期自动退款、同日付款即确认；20:00只是旧演示参数 |
| 当前Study17计划页 | 日期→餐次→菜品的阅读顺序，减少重复标题和标签 | “购买这餐”不能继续作为所有已付／未付状态下的统一入口 |

新机制不能只替换几个标签。旧源码的状态与场景证据尚不覆盖留存资金、整周支付、逐日确认和真实配送结果。

## 3. 页面职责与入口

### 计划主页：看这一周，也看下一次配送

上层保留短标题、周切换和紧凑日期轨；中段是当前日期餐次与食物；下方紧邻一个服务区域，交代这份安排是否付过、下一步是什么。不要另加一张占据首屏的提醒大卡。

首次进入且明天有待确认配送时，建议落到明天；没有该任务时落到当前合理日期或用户近期浏览位置。用户主动切日期后，不被刷新或提醒强行拉回。今日正在配送的事项可用低权重入口抵达，不与明天的确认混为一谈。

以下是“明天已付、待确认”的结构示意，不是像素稿，时段为示例：

```text
这一周，慢慢安排。            周切换
一  二  三  [四·明天]  五  六  日

午餐 / 晚餐
菜品图、菜名、用到的肉与份量
调整 / 添加（次要操作）
────────────────────────
明日配送                 已支付
送达时间                 17:00–19:00 ›
                         [确认明日配送]
────────────────────────
本周安排 ›              计划明细 ›

首页          计划          我的
```

服务区域用开放底面、细分割与留白承接食物，沿用商品详情的材质语言，但不复制所有阴影。食物占主要视觉，确认区占主要操作权重。日期只承载定位与轻量提示，不给每一天堆满“待付／待确认／已安排”。

这一餐不等于这一次配送：若一次送达覆盖午餐和晚餐，确认区须注明覆盖餐次，展开可看完整食材，不能让用户以为只确认了眼前一道菜。合单与批次规则仍待业务确定；不先写死一天只能一次。

### 本周安排：集中编排，核对后一次付款

按日期组织紧凑餐次摘要，允许空白日，不要求凑满七天；提供逐餐修改，以及低权重的复用上周入口（候选能力，不假定已实现）。总览帮助发现漏餐、重复和份量，而不是再铺七张大图。

付款前集中列出日期、商品与规格、费用、收货地址，以及“付款后仍需逐日确认；未确认不配送”的简短说明。付款是明确文字动作，不用孤立箭头代替。不要在此要求先选完七天的具体时段。

已付后，总览首要作用变为查看／调整安排，不再展示要求重复付款的整周按钮。新增或改动造成差额必须先核对，不能默认再次收取整餐金额。

### 明日确认：一个短操作，不是一份新订单

餐次与食材摘要、收货地址、可选时段、确认动作。正常路径不再问人数、不重复选菜、不再次付款。常用时段可以供快速选择，但必须有本次明确提交；不可把预选当作同意。

优先在主页服务区完成时段选择与确认；若涉及多餐或地址核对，用短抽屉扩展。抽屉也需要清晰的覆盖范围与关闭路径，不用滚动到底才能找到确认。

成功后原地变成“明日 17:00–19:00 · 已确认”，不继续推促销或打卡。确认后可否修改／撤回按正式政策开放，未确定前不承诺随时取消。

### 计划明细：钱与记录找得到，但不主导生活页面

展示已支付、已实际使用、仍留在计划中的金额及对应记录；账务口径冻结前仅作信息结构，不给虚构账本下结论。被跳过的日期保留食物安排与“不配送”记录，不自动挪到第二天，不悄悄清空。

不把主页改成钱包余额面板。退款／退出入口的具体能力须随政策补全，不能用“留在计划中”隐藏用户的钱；跨周结转、有效期、退出规则是实施前必答项，本轮不要求用户逐项裁定。

## 4. 状态决定注意力，不把后台状态全摆出来

| 情况 | 当前区域必须说清 | 主要行动 |
|:--|:--|:--|
| 没有安排 | 日期与空白餐次 | 添加菜品／开始安排 |
| 有安排但未付 | 食物已选，尚未支付 | 核对本周安排 |
| 已付，尚未到确认期 | 这天的食物已付；何时可确认以真实规则展示 | 查看／调整安排，不造紧迫感 |
| 明天已付、等待确认 | 对应餐次、已支付、待确认时段 | 确认明日配送 |
| 已确认 | 日期、时段与地址摘要 | 无须强造主按钮；修改入口按政策提供 |
| 截止未确认 | 本次不配送；金额留存的真实结果 | 查看记录，非重新付款 |
| 配送中／已送达 | 实际配送进度与时间 | 需要时查看配送／服务 |
| 库存、时段或支付异常 | 受影响范围与当前已知事实 | 解决眼前问题，不暗示已成功 |

正常状态不使用红色警报和任务计数。确认前不能写“明日送达”作为确定事实；“已确认”也不能等同“已送达”。按钮采用明确动作文字，导航跳转才适合轻箭头。

## 5. 为什么不采用其他编排

- 不做纯日历：虽然干净，却把付款与履约事实藏起来，重现“到底订没订”的困惑。
- 不做订单工作台：状态、倒计时与余额同时占据首屏，会把生活安排变成待办考核。
- 不做每天重新购买：违背一次安排、减少决策的核心价值。
- 不照搬自动订阅：HelloFresh的官方介绍强调可跳过、暂停或取消周配送；可参考其周节奏，但鼎味的默认不配送是不同的服务契约，不能让用户负责主动停送。

参考：[HelloFresh服务介绍](https://www.hellofresh.com/about/how-it-works)。[GOV.UK按钮指引](https://design-system.service.gov.uk/components/button/)提醒多个主行动会削弱重点；这里只借鉴注意力原则，不采用其政务视觉。上述布局与取舍是本项目设计推导，非外部方案直接背书。

## 6. 下一轮原型的验证范围

先做同一计划页的三个核心状态：未付款编排、明日待确认、确认后安静收束；再串起整周核对／付款和时段抽屉。这样可以先检验注意力分配，再雕琢视觉，不一次铺开全部页面。

随后补齐：跳过后金额留存、空白日、一天多餐／多批次、已付后换菜、无可用时段、支付结果未知、网络失败与重复点击。未成功确认要保留已选时段，但不能展示已确认；截止与提交竞争由权威结果裁定。通知失败不转为自动配送，提醒授权也不成为正常操作的障碍。

验收不是“文字更少”，而是用户无需解释即可指出：这一餐吃什么、付过没有、明天会不会送、几点送、现在是否需要自己做什么。确认后再问用户是否觉得可以安心退出；未确认次日回来，能否理解没配送、钱仍在哪里。

在393×852设备框的真实可用高度下核查菜品与关键服务区的完整关系，另查320宽、小屏与大字号。不能以缩小字号、压缩触点、隐藏状态来制造首屏完成；需要滚动时，以完整内容单元收边，不让按钮或商品边界无意截断。不强求所有整周明细都塞入首屏。

## 7. 责任、风险与回退

主会话维护本提案、状态文案与后续原型验证；用户保有业务政策决策权。支付、履约与财务的实现及评审责任人尚未指定，须实施前明确。当前无真实资金或配送变更。

剩余风险是：逐日确认本身仍需要用户记得操作。我们的承诺不是消灭这一步，而是让它足够轻，且不操作也不会产生用户不想要的配送。提醒的渠道、频率、授权与截止政策待定，不以通知一定到达作为成立前提。

若下一轮测试显示确认区域抢走菜品注意力，调整比例与次级入口，不退回隐藏履约状态。视觉实验继续隔离于实验目录；保留首选源码快照作对照与回退。旧测试仅证明旧行为；本文全部新场景尚未实现或验证，不宣称设计已通过用户测试。