2.6 属性依赖模板：让两个变量搭上关系

2.6 属性依赖模板：让两个变量搭上关系

本节摘要：属性依赖模板在两个原本独立的变量之间建立新的依赖关系，让一个随另一个变化。变量可以是产品的属性，也可以是环境或用户的属性。本节给出操作卡片、变量配对矩阵方法、三个完整推演（变色杯、阶梯定价、自适应雨刷）、依赖方向的选择要领与翻车点。

操作卡片：属性依赖

最后一台机床动的是最抽象的东西：变量之间的独立性。卡片如下。

• 步骤一：列两份变量清单。清单 A：产品的可变属性（颜色、硬度、温度、尺寸、速度、透明度、剂量、价格、内容）。清单 B：环境与用户的可变属性（光照、气温、时间、位置、使用次数、用户身份、电量、负重）。
• 步骤二：从 A、B 各取一个变量，配成对。
• 步骤三：为每一对声明一条依赖关系——"A 随 B 变"，并说明变化的方向与形态（线性、阶梯、阈值、循环）。
• 步骤四：描述依赖带来的新行为，进入功能与价值追问。

属性依赖对抗的定势是"参数固定"的默认——产品出厂后一切属性静止不变。打破它，产品就获得了"随情境呼吸"的能力。值得注意：大量"智能化"产品，本质是用电的方式实现一条属性依赖关系。

变量配对矩阵：不要靠灵感配对

本模板最实用的工具是配对矩阵。以保温杯为例：

矩阵每格填一条候选依赖，填满再挑——这个机械动作通常一次给出十条以上候选，比围坐想点子快一个量级。空格不代表禁止，只代表暂无直观方案，挑两三个空格硬想，往往出惊喜（第 4 章的高级用法）。

推演一：温变杯（完整过程）

背景：礼品杯企业寻找差异化。变量：杯身颜色（A）、水温（B）。

操作：声明依赖——杯身颜色随水温变化，阈值型：低于 45 度显图案一，高于 45 度图案消失或变色。

虚拟产品：倒进热水才显图案的杯子。功能追问：这个行为对谁有意义？送礼物的人（隐藏的告白文字倒热水才出现——仪式感）、给幼儿喂药的长辈（水温安全提示——超过 45 度变红警示烫嘴）。

价值落点：一个机械的温变油墨结构同时命中"情感礼品"与"安全提示"两个市场。变式：依赖倒过来——不是颜色随水温，而是"推荐水温随杯中内容变"（杯盖显示这类茶适合的温度）。

推演二：阶梯定价（服务侧完整过程）

背景：健身房午间场地闲置（与 1.4 节咖啡案例呼应）。变量：课时价格（A）、时段（B）。

操作：声明依赖——价格随时段阶梯变化：午间低价、晚间高峰原价。

价值追问：价格杠杆把价格敏感人群引导到闲置时段，场地利用率上升而总收入不降。这是"峰谷定价"的生成逻辑——航空公司早鸟票、电价峰谷、错峰电影票同源。

变式：A 换成"课程内容"——午间时段提供 30 分钟短课（内容随时段变）；B 换成"到场率"——连续到场三周后价格递减（价格随用户行为变），即行为定价。

推演三：自适应雨刷（技术侧完整过程）

背景：汽车雨刷厂商处理"速度手动调节"的体验问题。变量：雨刷摆动速度（A）、雨量（B）。

操作：声明依赖——摆动速度随雨量线性变化。功能追问：谁受益？驾驶员在暴雨中不必腾出手调节；小雨时雨刷低速安静运行，磨损下降。

实现路径提示：雨量传感可由挡风玻璃上已有的光学元件兼任（任务统一亚型乙衔接！）。注意这个案例显示模板之间的接力关系：属性依赖声明"什么随什么变"，任务统一解决"谁来当传感器"，乘法解决"刮片分区分速"。第 2.7 节的组合拳因此有章可循。

图 2-6 依赖形态的四种曲线

依赖方向与形态的选择要领

同一对变量，方向不同价值迥异。三问选方向：其一，哪个变量的变化用户更早感知？让用户感知晚的那个随感知早的变（杯色随水温，因为用户先关心烫不烫）。其二，哪个变量更难控制？让易控的随难控的自动调整（雨刷随雨量，雨难控）。其三，商业上想让哪个当杠杆？定价场景里价格永远做因变量，被时段、行为、身份驱动。

形态选择同样有讲究：阶梯型适合有明确档位含义的场景（价格分档、年龄分档）；阈值型适合安全与警示（超温变色）；线性型适合连续控制（速度、音量）；循环型适合周期环境（昼夜、季节）。

翻车点

⚠️ 坑一：依赖了两个都不动的变量。若 B 实际上变化范围极小（如"颜色随大气压变化"），依赖关系形同虚设。工位三自检：B 的变化是否被用户在意？
⚠️ 坑二：伪依赖——加传感器、加芯片实现依赖，悄悄出封闭世界。先用 2.5 节的方法找清单内的传感者，确实没有再评估是否值得破界（并在方案里明确标注这是破界项）。
⚠️ 坑三：依赖过载。一个产品同时挂五条依赖关系，用户认知崩溃。一版概念方案以一条核心依赖为骨架，其余做可选档位。

💡 观察练习：逛超市时随手记录五条"属性依赖"商品（喷雾力度随按压、包装大小随家庭人数……），两周后你对这个模板的敏感度会远超同侪——这是五个模板中最容易在生活里训练的一个。

练习

为"地铁票"配对变量：价格随时段、票价随距离、换乘次数随拥挤度（反向：拥挤度如何被影响）。为"台灯"配对：色温随时间、亮度随环境光、高度随坐姿。各写出依赖声明与价值追问。

FAQ：依赖设计的两个疑问

问：依赖关系怎么测试用户是否买账？ 用“一句话加一反问”的便宜测试：把依赖关系讲给十位目标用户听（“杯身在水温过高时变红”），然后问“你愿意为这个多付多少钱”或“这会改变你的选择吗”。十人里超过六个无感，这条依赖大概率是工程师的自嗨。这个测试在工位五之前就能做，成本半小时，比做出原型后发现无人问津便宜两个数量级。

问：一条依赖可以双向吗（A 随 B 变、B 也随 A 变）？ 可以，双向依赖就是反馈回路——恒温杯（加热随温度变、温度又随加热变）是典型。但双向依赖的分析复杂度跳了一个量级（要考虑震荡、滞后），建议只在单环稳定验证后再升级为双向，且多数商业场景单向已经够用。

本节要点回顾

• 属性依赖定义：在产品属性与环境/用户属性之间建立"A 随 B 变"的新关系；
• 配对矩阵：两份变量清单交叉填格，一次产出十条以上候选；
• 四种形态：线性、阶梯、阈值、循环，各有适配场景；
• 方向三问：用户先感知谁、谁更难控、商业上谁当杠杆；
• 模板接力：属性依赖定关系、任务统一找传感者、乘法做分工——组合拳的接口已在案例中显形；
• 多数智能化产品的本质是用电实现的属性依赖，这个视角能帮你快速拆解竞品。

五台机床到齐。下一节讲怎么把它们串起来打组合拳。