transformation-workflow

Compare original and translation side by side

🇺🇸

Original

English

🇨🇳

Translation

Chinese

Transformation Workflow Skill

转换模型工作流方法

Practical guide for applying HUMMBL's 6 transformations to real-world problems. Provides step-by-step workflows, combination patterns, templates, and examples for effective mental model usage.

这是一份将HUMMBL六大转换模型应用于实际问题的实用指南，提供了分步工作流、组合模式、模板及示例，助力高效运用思维模型。

Overview

概述

The 6 HUMMBL transformations represent different cognitive operations:

Perspective (P): Frame and name what is
Inversion (IN): Reverse assumptions
Composition (CO): Combine parts into wholes
Decomposition (DE): Break wholes into components
Recursion (RE): Iterate, feedback, self-reference
Meta-Systems (SY): Coordinate systems-of-systems

HUMMBL的六大转换模型代表了不同的认知操作：

视角转换（P）： 界定并明确当前状态
反向思考（IN）： 推翻固有假设
组合整合（CO）： 将部分整合为整体
分解分析（DE）： 将整体拆分为组件
递归迭代（RE）： 迭代、反馈、自引用
元系统思维（SY）： 协调系统间的关系

When to Use Each Transformation

各转换模型的适用场景

Perspective (P) - Use When:

视角转换（P）- 适用场景：

Problem Indicators:

✅ Problem statement unclear or ambiguous
✅ Stakeholders have conflicting views
✅ Need to understand different viewpoints
✅ Framing feels wrong or limiting
✅ Context not fully understood

Trigger Questions:

"How do different people see this?"
"What am I missing in how I frame this?"
"Whose perspective matters here?"
"What context am I ignoring?"

Best For:

Requirements gathering
Stakeholder analysis
Problem definition
User research
Strategic framing

问题信号：

✅ 问题描述模糊或存在歧义
✅ 利益相关者观点冲突
✅ 需要理解不同立场的看法
✅ 当前的问题框架存在局限或偏差
✅ 对问题背景的理解不充分

触发问题：

"不同的人会如何看待这个问题？"
"我在界定问题时忽略了什么？"
"哪些利益相关者的视角至关重要？"
"我忽略了哪些背景信息？"

最佳适用场景：

需求收集
利益相关者分析
问题定义
用户研究
战略框架搭建

Inversion (IN) - Use When:

反向思考（IN）- 适用场景：

Problem Indicators:

✅ Stuck with conventional thinking
✅ Need fresh perspective
✅ Want to avoid failure
✅ Looking for non-obvious solutions
✅ Need to challenge assumptions

Trigger Questions:

"What's the opposite approach?"
"What if this fails - why?"
"What should we NOT do?"
"What assumptions can we reverse?"

Best For:

Brainstorming
Risk analysis
Innovation
Assumption testing
Creativity boost

问题信号：

✅ 陷入常规思维的僵局
✅ 需要全新的视角
✅ 希望规避失败风险
✅ 寻求非显而易见的解决方案
✅ 需要挑战固有假设

触发问题：

"相反的做法会是什么？"
"如果失败了，原因会是什么？"
"我们应该避免做什么？"
"哪些假设可以被推翻？"

最佳适用场景：

头脑风暴
风险分析
创新探索
假设验证
创意激发

Composition (CO) - Use When:

组合整合（CO）- 适用场景：

Problem Indicators:

✅ Have multiple components to integrate
✅ Need to build cohesive solution
✅ Want synergies between parts
✅ Creating system from pieces
✅ Assembling team/resources

Trigger Questions:

"How do these parts work together?"
"What synergies exist?"
"How to integrate this?"
"What's the whole picture?"

Best For:

Solution design
System architecture
Team formation
Strategy synthesis
Product development

问题信号：

✅ 需要整合多个独立组件
✅ 需要构建连贯的解决方案
✅ 希望实现各部分间的协同效应
✅ 从零开始搭建系统
✅ 组建团队或整合资源

触发问题：

"这些部分如何协同工作？"
"存在哪些协同效应？"
"如何整合这些元素？"
"整体图景是什么样的？"

最佳适用场景：

解决方案设计
系统架构搭建
团队组建
战略整合
产品开发

Decomposition (DE) - Use When:

分解分析（DE）- 适用场景：

Problem Indicators:

✅ System too complex to understand
✅ Need to find root cause
✅ Looking for bottlenecks
✅ Want to prioritize efforts
✅ Debugging or troubleshooting

Trigger Questions:

"What are the parts?"
"Why is this happening?"
"Where's the constraint?"
"What's essential vs nice-to-have?"

Best For:

Problem diagnosis
System analysis
Prioritization
Root cause analysis
Debugging

问题信号：

✅ 系统过于复杂难以理解
✅ 需要找到问题的根本原因
✅ 寻找系统瓶颈
✅ 需要确定工作优先级
✅ 调试或故障排查

触发问题：

"系统的组成部分有哪些？"
"问题发生的原因是什么？"
"约束条件在哪里？"
"哪些是核心需求，哪些是锦上添花？"

最佳适用场景：

问题诊断
系统分析
优先级排序
根本原因分析
调试排查

Recursion (RE) - Use When:

递归迭代（RE）- 适用场景：

Problem Indicators:

✅ Dealing with feedback loops
✅ Iterative process needed
✅ Self-reinforcing dynamics present
✅ Need progressive improvement
✅ Growth/decline accelerating

Trigger Questions:

"What's feeding back into itself?"
"How do we iterate?"
"What cycles exist here?"
"What's the second-order effect?"

Best For:

Growth strategy
Process improvement
System dynamics
Iterative development
Feedback management

问题信号：

✅ 处理存在反馈循环的系统
✅ 需要迭代式流程
✅ 存在自我强化的动态机制
✅ 需要渐进式改进
✅ 增长或衰退呈加速趋势

触发问题：

"哪些元素在自我反馈？"
"我们如何进行迭代？"
"系统中存在哪些循环？"
"二阶效应是什么？"

最佳适用场景：

增长战略制定
流程改进
系统动力学分析
迭代式开发
反馈管理

Meta-Systems (SY) - Use When:

元系统思维（SY）- 适用场景：

Problem Indicators:

✅ Strategic decision needed
✅ Multiple systems interacting
✅ Long-term consequences matter
✅ Systemic intervention needed
✅ Choosing which model to use

Trigger Questions:

"What's the systems view?"
"What are second/third-order effects?"
"Where's the leverage point?"
"Which mental model applies?"

Best For:

Strategic planning
System design
Leverage point identification
Model selection
Long-term thinking

问题信号：

✅ 需要做出战略决策
✅ 多个系统相互作用
✅ 长期后果至关重要
✅ 需要系统性干预
✅ 选择合适的分析模型

触发问题：

"系统整体视角是什么样的？"
"二阶/三阶效应是什么？"
"杠杆点在哪里？"
"适用哪种思维模型？"

最佳适用场景：

战略规划
系统设计
杠杆点识别
模型选择
长期思维决策

Transformation Workflows

转换模型工作流

Workflow 1: Perspective Analysis

工作流1：视角转换分析

Input: Problem statement, context

Steps:

State the problem (1 sentence)
List stakeholders (P2: Stakeholder Mapping)
- Who is affected?
- Who has power?
- Who has information?
Apply multiple lenses (P4: Lens Shifting)
- Technical lens
- Business lens
- User lens
- Ethical lens
Identify first principles (P1)
- What must be true?
- What are non-negotiables?
- What are fundamental constraints?
Document context (P8: Context Awareness)
- Time constraints
- Resource constraints
- Political/cultural factors

Output Format:

markdown

undefined

输入： 问题描述、背景信息

步骤：

明确问题（一句话总结）
列出利益相关者（P2：利益相关者映射）
- 哪些人会受到影响？
- 哪些人拥有决策权？
- 哪些人掌握关键信息？
应用多维度视角（P4：视角切换）
- 技术视角
- 业务视角
- 用户视角
- 伦理视角
识别第一性原理（P1）
- 哪些是必须成立的事实？
- 哪些是不可协商的条件？
- 哪些是根本性约束？
记录背景信息（P8：背景感知）
- 时间约束
- 资源约束
- 政治/文化因素

输出格式：

markdown

undefined

Perspective Analysis

视角转换分析

Problem: [1-sentence problem statement]

Stakeholders:

[Stakeholder 1]: [Their perspective/interest]
[Stakeholder 2]: [Their perspective/interest]
[Stakeholder 3]: [Their perspective/interest]

Multiple Lenses:

Technical: [Technical view]
Business: [Business view]
User: [User view]
Ethical: [Ethical considerations]

First Principles:

[Fundamental truth 1]
[Fundamental truth 2]
[Fundamental truth 3]

Context:

Time: [Timeline factors]
Resources: [Resource constraints]
Environment: [External factors]

Insights:

[Key insight 1]
[Key insight 2]


**Example:** Software architecture decision
- **Problem:** Choose between microservices vs monolith
- **Stakeholders:** Engineering (prefers interesting tech), Product (wants speed), Operations (wants stability)
- **Lenses:** Technical (complexity trade-offs), Business (cost/time), User (performance)
- **First Principles:** Team size matters more than technology
- **Output:** Decision framework based on team constraints, not tech fashion

问题： [一句话问题描述]

利益相关者：

[利益相关者1]：[他们的视角/诉求]
[利益相关者2]：[他们的视角/诉求]
[利益相关者3]：[他们的视角/诉求]

多维度视角：

技术视角： [技术层面的看法]
业务视角： [业务层面的看法]
用户视角： [用户层面的看法]
伦理视角： [伦理层面的考量]

第一性原理：

[根本性事实1]
[根本性事实2]
[根本性事实3]

背景信息：

时间： [时间限制因素]
资源： [资源约束条件]
环境： [外部影响因素]

关键洞察：

[核心洞察1]
[核心洞察2]


**示例：** 软件架构决策
- **问题：** 在微服务与单体架构之间做出选择
- **利益相关者：** 工程师（偏好前沿技术）、产品团队（追求速度）、运维团队（看重稳定性）
- **视角：** 技术视角（复杂度权衡）、业务视角（成本/时间）、用户视角（性能表现）
- **第一性原理：** 团队规模比技术选型更重要
- **输出：** 基于团队约束的决策框架，而非跟风技术潮流

Workflow 2: Inversion Analysis

工作流2：反向思考分析

Input: Problem, current approach

Steps:

State current approach
Apply inversion (IN1)
- What if we did the opposite?
- What would the inverse solution look like?
Run premortem (IN8)
- Assume total failure in 6 months
- Why did it fail?
- What went wrong?
Apply via negativa (IN3)
- What should we STOP doing?
- What to remove, not add?
Seek disconfirmation (IN15)
- What evidence contradicts our plan?
- Who disagrees and why?

Output Format:

markdown

undefined

输入： 问题、当前解决方案

步骤：

描述当前方案
应用反向思考（IN1）
- 如果我们采取相反的做法会怎样？
- 反向解决方案是什么样的？
执行事前验尸（IN8）
- 假设6个月后彻底失败
- 失败的原因是什么？
- 哪里出了问题？
应用减法思维（IN3）
- 我们应该停止做什么？
- 应该移除哪些元素，而非添加？
寻找反证（IN15）
- 哪些证据与我们的计划相悖？
- 谁持反对意见，原因是什么？

输出格式：

markdown

undefined

Inversion Analysis

反向思考分析

Current Approach: [Description]

Inverted Approach:

Instead of [X], what if we [opposite of X]?
Result: [Insights from inversion]

Premortem (Assume Failure):

Failure Scenario: [What failed]
Root Cause: [Why it failed]
Warning Signs: [Early indicators we missed]

Via Negativa (What to STOP):

Stop: [Thing 1]
Stop: [Thing 2]
Stop: [Thing 3]

Disconfirming Evidence:

[Evidence against our approach]
[Counterargument]
[Risk we're underestimating]

Revised Approach:

[Improvements based on inversion]


**Example:** Product launch strategy
- **Current:** Big launch event, lots of marketing
- **Inversion:** What if we did quiet launch to small group?
- **Premortem:** Event flops because nobody cares, spent budget wrong
- **Via Negativa:** Stop assuming launch is most important thing
- **Output:** Phased launch, test with early adopters first

当前方案： [方案描述]

反向方案：

与其[X]，不如尝试[X的反向做法]？
洞察：[反向思考带来的启发]

事前验尸（假设失败）：

失败场景： [失败的具体情况]
根本原因： [失败的核心原因]
预警信号： [我们忽略的早期迹象]

减法思维（停止做什么）：

停止：[事项1]
停止：[事项2]
停止：[事项3]

反证证据：

[与当前方案相悖的证据]
[反对论点]
[我们低估的风险]

优化后方案：

[基于反向思考的改进措施]


**示例：** 产品发布策略
- **当前方案：** 举办大型发布会，投入大量营销资源
- **反向方案：** 针对小范围用户进行低调发布
- **事前验尸：** 发布会因无人关注而失败，预算被浪费
- **减法思维：** 停止默认发布会是最重要环节的假设
- **输出：** 分阶段发布，先向早期用户测试

Workflow 3: Composition Strategy

工作流3：组合整合策略

Input: Components, requirements

Steps:

List all components
Identify synergies (CO1)
- Where do parts enhance each other?
- What emergent properties arise?
Design synthesis (CO4)
- How to merge into coherent whole?
- What's the unifying concept?
Plan orchestration (CO19)
- How to coordinate components?
- What's the execution sequence?
Create holistic integration (CO20)
- Complete unified system
- No loose ends

Output Format:

markdown

undefined

输入： 组件、需求

步骤：

列出所有组件
识别协同效应（CO1）
- 哪些部分可以相互增强？
- 会产生哪些涌现特性？
设计整合方案（CO4）
- 如何将组件整合为连贯的整体？
- 核心统一概念是什么？
规划协调机制（CO19）
- 如何协调各组件？
- 执行顺序是什么？
实现整体整合（CO20）
- 完整的统一系统
- 无松散环节

输出格式：

markdown

undefined

Composition Strategy

组合整合策略

Components:

[Component 1] - [Purpose]
[Component 2] - [Purpose]
[Component 3] - [Purpose]

Synergies:

[Comp A] + [Comp B] = [Synergy]
[Comp B] + [Comp C] = [Synergy]

Synthesis Design:

Unifying Concept: [Central idea that ties everything]
Integration Points: [Where components connect]
Emergent Properties: [New capabilities from combination]

Orchestration Plan:

[Phase 1]: [Components + actions]
[Phase 2]: [Components + actions]
[Phase 3]: [Components + actions]

Holistic Integration:

[How all pieces form complete system]
[Quality properties of whole]


**Example:** Building product ecosystem
- **Components:** Core product, API, marketplace, analytics
- **Synergies:** API enables marketplace, marketplace drives analytics, analytics improves product
- **Synthesis:** Platform strategy
- **Output:** Integrated ecosystem with network effects

组件列表：

[组件1] - [用途]
[组件2] - [用途]
[组件3] - [用途]

协同效应：

[组件A] + [组件B] = [协同效果]
[组件B] + [组件C] = [协同效果]

整合方案设计：

统一概念： [串联所有元素的核心思想]
整合节点： [组件间的连接点]
涌现特性： [组合后产生的新能力]

协调计划：

[阶段1]：[涉及组件 + 行动]
[阶段2]：[涉及组件 + 行动]
[阶段3]：[涉及组件 + 行动]

整体整合效果：

[所有组件如何形成完整系统]
[系统整体的质量特性]


**示例：** 搭建产品生态系统
- **组件：** 核心产品、API、市场平台、分析工具
- **协同效应：** API支撑市场平台，市场平台驱动分析数据，分析数据优化核心产品
- **整合概念：** 平台化战略
- **输出：** 具备网络效应的整合生态系统

Workflow 4: Decomposition Analysis

工作流4：分解分析

Input: Complex system or problem

Steps:

Define the whole
Find root cause (DE1)
- 5 Whys technique
- Causal chain analysis
Apply divide & conquer (DE2)
- Break into logical subsystems
- Identify interfaces
Identify bottleneck (DE6)
- Theory of Constraints
- What's the limiting factor?
Pareto analysis (DE7)
- What's the vital 20%?
- Where to focus effort?

Output Format:

markdown

undefined

输入： 复杂系统或问题

步骤：

定义整体系统
寻找根本原因（DE1）
- 5Why分析法
- 因果链分析
应用分而治之（DE2）
- 拆分为逻辑子系统
- 识别接口
识别瓶颈（DE6）
- 约束理论
- 限制因素是什么？
帕累托分析（DE7）
- 关键的20%是什么？
- 应该将精力集中在哪里？

输出格式：

markdown

undefined

Decomposition Analysis

分解分析

System: [Description of whole]

Root Cause Analysis:

Why? [Reason 1]
- Why? [Reason 2]
  - Why? [Reason 3]
    - Why? [Reason 4]
      - Why? [ROOT CAUSE]

Component Breakdown: ├── [Component A] │ ├── [Subcomponent A1] │ └── [Subcomponent A2] ├── [Component B] │ ├── [Subcomponent B1] │ └── [Subcomponent B2] └── [Component C]

Bottleneck:

Constraint: [Limiting factor]
Impact: [How it limits system]
Intervention: [How to address]

Pareto (80/20):

Vital Few (20%):
- [Critical element 1]
- [Critical element 2]
Trivial Many (80%):
- [Less critical elements]

Action Plan:

[Address root cause]
[Remove bottleneck]
[Focus on vital 20%]


**Example:** Website performance issues
- **Root Cause:** Inefficient database queries (not server capacity)
- **Breakdown:** Frontend, API, Database, Cache, CDN
- **Bottleneck:** Database query on user table
- **Pareto:** 3 queries cause 80% of slow responses
- **Output:** Optimize those 3 queries first

系统： [整体系统描述]

根本原因分析：

为什么？[原因1]
- 为什么？[原因2]
  - 为什么？[原因3]
    - 为什么？[原因4]
      - 为什么？[根本原因]

组件拆分： ├── [组件A] │ ├── [子组件A1] │ └── [子组件A2] ├── [组件B] │ ├── [子组件B1] │ └── [子组件B2] └── [组件C]

瓶颈分析：

约束条件： [限制因素]
影响： [如何限制系统运行]
干预措施： [解决方法]

帕累托分析（80/20法则）：

关键少数（20%）：
- [核心元素1]
- [核心元素2]
次要多数（80%）：
- [非核心元素]

行动计划：

[解决根本原因]
[消除瓶颈]
[聚焦关键20%]


**示例：** 网站性能问题
- **根本原因：** 低效的数据库查询（而非服务器容量不足）
- **组件拆分：** 前端、API、数据库、缓存、CDN
- **瓶颈：** 用户表的数据库查询
- **帕累托分析：** 3个查询导致80%的响应延迟
- **输出：** 优先优化这3个查询

Workflow 5: Recursion Analysis

工作流5：递归迭代分析

Input: System with dynamics over time

Steps:

Map feedback loops (RE1)
- Positive (reinforcing)
- Negative (balancing)
Identify virtuous cycles (RE7)
- What creates growth?
- How to amplify?
Identify vicious cycles (RE8)
- What creates decline?
- How to break?
Design iteration (RE2)
- How to improve progressively?
- What's the learning loop?
Analyze second-order (RE19)
- Effects of effects
- Compound dynamics

Output Format:

markdown

undefined

输入： 随时间变化的动态系统

步骤：

绘制反馈循环（RE1）
- 正循环（强化型）
- 负循环（平衡型）
识别良性循环（RE7）
- 哪些因素驱动增长？
- 如何放大效果？
识别恶性循环（RE8）
- 哪些因素导致衰退？
- 如何打破循环？
设计迭代流程（RE2）
- 如何实现渐进式改进？
- 学习循环是什么？
分析二阶效应（RE19）
- 效应的连锁反应
- 复合动态变化

输出格式：

markdown

undefined

Recursion Analysis

递归迭代分析

System Dynamics:

Feedback Loops:

➕ Virtuous Cycle: [A] → [B] → [C] → [More A]
➖ Vicious Cycle: [X] → [Y] → [Z] → [More X]
⚖️ Balancing Loop: [M] → [N] → [Less M]

Virtuous Cycles (Amplify These):

[Positive cycle 1]
- Trigger: [What starts it]
- Amplify: [How to strengthen]
[Positive cycle 2]

Vicious Cycles (Break These):

[Negative cycle 1]
- Cause: [What perpetuates it]
- Intervention: [How to break]
[Negative cycle 2]

Iterative Improvement:

Version 1: [Initial state]
Learn: [What to measure]
Improve: [What to adjust]
Repeat: [Cycle time]

Second-Order Effects:

First-order: [Direct effect]
Second-order: [Effect of effect]
Third-order: [Effect of effect of effect]

Leverage Points:

[Where small change creates big impact]


**Example:** SaaS growth
- **Virtuous Cycle:** Good product → Happy users → Referrals → More users → More feedback → Better product
- **Vicious Cycle:** Bugs → Bad reviews → Fewer signups → Less revenue → Less engineering → More bugs
- **Iteration:** Weekly releases, measure NPS, improve top complaint
- **Output:** Strategy to amplify virtuous, break vicious cycles

系统动态：

反馈循环：

➕ 良性循环： [A] → [B] → [C] → [更多A]
➖ 恶性循环： [X] → [Y] → [Z] → [更多X]
⚖️ 平衡循环： [M] → [N] → [更少M]

良性循环（放大）：

[正循环1]
- 触发点：[启动因素]
- 放大方式：[强化手段]
[正循环2]

恶性循环（打破）：

[负循环1]
- 成因：[维持循环的因素]
- 干预措施：[打破循环的方法]
[负循环2]

迭代式改进：

版本1： [初始状态]
学习： [需要衡量的指标]
优化： [需要调整的内容]
重复： [循环周期]

二阶效应分析：

一阶效应：[直接影响]
二阶效应：[连锁影响]
三阶效应：[进一步连锁影响]

杠杆点：

[微小变化即可产生巨大影响的节点]


**示例：** SaaS产品增长
- **良性循环：** 优质产品 → 满意用户 → 推荐引流 → 更多用户 → 更多反馈 → 产品优化
- **恶性循环：** 漏洞 → 负面评价 → 注册量下降 → 收入减少 → 研发投入不足 → 更多漏洞
- **迭代流程：** 每周发布新版本，衡量NPS，优先优化用户投诉最多的问题
- **输出：** 放大良性循环、打破恶性循环的策略

Workflow 6: Meta-Systems Strategy

工作流6：元系统思维策略

Input: Strategic question or complex system

Steps:

Apply systems thinking (SY1)
- See whole system
- Identify interconnections
Second-order thinking (SY2)
- Consequences of consequences
- Nth-order effects
Find leverage points (SY4)
- Where to intervene?
- High-impact, low-effort
Anticipate unintended consequences (SY5)
- What could go wrong?
- Side effects?
Model selection (SY19)
- Which other models apply?
- What's the right analytical approach?

Output Format:

markdown

undefined

输入： 战略问题或复杂系统

步骤：

应用系统思维（SY1）
- 审视整体系统
- 识别相互关联
二阶思维（SY2）
- 后果的连锁反应
- N阶效应
寻找杠杆点（SY4）
- 干预节点在哪里？
- 高影响、低投入的节点
预判意外后果（SY5）
- 可能出现哪些问题？
- 副作用是什么？
模型选择（SY19）
- 还适用哪些其他模型？
- 合适的分析方法是什么？

输出格式：

markdown

undefined

Meta-Systems Strategy

元系统思维策略

Strategic Question: [Question]

Systems View: ┌─────────────────────────────────┐ │ [System Component 1] │ │ ↓ ↑ │ │ [System Component 2] │ │ ↓ ↑ │ │ [System Component 3] │ └─────────────────────────────────┘

Interconnections:

[A] affects [B] via [mechanism]
[B] affects [C] via [mechanism]
[C] feeds back to [A] via [mechanism]

Second-Order Analysis:

Action	1st Order	2nd Order	3rd Order
[Action 1]	[Direct effect]	[Effect of effect]	[Further effect]
[Action 2]	[Direct effect]	[Effect of effect]	[Further effect]

Leverage Points (Highest to Lowest Impact):

[Point 1]: [Why high leverage]
[Point 2]: [Why medium leverage]
[Point 3]: [Why low leverage]

Unintended Consequences:

Risk: [Potential negative outcome]
Mitigation: [How to prevent]

Model Selection:

Primary: [Model code + name]
Secondary: [Model code + name]
Why: [Justification]

Recommended Strategy:

[Strategic approach based on analysis]


**Example:** Market expansion decision
- **Systems View:** Current market, new market, competitors, resources
- **Second-Order:** Enter new market → Spread resources thin → Lose focus in current market → Competitors gain ground
- **Leverage:** Instead of new market, deepen penetration in current (10x ROI)
- **Output:** Stay focused strategy, not expansion

战略问题： [问题描述]

系统视角： ┌─────────────────────────────────┐ │ [系统组件1] │ │ ↓ ↑ │ │ [系统组件2] │ │ ↓ ↑ │ │ [系统组件3] │ └─────────────────────────────────┘

相互关联：

[A] 通过[机制]影响[B]
[B] 通过[机制]影响[C]
[C] 通过[机制]反馈给[A]

二阶效应分析：

行动	一阶效应	二阶效应	三阶效应
[行动1]	[直接影响]	[连锁影响]	[进一步影响]
[行动2]	[直接影响]	[连锁影响]	[进一步影响]

杠杆点（影响从高到低）：

[节点1]： [高杠杆原因]
[节点2]： [中杠杆原因]
[节点3]： [低杠杆原因]

意外后果：

风险：[潜在负面结果]
缓解措施：[预防方法]

模型选择：

主模型：[模型代码 + 名称]
副模型：[模型代码 + 名称]
理由：[选择依据]

推荐策略：

[基于分析的战略方案]


**示例：** 市场扩张决策
- **系统视角：** 当前市场、新市场、竞争对手、资源
- **二阶效应：** 进入新市场 → 资源分散 → 现有市场注意力下降 → 竞争对手抢占份额
- **杠杆点：** 不进入新市场，而是深耕现有市场（ROI达10倍）
- **输出：** 聚焦现有市场的战略，而非扩张

Combination Patterns

组合模式

Pattern 1: P → DE → CO (Understand → Analyze → Build)

模式1：P → DE → CO（理解 → 分析 → 构建）

Use Case: Building new solution
Steps:

Perspective: Understand problem from multiple angles
Decomposition: Break down into components
Composition: Integrate into solution

Example: Designing new feature

P: Stakeholder needs (users want X, business wants Y)
DE: Break into sub-features, identify dependencies
CO: Integrate into cohesive feature with good UX

适用场景： 搭建新解决方案
步骤：

视角转换： 从多维度理解问题
分解分析： 将问题拆分为组件
组合整合： 整合为解决方案

示例： 设计新功能

P：利益相关者需求（用户需要X，业务需要Y）
DE：拆分为子功能，识别依赖关系
CO：整合为用户体验良好的连贯功能

Pattern 2: P → IN → SY (Frame → Challenge → Strategy)

模式2：P → IN → SY（框架搭建 → 假设挑战 → 战略制定）

Use Case: Strategic decision
Steps:

Perspective: Frame the situation
Inversion: Challenge assumptions
Meta-Systems: Strategic synthesis

Example: Business model pivot

P: Current model's perspective, customer viewpoint
IN: What if opposite? What to stop?
SY: Strategic choice based on systems thinking

适用场景： 战略决策
步骤：

视角转换： 搭建问题框架
反向思考： 挑战固有假设
元系统思维： 战略整合

示例： 商业模式转型

P：当前模式的视角、客户观点
IN：如果采取相反做法会怎样？应该停止做什么？
SY：基于系统思维的战略选择

Pattern 3: DE → IN → CO (Analyze → Invert → Rebuild)

模式3：DE → IN → CO（分析 → 反向思考 → 重构）

Use Case: Innovation/redesign
Steps:

Decomposition: Understand current system
Inversion: Challenge how it works
Composition: Build new solution

Example: Process improvement

DE: Map current process, find bottleneck
IN: What if we removed steps? Did opposite?
CO: Redesigned process

适用场景： 创新/重新设计
步骤：

分解分析： 理解当前系统
反向思考： 挑战现有运行逻辑
组合整合： 搭建新解决方案

示例： 流程优化

DE：绘制当前流程，找到瓶颈
IN：如果移除某些步骤会怎样？采取相反做法会怎样？
CO：重新设计流程

Pattern 4: All 6 in Sequence (Complete Analysis)

模式4：六大模型依次应用（完整分析）

Use Case: Major strategic initiative
Steps:

P: Frame problem
IN: Challenge assumptions
DE: Analyze components
CO: Build solution
RE: Plan iteration
SY: Strategic integration

Example: Company transformation

Use all 6 transformations systematically
Comprehensive, robust analysis
Takes longer but minimizes blind spots

适用场景： 重大战略举措
步骤：

P：界定问题框架
IN： 挑战固有假设
DE： 分析组件
CO： 构建解决方案
RE： 规划迭代流程
SY： 战略整合

示例： 企业转型

系统性应用全部6种转换模型
全面、严谨的分析
耗时较长，但能最大程度减少盲区

Pattern 5: RE wrapping any other (Iterative Application)

模式5：RE包裹其他模型（迭代式应用）

Use Case: Continuous improvement
Structure: RE(P/IN/CO/DE/SY)

Example: Product development

Week 1: P (understand users)
Week 2: DE (analyze feedback)
Week 3: CO (build improvements)
Week 4: RE (iterate based on results)
Repeat

适用场景： 持续改进
结构： RE(P/IN/CO/DE/SY)

示例： 产品开发

第1周：P（理解用户需求）
第2周：DE（分析用户反馈）
第3周：CO（构建优化方案）
第4周：RE（基于结果迭代）
重复循环

Common Pitfalls & Solutions

常见误区与解决方案

Pitfall 1: Using Wrong Transformation

误区1：使用错误的转换模型

Error: Applying Decomposition when need Perspective
Symptom: Breaking down problem doesn't help because problem not understood
Solution: Start with P (frame first), then DE (analyze)

错误： 需要视角转换时却使用分解分析
症状： 拆分问题后仍无法解决，因为问题本身未被理解
解决方案： 先使用P（搭建框架），再使用DE（分析）

Pitfall 2: Skipping Inversion

误区2：跳过反向思考

Error: Going straight to solution without challenging assumptions
Symptom: Conventional thinking, missing creative options
Solution: Always apply IN before finalizing approach

错误： 直接进入解决方案阶段，未挑战固有假设
症状： 陷入常规思维，错失创意方案
解决方案： 在最终确定方案前，务必应用IN

Pitfall 3: Decomposition Without Recomposition

误区3：只分解不整合

Error: Breaking things down but never synthesizing
Symptom: Analysis paralysis, no actionable solution
Solution: DE must be followed by CO (analyze then build)

错误： 拆分问题后未进行整合
症状： 分析瘫痪，无可行解决方案
解决方案： DE之后必须跟进CO（分析后构建）

Pitfall 4: Ignoring Feedback Loops

误区4：忽略反馈循环

Error: Linear thinking in dynamic system
Symptom: Interventions don't work as expected
Solution: Apply RE to understand dynamics

错误： 在动态系统中使用线性思维
症状： 干预措施未达到预期效果
解决方案： 应用RE理解系统动态

Pitfall 5: Local Optimization

误区5：局部优化

Error: Optimizing parts without seeing whole
Symptom: Suboptimization, missing systemic issues
Solution: Use SY (systems view) before optimizing

错误： 优化局部而忽略整体
症状： 次优结果，未解决系统性问题
解决方案： 优化前先使用SY（系统视角）

Pitfall 6: Single-Model Thinking

误区6：单一模型思维

Error: Using only one model/transformation
Symptom: One-dimensional analysis, blind spots
Solution: Combine multiple transformations (patterns above)

错误： 仅使用一种模型/转换方法
症状： 分析片面，存在盲区
解决方案： 组合使用多种转换模型（参考上述模式）

Pitfall 7: Overcomplication

误区7：过度复杂化

Error: Applying all 6 when 2 would suffice
Symptom: Slow progress, diminishing returns
Solution: Start simple (1-2 transformations), add if needed

错误： 当2种模型足够时却使用全部6种
症状： 进展缓慢，收益递减
解决方案： 从简单模型开始（1-2种），必要时再添加

Transformation Selection Flowchart

转换模型选择流程图

START: What's your primary need?

├─ "Understand the problem"
│  → Use PERSPECTIVE (P)
│  → Then consider: DE (analyze) or IN (challenge)

├─ "Stuck or need creativity"
│  → Use INVERSION (IN)
│  → Then consider: P (reframe) or CO (rebuild)

├─ "Build/integrate solution"
│  → Use COMPOSITION (CO)
│  → Likely needed: DE first (analyze parts)

├─ "Analyze complex system"
│  → Use DECOMPOSITION (DE)
│  → Then consider: CO (reintegrate) or SY (systems view)

├─ "Handle dynamics/feedback"
│  → Use RECURSION (RE)
│  → Then consider: SY (systemic) or DE (analyze loops)

└─ "Strategic/systemic decision"
   → Use META-SYSTEMS (SY)
   → Then consider: P (perspectives) + IN (challenge)

开始：你的核心需求是什么？

├─ "理解问题"
│  → 使用视角转换（P）
│  → 之后可考虑：DE（分析）或IN（挑战）

├─ "陷入僵局或需要创意"
│  → 使用反向思考（IN）
│  → 之后可考虑：P（重构框架）或CO（重构）

├─ "构建/整合解决方案"
│  → 使用组合整合（CO）
│  → 通常需要先使用DE（分析组件）

├─ "分析复杂系统"
│  → 使用分解分析（DE）
│  → 之后可考虑：CO（重新整合）或SY（系统视角）

├─ "处理动态/反馈系统"
│  → 使用递归迭代（RE）
│  → 之后可考虑：SY（系统性分析）或DE（分析循环）

└─ "战略/系统性决策"
   → 使用元系统思维（SY）
   → 之后可考虑：P（多视角） + IN（挑战假设）

Quick Templates

快速模板

5-Minute Quick Analysis

5分钟快速分析

P: Who are stakeholders? (30 sec)
IN: What's the opposite? (30 sec)
DE: What's the bottleneck? (1 min)
CO: How to integrate? (1 min)
RE: What's the feedback? (1 min)
SY: What's the leverage? (1 min)

P：利益相关者有哪些？（30秒）
IN： 相反的做法是什么？（30秒）
DE： 瓶颈是什么？（1分钟）
CO： 如何整合？（1分钟）
RE： 反馈是什么？（1分钟）
SY： 杠杆点是什么？（1分钟）

One-Page Strategy

单页战略模板

Problem: [1 sentence]
Perspective: [Key stakeholders, key lens]
Inversion: [What NOT to do]
Decomposition: [Critical components]
Composition: [How they integrate]
Recursion: [Key feedback loop]
Systems: [Leverage point]
Action: [Next step]

问题： [一句话描述]
视角转换： [核心利益相关者、关键视角]
反向思考： [应该避免做什么]
分解分析： [核心组件]
组合整合： [组件如何整合]
递归迭代： [核心反馈循环]
元系统思维： [杠杆点]
行动： [下一步计划]

Resources

资源

HUMMBL Framework Skill: Complete model reference
Model Codes: P1-P20, IN1-IN20, CO1-CO20, DE1-DE20, RE1-RE20, SY1-SY20
Quality Standard: 9.0/10 minimum for application
Validation: Oct 29, 2025 Base120 specification

HUMMBL框架指南： 完整模型参考
模型代码： P1-P20, IN1-IN20, CO1-CO20, DE1-DE20, RE1-RE20, SY1-SY20
质量标准： 应用评分最低9.0/10
验证信息： 2025年10月29日Base120规范

Success Criteria

成功标准

Effective transformation application achieves:

✅ Clear process followed
✅ Appropriate transformation selected
✅ Insights generated (not just analysis)
✅ Actionable outputs
✅ Documented reasoning

Application fails if:

❌ Wrong transformation chosen
❌ Process skipped/rushed
❌ No insights emerged
❌ Can't act on results
❌ Reasoning not documented

有效应用转换模型需达到：

✅ 遵循清晰流程
✅ 选择合适的转换模型
✅ 产生洞察（而非仅分析）
✅ 输出可执行方案
✅ 记录推理过程

应用失败的情况：

❌ 选择错误的转换模型
❌ 跳过/仓促完成流程
❌ 未产生任何洞察
❌ 输出无法落地
❌ 未记录推理过程