本节摘要:商业世界里的"顽固问题"几乎都是两难困境:提份额烧成本、加功能拖上市、要个性就难标准化——这正是矛盾。本节讲 OTSM-TRIZ 概念向商业语境的五项转译、商业矛盾样本库、七个原理的商业化用法,以及五步商业问题解决流程。
阅读完本节,你应当能够:
SWOT、波特五力、头脑风暴能帮你看清现状、罗列问题,但面对两难困境时给出的往往是妥协与折衷:为了提升一个指标必然损害另一个,为了满足一方必然牺牲另一方,为了短期必然伤及长期。这些本质上都是系统内部或系统之间的矛盾。OTSM-TRIZ 不是现成的商业管理模型,而是分析系统、解决矛盾的通用方法论——关键动作是创造性转译。
| 技术概念 | 商业转译 |
|---|---|
| 系统 | 公司、部门、业务流程、供应链都可视为系统;子系统是部门与流程,超系统是市场、客户、供应商、政策法规 |
| 功能分析 | 组件换成部门、团队、流程、产品、客户;区分有用(销售产生收入)、不足(推广没触达目标客户)、有害(冗余审批拖效率)、过剩(过度定制推高成本) |
| 矛盾 | 战略冲突、部门利益冲突、短期与长期冲突;写标准式"为改善 A 导致 B 恶化" |
| 资源 | 物质之外还包括信息、时间、人才、品牌、客户关系、合作伙伴 |
| IFR | "无需投入成本即获最大收益""客户自动购买并推广""组织高效运转而无需管理"——极端,但能破框架 |
| 进化模式 | 单一产品→平台生态、层级管理→扁平网络、传统营销→社交裂变 |
系统算子在商业中的用法值得展开:回顾过去的组织结构、市场策略、竞争对手与宏观环境,理解问题是怎么来的;审视现在的公司整体、部门流程、市场与政策;预测未来的发展方向、组织演变与需求演进。三个时间层与三个空间层交叉,避免"头痛医头"。功能分析则用来定位投诉的症结:是产品设计功能不足、销售沟通不足、物流有害(导致损坏),还是售后缺失。
技术矛盾样本(改善一个指标恶化另一个):
| 矛盾对 | 冲突逻辑 |
|---|---|
| 市场份额 vs 营销成本 | 提份额需要更多投放 |
| 产品功能 vs 上市时间 | 加功能拖长开发 |
| 个性化服务 vs 标准化效率 | 个性化难以规模化 |
物理矛盾样本(同一参数同时要相反属性):
| 矛盾参数 | 两面要求 |
|---|---|
| 库存水平 | 高库存快速响应,低库存省资金仓储 |
| 决策过程 | 快决策抓机会,慢决策降风险 |
| 门店面积 | 大面积好体验多商品,小面积低租金 |
物理矛盾的解法仍是四种分离,商业版样本:
"库存既要高又要低"的标准答案就是时间加空间两条分离的组合:需求高峰前备货、中心仓囤门店少囤。
研究者已发展出商业参数版的矛盾矩阵或其变体。七个原理的商业用法样本:
| 原理 | 商业转译 |
|---|---|
| 1 分割 | 市场细分针对性供给;大项目切成小阶段;客服流程分自动化与人工 |
| 2 提取 | 非核心业务外包;负面反馈单独收集处理 |
| 10 预先作用 | 旺季前备货;危机预案前置;客户提问前先备好 FAQ 与自助服务 |
| 15 动态化 | 动态定价;按客户行为推送个性化内容;按项目进展调整团队 |
| 28 机械系统替代 | 信息系统代替人工传递;在线会议代替差旅;虚拟体验代替实体展示 |
| 35 参数改变 | 被动服务变主动服务;群发邮件变一对一沟通;僵化层级变敏捷团队 |
| 40 复合材料 | 多技术整合;跨职能复合型团队;打包服务产品 |
商业 IFR 的三个作用:定义愿景(销售部门的 IFR 是"客户主动找上门购买,过程顺畅无阻")、激发创新(倒推需要多强的品牌与口碑)、评估方案(每个方案对照理想态打分)。进化模式则指导战略:识别所处 S 曲线阶段定打法,理解理想度必然提升就主动做自助化与数字化,识别非均匀演进就提前补瓶颈(销售能力跟不上产品创新就是典型)。
第 2 步若问题不是明显矛盾,就转去想 IFR;第 3 步技术矛盾查商业矩阵与原理、物理矛盾用分离、其余围绕 IFR 构思;第 4 步别忘了用剪裁简化方案;第 5 步先小范围试验再推广。
应用版图六大块:战略规划与创新(进化模式预测趋势、IFR 定颠覆目标)、市场营销与销售(客户旅程功能分析、转化率与获客成本矛盾)、运营与流程优化(冗余瓶颈识别、效率与质量矛盾)、组织设计与人力(个体创新与团队一致性矛盾)、供应链(库存成本与供货及时性矛盾)、客户体验(个性化与快速响应矛盾)。
| 优势 | 挑战 |
|---|---|
| 系统结构化,避免遗漏关键因素 | 概念转译需要经验与创造力 |
| 突破性思维,鼓励跳出框架 | 学习曲线陡 |
| 可重复可学习,不依赖灵感 | 深入分析需要大量数据支持 |
| 聚焦本质矛盾而非表面症状 | 组织文化适应需要时间 |
| 进化模式提供前瞻布局 | 工具需按问题灵活调整组合 |
💡 关键直觉:商业场景里识别物理矛盾比技术场景更容易被漏掉。"库存要高又要低"这种话大家天天说,但很少有人说"这是一个物理矛盾,可以用分离原理"——一旦这样命名,解法空间立刻打开。
⚠️ 常见坑:生搬技术矛盾矩阵的 39 个工程参数。商业参数需要转译版矩阵或直接写业务语言,硬套"运动物体重量"这类参数只会让团队困惑。
商业语言转完了,下一节难度再升一级:社会与个人问题——连"参数"都是情绪和价值观。