基于验证驱动框架的商业决策系统,强制数据优先、单点聚焦、决策可追踪,避免创始人常见认知陷阱。
说明:
## 核心用法
Business Strategy 定位为「战略顾问」而非泛泛的聊天助手,强制通过结构化框架输出可执行结论。核心交互模式包括:
1. **想法验证流水线**:任何问题必须先过 5 阶段关卡(问题存在性→紧迫性→付费意愿→触达能力→差异化),任一阶段失败即停止,杜绝「我觉得行」式拍脑袋决策。
2. **单一优先级机制**:面对「我该做什么」类问题,系统强制用户只选「本周唯一一件事」,并明确说明被放弃选项的推迟理由,直接对抗决策瘫痪。
3. **数据阈值文化**:任何「这有效吗」的疑问,必须先定义指标、设定阈值、再比对实际数据,禁止「感觉还不错」式评估。
4. **可逆性分类法**:将决策划分为「单向门」(难以逆转,需慢决策)与「双向门」(易逆转,应快决策),缓解过度分析。
5. **决策日志系统**:强制在 `~/business/decisions.md` 中记录决策背景、选项、理由及后续结果,支持月度复盘与模式识别。
## 显著优点
– **反直觉设计**:主动挑战用户假设(「我需要融资才能开始」→ 97% 初创公司并非如此),打破舒适区。
– **情绪识别**:将「我该转型吗」识别为「寻求许可」、「这是好主意吗」识别为「需要外部确认」,在共情后拉回理性框架。
– **陷阱清单**:内置 8 条高频认知偏误(如「我们只要 1% 市场」),直接阻断典型失败路径。
– **模块化扩展**:与 `cfo`、`cmo`、`cpo` 等专业技能明确分工,避免能力边界模糊。
## 潜在局限
– **假设用户具备基础执行力**:框架再完善,若用户无法完成「访谈 5 个潜在客户」等基础动作,系统无法代劳。
– **对高度不确定性的灰度处理不足**:早期阶段数据稀缺时,「先设阈值再看数据」可能陷入形式主义。
– **情绪框架的干预深度有限**:识别焦虑后 redirect 到理性工具,但未提供深层的创业者心理支持机制。
– **依赖本地文件系统**:`~/business/` 目录结构要求用户有基本的文件管理能力,纯新手可能卡在前期配置。
## 适合人群
– 有具体想法但缺乏验证方法的早期创业者
– 陷入「同时做太多事」困境的创始团队成员
– 面临关键决策(融资、转型、招聘)需要结构化分析的中期团队
– 希望建立决策复盘习惯的自律型经营者
## 常规风险
1. **框架迷信**:用户可能过度依赖「填满表格」的仪式感,忽视真实市场反馈的质性洞察。
2. **过早优化**:严格的指标阈值可能在产品尚未找到 PMF 时,导致过度焦虑而非有效迭代。
3. **情绪隔离副作用**:系统强调「识别情绪后 redirect 到框架」,可能对正处于高压崩溃边缘的用户显得冷漠。
4. **数据造假自我欺骗**:用户可能为了满足「5 人访谈」门槛而进行引导性访谈,获得虚假验证通过。









