2.3 乘法：复制一份再改属性
2.3 乘法：复制一份再改属性
本节摘要：乘法（Multiplication）模板把系统内一个已有对象复制一份或多份，然后刻意修改副本的关键属性，使副本与原件以差异互补的方式共存。它是最容易被做错的模板——"假乘法"遍地都是。本节讲清操作、属性修改清单与真伪判定。
口令与四步操作
乘法模板操作步骤： 1. 选对象：从问题系统清单里挑一个（通常选与矛盾直接相关的） 2. 复制：想象再放一份一模一样的进去 3. 改属性：从属性清单里挑 1-2 个改掉 属性清单：尺寸、数量、位置、材质、方向、速度、温度、 颜色、密度、硬度、阶段（固液气）、粒度、时间偏移 4. 定共存方式：副本与原件怎么分工、怎么排列、怎么衔接
乘法的成品在生活中随处可见：双面剃须刀（网孔密度不同）、双色牙膏（两支膏体并联、口味不同）、子母被（厚度不同的两床被子扣合）、儿童剪刀（刃口长度缩短的复制件）。共同结构：同源、异属性、互补共存。
假乘法：这个模板的头号陷阱
把乘法用错的方式高度一致：复制了一份，但没有改属性，或者改的是无关紧要的属性。复制一把一样的椅子放进小办公室，只是冗余；复制一个一样的传感器，只是双保险。这些不构成结构重组，也就不可能通过定性改变验收。
判定真伪就看一句：副本是否以"与原件不同的角色"进入了系统。角色不同，才叫乘法。角色相同，那叫备件。
另一个隐蔽的错法是"改了属性但承担相同角色"——比如复制了一份齿轮改了颜色，角色还是传动。颜色这个属性在传动场景里不承载功能，改了等于没改。选哪个属性去改，要看矛盾陈述需要什么：矛盾是空间拥挤，就优先改尺寸与位置；矛盾是时段冲突，就优先改时间偏移。
进阶：时间维度的乘法
多数人只在空间里想象复制，乘法还有一个高产的变体——时间乘法：复制"同一对象在不同时刻的状态"。把服务流程在时间轴上复制成两条错峰的流水线；把传感器读数复制为"上一秒的快照"，当前值与历史值相减就是变化率——一个新信息就凭空造出来了，没有加任何硬件。滤波、差分、趋势预警，底层全是时间乘法。
图2.3-1 真假乘法的分岔
案例展开：仓库拣货的两副面孔
背景：电商仓库高峰期拣货员在小件区互相堵路，订单时延超标。经理的方案是"再租一层仓库"——出圈，被否。
操作：矛盾陈述："我们想提高拣货并发，但通道宽度固定，人多即堵。"属对冲型，2.1 分流表首选属性依赖，备选乘法——这次乘法先命中了。选对象：拣货小车。复制一份，改两个属性：尺寸减半（窄体车过人宽通道）、时间偏移（副本小车只在波峰前 90 分钟出勤做批次预拣）。原件跑全尺寸综合拣单，副本跑窄体预拣。
结果：不租仓、不加人，高峰期通道冲突下降七成，订单时延回落到基线。投入只是十台窄体车。
解读：两处属性修改都直接回应矛盾——尺寸回应"堵"，时间偏移回应"高峰"。如果把副本车改成红色但功能全同，就是典型的假乘法，什么也不会改善。
变式：客服团队复制一条"快线队列"，改的属性是处理范围（只接五分钟能结的简单单）；开发流程复制一条"修复分支"，改的属性是合并节奏。都是同源异角色。
⚠️ 常见坑：把乘法当成"多买几个"。采购冗余不改变任何属性与角色分工，评审时一票否决的口径就是那句判定语——副本的新角色是什么？答不上来就不算。
本节要点回顾
- 四步操作：选对象、复制、改属性、定共存分工；
- 真伪判定：副本必须以不同角色进入系统，属性差异须直接回应矛盾；
- 属性清单：尺寸、数量、位置、方向、材质、阶段、粒度、时间偏移等；
- 时间乘法：复制不同时刻的状态，制造变化率类新信息；
- 典型成品：双面刀、子母被、错峰流水线、差分信号。
延伸问答
乘法和"做两个型号"有什么区别
做型号是市场细分驱动，先有客群差异后有产品差异；乘法是矛盾驱动，先有系统内的两难，后用差异化副本来化解。外观上可能相似，推演路径完全不同——这也是为什么乘法副本的属性修改必须能指回矛盾陈述。
副本数量有限制吗
理论没有，实践上一到两份为宜。副本超过两份，系统的复杂度与维护成本会吃掉差异化收益，除非矛盾本身要求多档并行（比如三档温度的淋浴系统对应三类体感需求）。
时间乘法还能举哪些例子
软件里的灰度发布（同一版本在不同时刻面对不同流量）、教育里的错峰上课、物流里的夜间预分拣、个人工作里的"今天复制昨天的清单再增删"——凡是把"过去的状态"复制到现在做对比或接力，都是时间乘法的实例。
顺手练一题
找你家里一件只有一种形态的物品——一条毛巾、一把伞、一个收纳盒——做一次乘法推演：复制一份，从属性清单里挑两个改掉，再回答副本的新角色是什么。第一轮成果多半荒谬，这正常；把荒谬的候选放一晚再看，通常能修剪出至少一个说得通的用法。这个练习的重点不是产出方案，是让改属性、定角色这两步变成不假思索的连招。
副本与原件的边界要提前声明
乘法方案上线后最常见的混乱是使用者分不清两份的分工——两排柜子哪排是限时柜、两条队列哪条是快线，标识不清等于没有区分。落地清单里要有一条：副本的差异必须在使用者第一次接触时就可见（颜色、位置、显式标注任选其一）。这条看似常识，却是乘法方案在试点阶段被否的最高频原因，值得在评估环节单列检查。
乘法与联合的判别
两个模板都会让系统里多出一个干活的角色，判别看来源：角色来自现有对象的转任是联合，来自复制件的分化是乘法。判别不是学究气——它决定推演方向：联合去扫闲置属性，乘法去改复制件的属性。用错方向会浪费整轮生成时间，这是工作坊上主持人最常需要当场纠正的一处混淆。
乘法在软件里的富矿
软件系统的复制几乎零成本，乘法在软件语境的命中率因此格外高：读写分离的数据库（副本改角色为只读）、金丝雀环境（副本改流量比例）、慢查询镜像（副本改时间窗）、灰度账号体系（副本改功能开关）。值得注意的是这些例子全是基础设施术语——说明软件工程界早已在无意识中大规模使用这个模板。把它显式化之后，推演其他系统的乘法候选会容易得多。