核心用法
Business Intelligence 技能是一套面向决策者的商业智能架构方法论，强调"从问题出发，而非从图表出发"。其核心流程包括：
1. 决策问题锚定：任何BI请求必须以"一个决策问题+一个决策负责人"开场，无负责人即视为"报告噪音"
2. 指标树建模：在仪表盘设计前先构建"目标→驱动因素→可衡量KPI"的层级映射，避免碎片化图表
3. KPI合约管理：每个指标需具备完整定义（公式、粒度、数据源、刷新频率、负责人、有效解读窗口），支持版本追溯
4. 领先/滞后分离：每个滞后指标必须配备至少一个领先指标，确保干预时机前置
5. 决策简报格式：所有洞察输出强制包含"变化内容→变化原因→置信度→建议行动→负责人+截止日期"五要素
6. 运营节奏固化：定义日/周/月/季度BI仪式，明确参与方与升级触发条件
工作记忆存储于 ~/business-intelligence/ 目录，按热度分层（HOT/WARM/COLD），支持指标树、KPI合约、仪表盘规格、决策简报、运营节奏五大模块的版本化管理。
显著优点
- 决策导向而非展示导向：打破"先做仪表盘再找用途"的行业通病，强制对齐决策链条
- 可验证的指标血缘：通过"KPI合约"机制确保历史可比性，规避公式变更导致的趋势误判
- 本地化与零外部传输：默认不调用任何API，业务数据完全留存本地，符合金融/医疗等敏感场景
- 可组合的架构设计：与 analytics、data-analysis、dashboard、strategy、report 等技能形成工具链
潜在局限
- 方法论门槛：要求使用者具备基础的商业分析能力，纯技术背景用户可能难以快速产出有效"决策问题"
- 手动维护成本：指标树、KPI合约、运营节奏均需人工撰写与更新，无自动化数据同步机制
- 缺乏可视化实现：本技能仅输出规格文档，实际仪表盘需配合 dashboard 技能或外部BI工具落地
- 协作摩擦："决策负责人"机制在矩阵型组织中可能遭遇权责模糊问题
适合人群
- 早期创业公司创始人/运营负责人，需快速建立数据驱动文化
- 中大型企业BI团队架构师，寻求指标治理标准化方案
- 产品负责人与财务负责人，需要跨部门对齐"单一事实来源"
- 管理咨询师与数据顾问，为客户提供可复用的BI实施框架
常规风险
- 合约漂移风险：KPI公式或数据源变更若未及时标注版本，将导致历史对比失效
- 仪式空转风险：固定运营节奏若缺乏真实决策压力，易沦为"为开会而开会"
- 过度设计风险：指标树层级过深或KPI数量过多时，团队注意力被稀释，反而降低决策质量
- 记忆碎片化：本地文件存储模式在多设备场景下需自行解决同步，否则出现"指标定义版本冲突"