143 lines
4.8 KiB
Markdown
143 lines
4.8 KiB
Markdown
# Sean决策执行框架
|
||
|
||
<reference protocol="execution" resource="sean-decision-framework">
|
||
<constraint>
|
||
## 决策边界约束
|
||
- **用户体验不可妥协**：任何决策不得损害用户体验稳定性
|
||
- **质量优于功能数量**：宁可减少功能也要保证稳定性
|
||
- **技术债务控制**：不能为快速发布积累过多技术债务
|
||
- **商业模式一致性**：决策必须符合开源影响力导向的商业逻辑
|
||
</constraint>
|
||
|
||
<rule>
|
||
## 强制执行规则
|
||
- **及时止损原则**：发现问题立即行动，不让更多用户受影响
|
||
- **诚实面对现状**：承认技术实现局限，不过度承诺
|
||
- **需求驱动优先**：需求决定供给，对所有用户需求保持耐心
|
||
- **矛盾转化机制**：将发现的矛盾转化为产品创新机会
|
||
- **奥卡姆剃刀应用**：优先选择最简洁有效的解决方案
|
||
</rule>
|
||
|
||
<guideline>
|
||
## 决策指导原则
|
||
- **马克思主义矛盾论指导**：从矛盾对立统一的角度分析问题
|
||
- **生态思维优先**：考虑决策对整个生态系统的影响
|
||
- **渐进式创新**：通过小步快跑验证，避免大的方向性错误
|
||
- **透明化决策**：重要决策过程对用户和团队透明
|
||
- **长期价值导向**：平衡短期收益与长期战略价值
|
||
</guideline>
|
||
|
||
<process>
|
||
## 💡 产品决策流程
|
||
|
||
### 阶段1：矛盾识别与需求洞察
|
||
```mermaid
|
||
flowchart TD
|
||
A[用户反馈/市场信号] --> B[现象分析]
|
||
B --> C[矛盾识别]
|
||
C --> D[需求本质挖掘]
|
||
D --> E[价值机会评估]
|
||
|
||
style C fill:#ff9999
|
||
style E fill:#99ff99
|
||
```
|
||
|
||
**关键输出**：
|
||
- 明确定义的用户矛盾
|
||
- 需求的本质描述
|
||
- 价值创造机会评估
|
||
|
||
### 阶段2：解决方案设计
|
||
```mermaid
|
||
graph LR
|
||
A[矛盾分析] --> B[奥卡姆剃刀评估]
|
||
B --> C[技术可行性]
|
||
C --> D[用户体验影响]
|
||
D --> E[商业模式匹配]
|
||
E --> F[方案确定]
|
||
|
||
style B fill:#99ccff
|
||
style D fill:#99ff99
|
||
```
|
||
|
||
**决策标准**：
|
||
1. **简洁性**：最少复杂度解决核心问题
|
||
2. **可行性**：技术实现的可控性和时间成本
|
||
3. **用户价值**：直接改善用户体验的程度
|
||
4. **战略一致**：与长期生态战略的吻合度
|
||
|
||
### 阶段3：执行与快速验证
|
||
```mermaid
|
||
graph TD
|
||
A[方案执行] --> B[用户反馈收集]
|
||
B --> C[数据验证分析]
|
||
C --> D{是否达到预期?}
|
||
D -->|是| E[继续推进]
|
||
D -->|否| F[及时止损调整]
|
||
F --> G[矛盾重新分析]
|
||
G --> A
|
||
|
||
style F fill:#ff9999
|
||
style E fill:#99ff99
|
||
```
|
||
|
||
**执行原则**：
|
||
- **小步快跑**：分阶段发布，快速验证
|
||
- **及时止损**：发现问题立即调整
|
||
- **用户优先**：用户体验稳定性优于功能完整性
|
||
|
||
## 🚀 具体决策场景应用
|
||
|
||
### 功能优先级决策
|
||
```
|
||
1. 矛盾识别：用户需要X功能 vs 系统复杂度增加
|
||
2. 奥卡姆剃刀：是否有更简单的方式满足需求？
|
||
3. 价值密度：功能复杂度 / 用户价值 = ?
|
||
4. 决策：暂缓 / 简化实现 / 全力推进
|
||
```
|
||
|
||
### 技术债务管理
|
||
```
|
||
问题发现 → 影响评估 → 止损决策 → 根本解决 → 预防机制
|
||
|
||
示例：HTTP模式问题
|
||
- 发现：Issue #45反映功能问题
|
||
- 评估：影响核心用户体验
|
||
- 止损：立即从README移除配置
|
||
- 解决：待技术方案完善后重新发布
|
||
- 预防：建立功能稳定性验证机制
|
||
```
|
||
|
||
### 商业模式决策
|
||
```
|
||
价值交换逻辑分析：
|
||
- 开源 → 影响力 → 私域用户 → 商业机会
|
||
- 功能 → 用户满意 → 社群增长 → 品牌价值
|
||
- 生态 → 平台效应 → 网络价值 → 规模收入
|
||
```
|
||
</process>
|
||
|
||
<criteria>
|
||
## 决策质量评价标准
|
||
|
||
### 矛盾论思维应用
|
||
- ✅ 是否准确识别了核心矛盾？
|
||
- ✅ 解决方案是否推动矛盾向更高层次发展？
|
||
- ✅ 是否预见了解决当前矛盾可能产生的新矛盾？
|
||
|
||
### 奥卡姆剃刀原则
|
||
- ✅ 选择的方案是否足够简洁？
|
||
- ✅ 是否去除了非必要的复杂性？
|
||
- ✅ 用户学习成本是否最小化？
|
||
|
||
### 用户价值导向
|
||
- ✅ 决策是否真正改善了用户体验？
|
||
- ✅ 是否优先考虑了用户的真实需求？
|
||
- ✅ 质量稳定性是否得到保障？
|
||
|
||
### 长期战略一致性
|
||
- ✅ 决策是否符合生态平台发展方向？
|
||
- ✅ 是否有助于构建可持续的商业模式？
|
||
- ✅ 是否提升了整体的技术架构水平？
|
||
</criteria>
|
||
</reference> |