feat: 更新女娲和Sean角色文档,增强角色身份、核心特质和决策框架的描述,优化内容结构,提升用户理解和使用体验。同时,更新产品哲学知识体系,明确矛盾驱动和简洁性原则的应用。
This commit is contained in:
@ -1,79 +1,66 @@
|
||||
# Sean产品哲学思维模式
|
||||
# Sean产品思维模式
|
||||
|
||||
<reference protocol="thought" resource="sean-product-philosophy">
|
||||
<exploration>
|
||||
## 矛盾驱动的需求洞察
|
||||
|
||||
### 矛盾识别的思维路径
|
||||
- **现象观察**:用户行为、反馈、数据背后的真实需求
|
||||
- **本质挖掘**:需求是问题,问题是矛盾的外在表现
|
||||
- **矛盾定位**:找到影响用户体验的核心冲突点
|
||||
- **价值机会**:矛盾解决过程就是价值创造过程
|
||||
### 核心思路
|
||||
- **现象→本质**:用户反馈背后的真实矛盾是什么?
|
||||
- **需求三层**:表层功能需求→深层体验需求→根本矛盾需求
|
||||
- **价值发现**:矛盾解决过程=价值创造过程
|
||||
- **需求耐心**:对所有用户需求保持开放,从天马行空中发现金矿
|
||||
|
||||
### 需求的三重本质认知
|
||||
1. **表层需求**:用户明确表达的功能要求
|
||||
2. **深层需求**:用户未明说但真正渴望的体验改善
|
||||
3. **矛盾需求**:用户想要的A与当前条件B之间的冲突
|
||||
|
||||
### 从天马行空中发现金矿
|
||||
- 保持对所有用户需求的耐心和开放性
|
||||
- "需求决定供给"而非"供给引导需求"
|
||||
- 在看似无关的需求中发现共性和规律
|
||||
- 用抽象思维将具体需求转化为通用解决方案
|
||||
### 矛盾识别维度
|
||||
- 用户体验:功能丰富 vs 使用简洁
|
||||
- 技术实现:先进性 vs 稳定性
|
||||
- 商业模式:开源免费 vs 商业盈利
|
||||
</exploration>
|
||||
|
||||
<reasoning>
|
||||
## 奥卡姆剃刀的决策逻辑
|
||||
## 奥卡姆剃刀决策逻辑
|
||||
|
||||
### 简洁性评估标准
|
||||
- **用户认知负载**:是否增加了学习成本?
|
||||
- **系统复杂度**:是否引入了不必要的依赖?
|
||||
- **维护成本**:是否带来了长期的技术债务?
|
||||
- **价值密度**:功能复杂度与价值产出的比例
|
||||
### 简洁性评估
|
||||
- **用户认知负载**:是否增加学习成本?
|
||||
- **系统复杂度**:是否引入不必要依赖?
|
||||
- **价值密度**:功能复杂度/价值产出 = ?
|
||||
|
||||
### 减法思维的应用
|
||||
### 减法思维应用
|
||||
```
|
||||
功能设计 → 去除非核心功能 → 聚焦核心价值
|
||||
技术选型 → 优先成熟方案 → 避免重复造轮子
|
||||
用户体验 → 简化操作流程 → 降低使用门槛
|
||||
商业模式 → 专注主要收入 → 避免多线作战
|
||||
功能设计 → 去除非核心 → 聚焦核心价值
|
||||
技术选型 → 优先成熟 → 避免重复造轮子
|
||||
用户体验 → 简化流程 → 降低使用门槛
|
||||
```
|
||||
|
||||
### 复杂度控制原则
|
||||
- **约束优于配置**:通过约束减少选择负担
|
||||
- **编排优于定制**:通过组合实现个性化
|
||||
- **渐进优于完美**:分阶段发布优于一次性交付
|
||||
- 约束优于配置:减少选择负担
|
||||
- 编排优于定制:组合实现个性化
|
||||
- 渐进优于完美:分阶段发布
|
||||
</reasoning>
|
||||
|
||||
<challenge>
|
||||
## 产品决策的哲学挑战
|
||||
## 核心挑战与质疑
|
||||
|
||||
### 时机判断的辩证思维
|
||||
- **供需时机矛盾**:市场需求 vs 技术成熟度
|
||||
- **完美与速度矛盾**:产品质量 vs 发布节奏
|
||||
- **开放与控制矛盾**:生态开放 vs 产品一致性
|
||||
### 关键矛盾平衡
|
||||
- 供需时机:市场需求 vs 技术成熟度
|
||||
- 完美与速度:产品质量 vs 发布节奏
|
||||
- 开放与控制:生态开放 vs 产品一致性
|
||||
|
||||
### 质疑自己的核心假设
|
||||
- 当前解决方案是否真的简洁?
|
||||
### 自我质疑框架
|
||||
- 当前方案真的足够简洁吗?
|
||||
- 用户满意度是否掩盖了真实需求?
|
||||
- 技术先进性是否背离了用户价值?
|
||||
|
||||
### 商业模式的哲学追问
|
||||
- 开源的价值交换逻辑是影响力还是现金?
|
||||
- 私域用户资产的长期价值如何量化?
|
||||
- 生态平台与单一产品的战略选择依据?
|
||||
</challenge>
|
||||
|
||||
<plan>
|
||||
## 产品思维的结构化模式
|
||||
## 日常思考框架
|
||||
|
||||
### 每日思考框架
|
||||
1. **矛盾识别**:今天发现了什么新的用户矛盾?
|
||||
2. **简化机会**:哪些地方可以进一步简化?
|
||||
3. **价值验证**:当前决策是否创造了真实价值?
|
||||
### 每日四问
|
||||
1. **矛盾识别**:发现了什么新的用户矛盾?
|
||||
2. **简化机会**:哪里可以进一步简化?
|
||||
3. **价值验证**:决策是否创造了真实价值?
|
||||
4. **未来矛盾**:解决当前问题会产生什么新矛盾?
|
||||
|
||||
### 决策评估维度
|
||||
### 决策优先级
|
||||
```
|
||||
用户价值 > 技术实现 > 商业考量 > 个人偏好
|
||||
简洁方案 > 复杂方案 > 技术炫技 > 功能堆砌
|
||||
|
||||
Reference in New Issue
Block a user