交付、沟通、承诺能不能混成一条进度？
主题主卡 ·
K-016· 决策 · 权威见 ../CURRENT_STATE.md
id: K-016
type: 决策
title: 交付、沟通、承诺能不能混成一条进度？
short_answer: 必须分三条记：实际交付进度、沟通/安抚进度、承诺有没有兑现。安抚稿写了、发出去了、客户回了、问题解决——不是一回事。禁止「必须安抚完才能记交付」；旧方案里那道门闩本库已废止。
scope: 场景 B / 第二城 / 承诺与交付状态机
evidence_status: 有设计依据
decision_status: 待批准
verification_status: 未测
evidence_review_trigger: 合规/投诉审计证明合并为单一门闩状态更安全且不压制真实交付记账；或分线导致无法运营。
decision_change_trigger: 亮哥书面恢复「安抚为交付前置门闩」并更新 CURRENT_STATE 明确不做清单。
source_refs: claims/2026-09-21-full-site-audio-review.md（C-FR6, C-FR7）; ops/second-city-14-90.md; scenarios/B-promise-comfort.md; CURRENT_STATE.md §明确不做
relations: K-005, K-006, K-015, K-008
version: 1.1
updated_at: 2026-09-22
owner: AI CDP短答
必须分三条记：实际交付进度、沟通/安抚进度、承诺有没有兑现。安抚稿写了、发出去了、客户回了、问题解决——不是一回事。禁止「必须安抚完才能记交付」；旧方案里那道门闩本库已废止。
contradicts 声明
| 旧表述 | 本卡 | 处理 |
|---|---|---|
| ops：禁止 Breached 直接跳 Delivered 而不经 Comforted | 禁止把安抚当交付记账门闩 | 不静默覆盖：旧条目标「已废止/与 K-016 冲突」；权威以本卡 + CURRENT_STATE 明确不做为准 |
三态
| 态 | 值 |
|---|---|
| 证据 | 有设计依据 |
| 决策 | 待批准 |
| 验证 | 未测 |
三线（实践）
- 实际交付线：配件到货、交车完成、工单关闭等业务事实
- 沟通进度线：是否生成安抚稿、是否送达、是否回复、是否接受
- 承诺履行线：原承诺是否兑现/改期/失效；新承诺不抹旧失约
相关
K-005, K-006, K-015, K-008
版本 1.0 · 更新 2026-09-21 · 维护 AI CDP