2.6 消除:删掉看似不可删的东西


2.6 消除:删掉看似不可删的东西

本节摘要:消除(Elimination)模板要求删掉系统里一个"看似必不可少"的基础组件,然后让系统其余部分重新组织以自愈。它最反人性,却是产生"标志性产品"概率最高的模板。本节讲操作口径、自愈机制与团队阻力管理。

口令与一个残酷的问句

消除的操作只有一步,但这一步很残忍:从对象清单里挑一个大家都默认不可缺少的组件,删掉它,然后追问:系统里剩下的部分怎么把这个组件的功能顶下来?

注意与"功能真空型联合"的区别:联合是问"谁能顺便干这件事",消除是先动手删、逼出这个问题。消除更暴力,也更彻底——它连"保留原组件"的退路都烧掉了。

历史战绩显赫:无叶风扇删掉了叶片(气流功能由底座环形增幅承担)、免冲洗奶粉勺删掉了量勺(罐口即量器)、无砧板剪刀删掉了砧板、无口袋运动裤删掉了口袋本身、苹果删掉实体键盘再删掉耳机孔。共同结构:删掉的从来不是功能,是承载功能的默认形式

自愈机制:功能去哪儿了

删除后系统怎么活下来?观察到的自愈路径有四条:

四条自愈路径: 1. 功能转移:被删组件的功能移交给环境或其余对象 例:无叶风扇 -> 气流增幅交给环形通道的物理结构 2. 功能内化:功能并入被服务对象自身 例:免量勺奶粉罐 -> 计量功能并入罐口造型 3. 用户接管:功能转由用户行为完成 例:自助值机删掉值机柜台角色 -> 乘客自己办理 4. 功能证伪:删掉后发现该功能本来就是伪需求 例:很多产品的说明书 -> 用户根本不看,QR 支持页替代

第三条在服务业最常见,常带来成本骤降;第四条最需要勇气,也最常被忽视——很多"基础组件"的存在理由只是历史惯性。

案例展开:删掉说明书的项目

背景:一家小家电企业,产品退货里约一成归因于"用户不会用"。惯常方案是把说明书做厚、做多语言、做图解——成本渐增,退货率纹丝不动。

操作:会上学过 ASIT 的产品经理提出做一次消除演练:删掉纸质说明书。团队第一反应是违规(法规要求随附说明)。注意这里的操作细节:消除模板允许挑战约束声明本身——法规要求的是"提供安全信息",没有绑定"纸质小册子"这个形式。删除后走自愈路径:安全警示功能内化到机体丝印与开机首屏;操作指引功能转移给产品语音提示;完整参数功能证伪后归档到在线支持页(用户数据表明翻阅率低于百分之二)。

结果:单台成本下降,退货率下降三成——最大的意外收获是"开机即引导"的交互反而拉高了好评率。

解读:消除模板逼团队重新审了"说明书"这个词的三个组成部分——法规功能、体验功能、档案功能——然后分别找到了不同的宿主。保留一整本小册子的理由,只是三个功能历史上恰好共用一个载体。

变式:软件领域的默认配置裁剪(删掉一半设置项)、银行网点的纸质单据、会议里的"例行汇报"环节——都是同一个问句的候选靶子。

图2.6-1 一个组件的三重功能分别找到新宿主

图2.6-1 一个组件的三重功能分别找到新宿主

阻力管理:消除模板的软功课

消除是五个模板里最需要政治智慧的。删东西动的是既得利益与安全感,会议室里"不可能"的音量最大。两个实操口径:

其一,用原型代替辩论。与其说服,不如做一个删掉该组件的原型让反对者试用——无叶风扇的样品比任何论证都有力。其二,给删除加护栏。声明这是"原型实验"而非"生产决策",设置两周回退窗口,反对成本骤降。第六章谈团队落地时会再回到这一点。

⚠️ 常见坑:删掉了承载真功能的组件却没安排宿主。消除的完整动作是"删 + 指定归宿",两步缺一不可;只做第一步叫事故,不叫创新。

💡 关键直觉:每次路过一个"理所当然"的组件,问一句——它承载的每个功能,分别还能住在哪里?问多了你会发现,"必不可少"的清单比想象中短得多。

本节要点回顾

  • 操作一步:删掉看似不可少的组件,逼出功能归宿问题;
  • 本质:删除的是功能的默认形式,不是功能本身;
  • 四条自愈路径:功能转移、功能内化、用户接管、功能证伪;
  • 约束声明可以被挑战:法规绑定的是功能不是载体;
  • 软功课:原型代替辩论,回退窗口降低反对成本。

延伸问答

消除和极简主义设计是同一件事吗

不是。极简主义是美学取向,减的是视觉元素;消除是功能归宿问题,删的是承载功能的组件。无印良品风格的杯子可以同时功能堆叠,而消除案例里的产品可能外观并不极简——双杯盖托方案看着比原方案还"多",但它的本质是消除了杯套这个附件。

哪些组件最值得优先尝试消除

三类:历史惯性件(存在理由早过期的,如说明书)、多重功能挤在一个载体上的件(拆开后各寻归宿,如本章案例)、以及高成本低使用率的件(数据可查证的使用率洼地)。这三类的共同点是"删除的理由可以被证据支撑",评审时最容易被说服。

消除失败会怎样

最坏情形是功能真空——删了组件但归宿没安排,用户被迫自己填补,体验崩塌。这就是"删加指定归宿两步缺一不可"的原因。工程上的护栏是小范围试点加明确回退条件,让失败可控且可逆。

顺手练一题

对你的日常工作做一次消除盘点:哪个环节是你一直做但说不清为什么的?日报?周会的固定第一项?给三个这样的环节各写一句功能描述,再为每个功能找一个候选归宿——自动化、合并、或干脆证伪。挑最没底气的一个,下周期试着停一次,观察发生了什么。个人工作流是练习消除的最低风险试验田,也是体会伪需求证伪最直接的地方。

消除演练的团队心理

带团队做消除演练时有个可预期的群体现象:前十五分钟所有人都在提不可删的理由,十五分钟后突然有人开始提可删的名单,然后房间里的能量会明显反转。主持技巧是在前十五分钟不给反驳、只做记录——不可删理由清单本身就是宝贵产出,它精确列出了每个组件在成员心里的价值假设,后面的归宿设计正好逐条回应这份清单。


作者与出处
原作者: 灏天文库
来源:灏天文库
整理: 灏天文库整理
由灏天文库平台收录,内容或由平台用户上传,仅供学习交流
发布者: 作者: 灏天文库 转发
评论区 (0)
U