产品定义
权威：见 ../CURRENT_STATE.md · 更新：2026-09-20
一句话
AI 原生客户认知与行动引擎 = 连接交互证据、业务事实、人车关系、履约能力的共享内核。认知与行动缺一不可。
持续回答的五个问题
| # | 问题 |
|---|---|
| 1 | 他现在需要什么？ |
| 2 | 我们为什么这样判断？ |
| 3 | 现在能为他做什么？ |
| 4 | 由谁负责兑现？ |
| 5 | 做完之后是否真的产生了价值？ |
三层理解（第三层尤其重要）
| 层 | 内容 | 变化速度 |
|---|---|---|
| 1 | 相对稳定信息（身份、人车关系等） | 慢 |
| 2 | 当前情境 | 快 |
| 3 | 尚未完成的关系责任（我们还欠客户什么） | 随事项变 |
允许多个并行事项，不要压成唯一「售前/售后」阶段。
全生命周期共用内核
线索接触 → 比较成交 → 订车交付 → 车主使用 → 维修服务 → 留存再购
延续长城 V3「客户、车辆、持续服务事项」，提升为销售/交付/服务共同底层。
| 概念 | 不是 |
|---|---|
| 持续事项 | ≠ 一次到店 ≠ 一张工单 |
| 客户中心 / 车辆中心 | ≠ 复制全部主数据；首先是统一业务视图 |
整体建议（待确认）
保留声音平台作感知入口 → 有证据、会更新的客户内核 → 场景上下文给顾问/Agent → 正式业务系统完成行动 → 真实结果反哺理解。
原料：../sources/raw/2026-09-20-workshop-research.md
文三并列口径（探索设计 · 待确认）
- 工作名可并列：客户理解与行动引擎 / 客户引擎
- 三产品形态：顾问伙伴 / 上下文服务 / 经营学习
- 成功标准：需求解决、承诺履行、顾问省时（先于有对照的转化/留存/体验）；不看字段填满率/Agent数/发送量
- 文三为探索设计，非已批准规格
见 ../CURRENT_STATE.md · ../syntheses/three-papers-2026-09-20.md
文四并列口径（探索设计 · 待确认）
- 英文：Customer Intelligence & Action Engine / Customer AI Engine
- 「Customer OS」= 噪音/待确认，不以该名义膨胀成大平台；本库仍用「客户引擎」
- Commitment 一等公民；Context Compiler = 场景上下文别名；MVP 四件映射四交付物
见 ../CURRENT_STATE.md · ../syntheses/four-papers-2026-09-20.md