布局¶
贯穿整个咨询周期，左右联动：左边是对客户的认知，右边是对应的策略。
┌─────────────── 信息看板 ───────────────┬─────────────── 策略看板 ───────────────┐
│ │ │
│ ┌─ 客户画像 ───────────────────────┐ │ ┌─ 战略诉求 ───────────────────────┐ │
│ │ 行业：XX 规模：XX 阶段：XX │ │ │ 客户想通过数字化解决什么问题 │ │
│ │ 数字化成熟度：L2（数据采集阶段） │ │ │ 短期目标 → 中期目标 → 长期愿景 │ │
│ └──────────────────────────────────┘ │ └──────────────────────────────────┘ │
│ │ │
│ ┌─ 发现清单 ───────────────────────┐ │ ┌─ 切入策略 ───────────────────────┐ │
│ │ · 数据分散在3个系统，无法打通 │ │ │ 从哪个痛点切入 → 分几步走 │ │
│ │ · 管理层有数字化意愿但中层抗拒 │ │ │ 第一步做什么 → 预期成果 │ │
│ │ · IT部门只有2人，运维都吃力 │ │ │ 风险点 → 备选方案 │ │
│ │ + 添加新发现 │ │ └──────────────────────────────────┘ │
│ └──────────────────────────────────┘ │ │
│ │ ┌─ 决策链路 ───────────────────────┐ │
│ ┌─ 沟通记录 ───────────────────────┐ │ │ 关键人 │ 立场 │ 关注点 │策略 │ │
│ │ 5/14 需求调研会 · 纪要看全文 │ │ │ CEO │ 支持 │ 降本 │ 推ROI │ │
│ │ 5/10 初次接触 · 纪要看全文 │ │ │ CIO │ 中立 │ 技术选 │ 做POC │ │
│ └──────────────────────────────────┘ │ │ 财务 │ 反对 │ 预算 │ 分期 │ │
│ │ └──────────────────────────────────┘ │
│ 信息看板回答：客户现在是什么情况 │ 策略看板回答：我们打算怎么应对 │
└────────────────────────────────────────┴────────────────────────────────────────┘设计原则¶
一条发现 → 对应一条策略调整。左边加了"中层抗拒"，右边就要确认策略里有没有应对中层的内容
贯穿全程不退场。签约前用这套结构做评估，交付中用这套结构做调整，结束后用这套结构做复盘
不存"知道了但不行动"的信息。左边每一条发现都必须能回答"所以呢"——如果一条信息不会改变右边的策略，就不值得记
组件¶
信息看板（左）¶
客户画像 — 不变的基础信息：行业、规模、阶段、数字化成熟度。一次性填好，后续只更新成熟度评估。
发现清单 — 对客户业务的核心观察，每一条是一句话。按时间倒序排列，最新发现置顶。是咨询过程中最重要的产出物——发现的质量决定了策略的质量。
沟通记录 — 每次客户接触的纪要索引，只显示日期+标题，详情点开看。作用是让"发现清单"有据可查。
策略看板（右）¶
战略诉求 — 客户想达成的目标。随时间推移会逐渐清晰或变化。咨询团队需要持续校准——客户说的"要数字化转型"和实际想要的往往不是一回事。
切入策略 — 从哪个点开始、分几步走、每一步做什么。发现清单更新时，策略可能需要调整（发现"中层抗拒" → 增加"中层动员"步骤）。
决策链路 — 谁说了算、谁在犹豫、谁反对、各自关心什么。每条记录包含对该人的应对策略。发现清单中关于人的发现会直接反映在这里。