量潮咨询 PRD

量潮科技旗下业务线之一。

设计目标¶

把咨询项目的"发现→策略"循环，压缩到一个页面里，用轻量的交互强制推动这个循环转动起来。

不做一个文档编辑器，也不做一个项目进度看板。做一个双栏联动的决策辅助工具：

• 左栏记录对客户的认知（信息看板）

• 右栏记录基于认知的策略（策略看板）

• 两条线之间通过自动提醒强制关联

三层设计¶

第一层：发现可溯源、可触发动作¶

信息看板的每一条发现都需要包含：

• 类型：风险 / 需关注 / 机会 / 中性

• 状态：待确认 / 已确认 / 驳回

• 来源：哪次会议、谁提出的

关键机制：类型为"风险"或"需关注"的发现，提交后自动在策略看板中追加一条"策略待审视"记录。不是发通知，而是在策略看板里直接生成一条修正记录，状态为"待审视"。顾问打开策略看板就会看到——“你有一条新发现需要考虑是否调整策略”。

第二层：策略作为活文档¶

策略看板不只是一个表单，它记录了策略的演变过程：

• 当前策略版本：战略诉求、切入策略、决策链路，始终展示最新版

• 策略修正历史：按时间倒序排列，每条修正记录包含：

  • 触发的发现（来自信息看板的哪条发现）

  • 修正了什么（具体哪个模块发生了变化）

  • 状态标记（已审视 / 待审视）

策略修正确认后，“待审视"变为"已审视”，修正记录保留作为回溯依据。

第三层：利益相关者管理嵌入日常¶

决策链路不是静态角色表。每个人展示：

• 立场：支持 / 中立 / 反对（可变更）

• 核心顾虑：一句话概括（如"关注ROI"、“倾向大厂方案”）

• 应对策略：针对该人的沟通重点

当顾问调整策略时，决策链内容始终显示在策略看板中，不需要翻到其他页面去查看"谁是什么态度"。

场景：发现驱动的策略迭代¶

决策频率：每次客户接触后。决策者：项目顾问。

交互流程¶

1. 顾问在信息看板添加一条新发现（例如"财务王总从反对转为中立"），填写类型为"需关注"

2. 系统自动在策略看板的修正历史中追加一条记录：“新发现：财务王总立场变化 → 策略待审视”，标记为"待审视"

3. 策略看板的决策链路中，财务王总的立场从"反对"更新为"中立"

4. 顾问审视当前策略：

   • 分期方案是否还需要作为重点准备？→ 可以调整优先级

   • CEO的态度是否需要重新评估？→ 财务软化后，CEO的决策阻力减小

5. 确认调整后，修正记录标记为"已审视"，保存本次调整的原因

界面响应¶

• 有待审视的策略修正时，策略看板标题旁显示红点或角标

• 策略看板在没有待审视项时保持安静，不打扰顾问

双Workspace工作空间设计¶

量潮咨询同时服务于两个Workspace工作空间，共享同一套交互框架，但Workspace工作空间隔离决定了数据源和观察者立场。

内部Workspace工作空间的"客户"是使用者自身。创始人打开内部项目时，看到的是量潮云提供的公司现状作为"发现"，以外部咨询顾问的姿态审视并制定策略。量潮科技打开内部项目时同理——它把自己当成一个被咨询的对象来审视。

Workspace工作空间隔离在此的意义——不是数据安全，而是认知隔离：强制制造观察者与被观察者的结构边界，让使用者的"外部咨询师"身份无法被内部叙事同化。一旦内部Workspace工作空间与客户Workspace工作空间共享同一套数据视图，观察者视角就坍缩回内部视角，失去独立判断能力。

与非功能需求的关系¶

• 无需填进度：顾问不需要更新"项目完成了百分之几"，进度是策略执行的副产物

• 无需切页面：信息看板和策略看板在同一页面左右并排，顾问不需要在不同页面之间跳转

• 无需记住上下文：看了发现再看策略，所有相关信息都在当前页面内

与全景图的关系¶

量潮咨询在全景图中只展示两样东西：

• 进行中项目的当前阻塞点

• 待承接客户的匹配度评估

所有深度工作在咨询详情页完成，不涌入全景图。