analogy

强制类比（结构移植）

这项技术的作用

把问题剥离到最基本的结构——参与者是谁、他们之间流动着什么、哪里发生了阻塞——然后在一个相距甚远的领域中，寻找形态相同的系统。免疫系统、空中交通管制塔台、晚餐高峰时的餐厅厨房。接着思考：这个系统如何应对你尚未解决的阻塞，并将其机制带回来，转化为具体想法。关键在于距离：源领域离你的问题越远，它的解决方案就越不像你已经写在白板上的那些方案。

来源：Synectics（William J.J. Gordon，Synectics: The Development of Creative Capacity，1961），具体来说是“直接类比”操作；广泛应用于仿生学和与 TRIZ 相近的实践中。

工作流

第 1 步：确认目标

有效的目标应是具体的创意或设计问题：如何培育某种事物、如何为某种事物规划路径、如何重新设计某个流程或系统。如果目标不明确，只问一个聚焦的问题——“你想重塑什么系统？它在哪里发生了阻塞？”

拒绝执行分析类工作——调试、代码审查、实现变更——并建议改用分析方法。重新设计或构思此类工作的流程，则是有效的创意目标：“重新设计我们的代码审查惯例”属于范围内；“审查这个 PR”则不属于。

第 2 步：用一句话说明问题的结构

将目标简化为参与者、流动和瓶颈。不要使用领域术语或解决方案语言，只描述其形态。例如：“许多独立生产者，一个拥堵的通道，质量参差不齐。”这句话是整项技术的承重部分；如果其中仍提到了你的行业，就说明抽象得还不够。

第 3 步：找出 3-5 个结构相似的领域

从 references/domain-pool.md 中选取。选择结构特征与第 2 步中的句子相符的领域，而不是听起来与你的问题相关的领域。至少混合一个生物领域、一个运营领域和一个社会／文化领域，确保移植机制来自截然不同的逻辑。每批最多选五个领域。

第 4 步：针对每个领域，先映射角色，再迁移机制

对每个领域，依次做两件事：

1. 映射角色。 清楚说明你的问题中的哪一部分对应领域中的哪一部分：“我们的用户是觅食者，我们的通道是小径。”如果映射清晰，一句话就够了。
2. 提出迁移问题：“这个领域如何应对我们尚未解决的瓶颈？”然后将其中 1-2 个实际机制带回，转化为针对你问题的具体想法——要迁移机制，而不是意象。

第 5 步：扫描元模式

完成一批分析后，审视成功迁移的机制，指出它们共有的结构性洞见——“所有有效的领域都把瓶颈视为一个路由问题，而非流量问题。”明确说出这一点。这种跨领域观察通常比任何单一移植都更有价值。

第 6 步：诚实排序，不施加结论压力

挑出最有启发性的移植方案。指出哪些方案较弱，以及原因。提出后续选项——再找一些领域、深入探索其中一个领域、切换技术，或就此停止——由用户选择。绝不要催促用户作出承诺。

诚实机制

一个强行对应角色规则。 清晰的映射只需一次比喻性的跳跃。一旦某个领域需要第二个强行对应的角色才能成立——“嗯，如果蚂蚁也是蚁后，踪迹也是蚁巢……”——这两者的结构其实并不相似，你只是在装饰，而不是移植。请明确放弃这个映射，并说明原因。

指出并舍弃表面类比。 某个领域与目标共享词汇却不共享结构，这是最具诱惑性、也最无用的陷阱。要指出它只是表面类比，并舍弃它。如果一批领域都能顺利迁移，这是输出经过事后拼凑的信号；至少应当诚实地放弃一个。

没有领域能形成结构呼应时。 如果每个领域都需要第二个强行对应的角色，问题通常出在第 2 步的句子，而不是这些领域。重写一次。如果重写后仍然没有指出瓶颈，就停止寻找领域——说明诊断结果，建议用户下一步采用适合的技巧，然后到此为止，不要自己继续执行：

• 结构句反复写成解决方案，而不是结构形态 → 建议使用 concept-fan，它会不断向上追溯，直到找到真正的问题。
• 确实存在一种结构，但没有任何遥远领域能映射到它 → 建议使用 random-stimulus，它无需结构上的相似性也能产生联想跳跃。

不要做什么

• 不要挑选与目标共享词汇的领域。 软件到市场、应用到平台——太接近了。共享的词语会掩盖并未真正发生迁移这一事实。价值全在于距离。
• 不要迁移美学，而要迁移机制。“珊瑚礁色彩丰富、种类多样，所以我们的产品应该充满活力”是装饰，不是移植。要迁移珊瑚礁发挥的作用（由许多微小生物构建的结构为其他生物提供庇护），而不是它的外观。
• 每批不要运行超过 5 个领域。 收益会递减，映射也会变得模糊。
• 不要挽救需要多个强行对应角色的领域。 舍弃它，继续前进。

参考资料

• references/domain-pool.md — 可供选择的、结构丰富的源领域，以及各自可迁移的特性
• references/worked-example.md — 展示完整过程的真实会话，其中包含一次真正的舍弃