前线动态作战室 (Activity War ROOM)
记录客户会议，呈现贝叶斯分析，跟进系统建议，并生成单页报告
前线动态作战室 (Activity War ROOM)
Activity War ROOM 是 EXAWin 的核心运营界面。销售团队在这里记录会议、电话、邮件、后续跟进以及销售过程中观察到的证据。这些活动会连接到贝叶斯模型，用于更新 P(Win)、置信区间、Impedance、Momentum、Silence Risk 以及下一步行动判断。
标准使用流程是：
选择项目 → 录入活动/会议 → 选择信号 → 保存 → 检查贝叶斯更新 → 跟进系统建议 → 需要时用 1-Page Report 分享。
入口： Sidebar → Sales → Activity War Room
页面结构
Activity War ROOM 使用 3 个独立面板。项目列表、活动时间线和分析区域各自滚动，因此用户可以阅读较长内容而不破坏整体页面布局。
| 区域 | 作用 |
|---|---|
| 左侧面板 | 按客户显示项目列表。用户选择项目、筛选状态，并快速查看 P(Win)、stage、关闭状态、评论和点赞。 |
| 中间面板 | 显示所选项目的活动录入表单和活动时间线。Header 包含 Manual、New、1-Page Report、activity count 和 new-comment badge。 |
| 右侧面板 | 显示 Project Snapshot、Bayesian Analytics、Recommendation Sales Action、Confidence Band、Silence Risk、Evidence & Trend 和 Quick Stats。 |
左侧面板：项目列表
左侧面板用于选择当前上下文。选择一个项目后，中间面板和右侧面板都会切换到该项目。
筛选和搜索
| 控件 | 功能 |
|---|---|
| All / Running / Closed | 筛选全部项目、进行中项目或已关闭项目。 |
| Search | 按项目名、客户名或项目代码搜索。 |
| Preload | 限制加载范围，只把当前运营需要的项目带入 War ROOM。 |
项目卡片项目
| 项目 | 含义 |
|---|---|
| Project name | 销售机会或项目名称。 |
| Customer | 关联客户。 |
| Project code | 系统生成的项目代码，例如 PRJ-2602-XXXX。 |
| P(Win) | 贝叶斯更新后的当前赢单概率。 |
| Stage | 当前销售阶段。 |
| Progress | 按 stage 展示的进度。 |
| Closed badge | 表示项目已 Won/Lost 或仍在进行。 |
| Comments / Likes | 项目上的协作状态。 |
中间面板：活动录入与时间线
中间面板是主要操作区域。日常活动、会议纪要、action items 和 issues 都在这里录入。
中间 Header
| 元素 | 说明 |
|---|---|
| Manual | 打开 Activity War ROOM 相关用户手册。 |
| + New | 打开新活动录入表单。 |
| 1-Page Report | 打开当前项目的 Bayesian 1-Page Report modal。 |
| Activity count | 当前项目已记录的活动数量。 |
| New comments | 提示有新的评论需要查看。 |
活动录入表单
活动表单按多个行区组织，用于准确记录销售上下文和贝叶斯信号。
Row 1：基础信息
| 字段 | 必填 | 说明 |
|---|---|---|
| Activity type | 是 | Meeting、call、email、message、follow-up 或其他活动类型。 |
| Date / Time | 是 | 活动发生时间。界面按用户时区显示。 |
| Duration | 否 | 会议或通话时长。 |
| Stage | 是 | 活动发生时的 stage。该 stage 会影响 SWV 和贝叶斯解释。 |
如果选择 Won 或 Lost 等结束 stage，请仔细确认，因为它可能关闭项目并限制普通活动继续录入。
Row 2：项目参会人 / Stance
这一行记录谁参加了互动，以及他们表现出的立场。
| 字段 | 说明 |
|---|---|
| Contacts | 参加会议或互动的客户联系人。 |
| Participants | 其他参与者，包括内部人员和客户方人员。 |
| Stance | 观察到的立场，例如 supporter、neutral、blocker、decision maker。 |
| Role context | 记录该参与者在购买决策中的角色。 |
参会人信息会帮助正确解释信号。例如，同样的积极反馈，来自 decision maker 和来自低影响力人员的意义不同。
Row 3：观察到的 Signals
Signals 是贝叶斯更新中最关键的部分。用户应选择活动中真实观察到的信号。
| 原则 | 说明 |
|---|---|
| 基于证据选择 | 只选择来自会议、邮件、文档或客户行为的真实信号。 |
| 允许多选 | 多个信号会通过 compound score 合成。 |
| 避免夸大 | 不要为了提高 P(Win) 而选择不符合事实的信号。系统会使用衰减逻辑避免过度加分。 |
| 结合 stage 阅读 | 信号应与当前 stage 和近期行为一起解释。 |
Row 4：Summary 与 Browser Local AI Assist
Summary 是时间线卡片上的短标题。请写得足够清楚，让其他人只看时间线就能理解该互动的性质。
Summary 下方有 Browser local AI assist。该功能根据用户在浏览器中输入的内容帮助生成草稿。它不是 server LLM，也不是 ontology reasoning。AI assist 生成的内容不会自动保存，应用前必须由用户检查。
Row 5：Rich Text Three Tabs
| Tab | 用途 |
|---|---|
| Meeting Notes | 记录会议纪要、关键发言、背景和需要保留的信息。 |
| Action Items | 记录下一步工作、负责人、期限和后续步骤。 |
| Issues | 记录反对意见、风险、阻碍点、购买条件或不确定信息。 |
Row 6：Attachments
上传相关资料，例如 proposal、meeting minutes、图片、PDF、表格或客户资料。附件用于之后验证信号和上下文。
保存时
点击 Save 后：
- 活动会保存到时间线。
- 所选信号会与 snapshot 一起保存，用于保留记录当时的上下文。
- 如果活动没有关闭项目，系统会执行 Bayesian update。
- P(Win)、alpha/beta、confidence、impedance 和分析面板会更新。
- Recommendation Sales Action 可能会根据新证据发生变化。
Activity Timeline
Timeline 是项目互动历史。用户可以回看销售过程、检查已选择的信号，并理解当前概率是如何形成的。
Bayesian Badges
时间线上的 badge 用于快速读取活动影响。
| Badge | 含义 |
|---|---|
| P(Win) | 活动后的概率或相关 snapshot。 |
| Stage | 活动发生时的 stage。 |
| Signals | 该活动选择的信号。 |
| Confidence | 如果证据足够，显示解释的可靠程度。 |
状态管理
| 状态 | 说明 |
|---|---|
| Draft | 新保存或尚未确认的活动。有权限时可编辑。 |
| Locked | 已 Confirm & Lock。编辑和删除会被阻止。 |
| Unlocked | Admin 或 Owner 解锁后用于修正错误。 |
Draft 活动可以通过 Confirm & Lock 确认。Locked 活动只有在 Admin 或 project Owner Unlock 后才能编辑。
已关闭项目的编辑
对于已关闭项目，编辑活动需要特别谨慎。如果旧活动发生变化，贝叶斯计算链路和报告解释可能需要重新检查。不要用 War ROOM 绕过项目关闭流程。
Comments 和 Likes
评论和 likes 支持项目或活动级协作。有新评论时，Header 可能显示 badge，提醒负责人查看。
右侧面板：Project Snapshot 与 Analytics
右侧面板为负责人和管理者提供快速阅读区。
Project Snapshot
| 组件 | 说明 |
|---|---|
| Project | 项目名、项目代码、客户和 owner。 |
| Commercial context | 机会金额、目标日期、开启/关闭状态。 |
| Current stage | 当前 stage 和处理状态。 |
| Contacts | 主要联系人和最近参与者。 |
| 1-Page Report | 打开 posterior-first 解释报告。 |
Bayesian Analytics
Bayesian Analytics 展示概率及其证据质量，而不是只展示一个 P(Win) 数字。
| 指标 | 含义 |
|---|---|
| P(Win) | 当前赢单概率。 |
| alpha / beta | 累计的正向和负向证据。 |
| T | 与 stage 或决策条件相关的 threshold。 |
| k | 决策曲线敏感度。 |
| Impedance | 决策阻抗或距离阈值的困难程度。 |
| Decision confidence | 由 P(Win)、T 和 k 计算出的决策信心。 |
进行中项目
对于进行中项目，analytics 关注当前概率、风险、动量和下一步行动。请把 P(Win) 与 Confidence Band、Silence Risk 一起阅读，不要只看一个数字。
已关闭项目
对于 Won/Lost 项目，analytics 用于解释结果并学习证据模式。如果没有明确的审计理由，不应随意修改已关闭项目的历史 stage 或信号。
Recommendation Sales Action Status
Recommendation Sales Action 显示系统建议的销售动作及其处理状态。
| 项目 | 说明 |
|---|---|
| Recommended action | 建议下一步执行的销售动作。 |
| Status | 建议的处理状态。 |
| Reason | 触发建议的数据或信号依据。 |
| History | 过去建议和反馈的历史。 |
Confidence Band
Confidence Band 展示 P(Win) 周围的不确定性：95% credible interval、P(Win) marker、标准差、证据量和误差范围。证据较弱时，不要只凭标题概率做强判断。
Silence Risk
Silence Risk 展示长时间没有联系时累积到 beta 的风险。如果项目长期沉默，应重新检查 follow-up 计划和系统建议。
Evidence & Trend
Evidence & Trend 显示 alpha/beta 累积、最近活动的增量以及 P(Win) 趋势。有足够更新时，趋势图帮助判断概率是在上升、下降还是震荡。
Quick Stats
Quick Stats 提供活动数量、信号数量、最近活动、联系人数量、评论数量和 follow-up 状态等快速统计。
Bayesian 1-Page Report
当前版本把 Bayesian 1-Page Report 直接连接到 Activity War ROOM。可以从中间 Header 或右侧分析面板打开。
该报告是 posterior-first 解释工具：先从当前概率开始，再解释证据、风险和下一步行动。
报告结构
| 部分 | 内容 |
|---|---|
| Project overview | 客户、项目、stage、owner 和当前状态。 |
| Probability summary | P(Win)、alpha、beta、T、k、confidence 和 impedance。 |
| Evidence summary | 主要信号、近期活动和证据趋势。 |
| Risk summary | Silence Risk、issues、反对意见或负向信号。 |
| Recommended next action | 建议执行的下一步销售动作。 |
| Recent activities | 最近影响解释的活动。 |
1-Page Report 不替代原始 activity record。需要核对细节时，应回到 timeline 和 attachment。
运营流程
一般活动记录
- 在左侧面板选择项目。
- 检查右侧 Project Snapshot 和 Analytics。
- 点击中间 Header 的 + New。
- 输入 activity type、date/time、duration 和 stage。
- 如有需要，选择 contacts、participants 和 stance。
- 按真实证据选择 signals。
- 输入 Summary，或用 Browser local AI assist 生成草稿后再检查。
- 填写 Meeting Notes、Action Items 和 Issues。
- 需要时上传附件。
- 保存活动并检查 timeline。
- 需要共享当前解释时，打开 1-Page Report。
保存后的 Bayesian Processing
保存后，系统会把活动反映到贝叶斯更新链路。P(Win)、alpha/beta、Confidence Band、Silence Risk、Evidence & Trend 和 Recommendation Sales Action 都可能改变。
如果旧活动在 Unlock 后被修改，请重新检查整体解释，因为历史证据链可能受到影响。
Recommendation Follow-Up Linkage
Recommendation Sales Action 不是独立备注。它应该连接到下一次实际活动。系统建议 follow-up 后，执行动作，把结果记录回 War ROOM，让新证据再次更新分析。
权限
| 操作 | 规则 |
|---|---|
| 查看项目 | 只能查看用户所属 company 的项目。 |
| 创建活动 | 需要访问该项目的权限。 |
| 编辑活动 | 仅 Draft 且有权限时可以编辑。Locked 需要先 Unlock。 |
| Unlock | 只有 Admin 或 project Owner 可以执行。 |
| 关闭项目 | 需要确认结束 stage 及其对后续活动的影响。 |
数据关系
Customer
└── Project
├── Contacts / Participants
├── Activities
│ ├── Signals
│ ├── Notes / Action Items / Issues
│ └── Attachments / Comments / Likes
├── Bayesian Snapshot
├── Recommendation Sales Action
└── Bayesian 1-Page Report
| 数据 | 作用 |
|---|---|
| Project | 核心销售机会单位。 |
| Customer | 客户组织。 |
| Contact | 参会人、影响者或 decision maker。 |
| Activity | 会议、电话、邮件或 follow-up 记录。 |
| Sales Signal | 贝叶斯更新的量化证据。 |
| Sales Stage | Stage 和 SWV。 |
| Decision Impedance | 决策解释使用的 T/k 设置。 |
注意事项
- Activity War ROOM 不是 master 数据页面。 Stage、Signal、Customer 或系统标准变更应在对应 master 页面执行。
- Signals 必须基于证据。 错误选择信号会导致 Bayesian update 失真。
- Summary 应简短清楚。 它是其他人在 timeline 上最先看到的内容。
- Browser local AI assist 只是输入辅助。 AI 生成草稿不会自动保存，应用前必须审查。
- 1-Page Report 是 posterior-first 解释工具。 它总结当前 snapshot，但不替代原始 activity record。
- 已关闭项目要谨慎处理。 不要为了让概率好看而修改历史。
- Confirm & Lock 会阻止编辑/删除。 需要修正时，请请求 Admin 或 Owner Unlock。
- Silence Risk 会自动累积。 长期未联系时，请同时检查 P(Win) 和决策解释。