街角有家老王面馆,招牌菜是牛肉面。最开始菜单上只有三道面,每一碗都讲究,深夜加班的年轻人排着队等。后来老王听顾客随口说想吃麻婆豆腐,又见隔壁川菜馆热闹,就不断加菜,三个月后菜单厚得像本书。后厨堆满食材,出餐越来越慢,牛肉面的味道也淡了,老顾客渐渐不来了。老王这才明白:菜单变厚的那天,就是店走下坡路的那天。 这个故事每天都在 AI 产品圈重演。一个 AI 助手刚上线时专心做“一句话文案改写”,用户赞不绝口;团队接着加“数据分析”“情绪识别”“PPT 生成”“代码助手”……每个功能都只有及格分,最终用户卸载,产品死于“什么都会一点,什么都不精”。做减法不是懒惰,而是把有限资源压到刀刃上;产品聚焦不是保守,而是对核心价值的持续押注。本文带你从老王面馆的失败中,提炼一套 AI 产品做减法的策略与心法。
对 AI 从业者而言,看懂“增功能容易、砍功能难”的失败规律,能让你在需求评审会上守住产品边界,把团队资源投到真正决定胜败的核心场景上——这是从执行者走向产品负责人的关键一课。
可视化演示
展示AI产品做减法策略四维度:功能蔓延风险、价值-成本决策矩阵、80/20资源聚焦、PMF验证扩展时机。切换模式查看各维度,拖动滑块调节聚焦强度。
本节配有交互动效(进入视口后自动加载,约 3KB)。
功能蔓延与产品失控 功能蔓延是AI产品失败的首要原因:同时开发文档、表格、PPT等多模块,每个模块质量都难以达标 AI写作完成度仅60%、公式推荐准确率仅70%、排版效果远逊专业工具——资源分散导致全面平庸 quality = resources / features 减法是避免产品失控的第一步
减法策略认知
老王的面馆起初只有三道面:牛肉面、炸酱面、素面。他每天凌晨四点熬汤,面条现拉现煮,熟客说“闭着眼点都不会错”。有人问他怎么不多做几样,他只是笑。这时的老王无意间做对了产品经理最该做的事:把全部资源押在三样招牌上。AI 产品的加法陷阱,本质就是同一句话的另一个版本——每新增一个功能,都觉得离“全能助手”更近一步,实际上离“卓越产品”更远一步。
在 AI 产品语境里,做减法不是简单地少做功能,而是主动收敛能力边界,把算力、标注数据、工程师时间集中投给最能兑现用户价值的场景。团队资源好比面馆厨房,灶台就那几个,火力就那么大。菜单越厚,每道菜分到的灶台时间越少,招牌菜也就越平庸。
用一个粗粝但解释力很强的模型描述这个过程:产品价值等于核心功能质量除以功能数量。分子是面包,分母是面包上要抹的酱——酱越多,面包原本的麦香越尝不出来。
老王真正顿悟是在第三个月。他盯着 50 道菜的菜单一愣:最赚钱的牛肉面已经三个月没有精进过。“原来我一直在用牛肉面的血,养一堆没人吃的菜。”——减法策略的第一课,就是看清功能数量对核心质量的稀释。菜单厚度不是荣誉,是负债。
- 符号 V(产品价值)顾客愿意为产品付出的注意力与口碑,是最终守护的目标。
- 分子 Q(核心功能质量)招牌功能做到多好,决定用户留下还是离开。
- 分母 N(功能数量)菜单上的菜(功能列表)总数,功能越少分母越小。
- 分数线(资源稀释)厨房火力固定,菜越多每道菜分到的火力越少,价值被摊薄。
产品聚焦原理
老王关店三天,想明白一个问题:这家店到底为谁而开?他翻账本发现,七成客人是深夜下班的年轻人,不挑环境,只求快、热、稳。这就是聚焦的第一步——不是先砍功能,而是先选用户。选定用户,价值主张才会浮出水面:十分钟端上一碗暖心牛肉面,仅此而已。
他不做奶茶,不做烧烤,不是因为不会,而是因为那些菜与“深夜一碗面”的故事无关。产品聚焦原理由三块拼图构成:核心用户定位、价值主张聚焦、差异化竞争。三者缺一,“砍功能”就变成了“乱扔东西”。
聚焦度还可以量化。借用经济学里的赫芬达尔指数,把每个功能分到的资源占比平方后求和:占比越集中,指数越高,说明资源越聚焦;指数越低,说明火力被摊平。
老王把候选菜从头到尾抄了一遍,在每道菜旁边写下两行字:它服务谁?它强化还是稀释主故事?写完之后他发现,真正配得上菜单的只有十二道。聚焦不是把店变小,而是让每一道菜都壮大同一个故事。
- 求和符号 Σ把从第 1 个到第 n 个功能的结果全部累加起来。
- 投资占比 sᵢ第 i 个功能分到的资源占团队总资源的比例,0.6 表示六成资源给了它。
- 平方运算 sᵢ²放大头部占比,让“押注集中”的数值明显高于“平均分”。
- 结果解读HHI 越接近 1 说明资源越集中,聚焦度越高;越接近 0 说明资源越分散。
失败案例剖析
可惜老王没守住自己的原则。开业三个月,一位熟客随口说了句“要是有辣菜就好了”,第二天麻婆豆腐就上了菜单。又有人说晚上想吃点甜的,三道甜品跟进。三个月后菜单 50 道,后厨从两人加到六人,出餐反而更慢。
把这段失败拆开,能看到四个典型病灶:功能膨胀、需求误判、资源分散、迭代失速。听一个人随口一句就上菜,是需求误判;每道菜都要备料换勺,是资源分散;所有菜都在改,没有一道菜真正精进,是迭代失速。
现实中这样的 AI 产品俯拾皆是。某智能客服团队早期只做“订单查询”意图,准确率 95%;为了覆盖更多场景把意图加到 40 个,准确率一路跌到 70%,用户开始狂敲“转人工”。原因在于每个意图都要标注数据、调策略、做评测——意图越多,单个意图分到的优化资源越少。这种边际价值递减可以写成:
老王看着后厨堆积到过期的食材,终于承认“我不是在经营面馆,我是在开杂货铺”。失败案例总是相似的:不是“想做太多”,而是“不敢承认自己在做太多”,于是用更多功能掩盖更烂的质量。
- 产品价值函数 V(k)功能数量为 k 时的整体产品质量,先升后降。
- 边际收益 ΔV_k加上第 k 个功能后,产品价值的变化量,可能为正也可能为负。
- 递减不等式当功能超过承载能力,后一个功能的收益小于前一个,即越加越不值。
- 工程指令看到边际收益转负或长期低迷,就应该停止加功能,转入减法模式。
案例教训提炼
老王把 50 道菜逐一盘问,盘出三条铁律,后来成为他砍菜单的判据:一,删掉它,常客会不会心痛?二,不做它,有没有替代方案?三,如果做不好,是不是比不做更糟?三条全中“是”,下架。
套进 AI 产品,砍功能的判据可以量化为四个维度:使用频率 U、不可替代性 S、维护成本 C、对核心体验的干扰度 D。真正该砍的不是“用得少”的功能,而是“维护高、干扰大、还不可替代性低”的功能。比如一个调用量极低却要每月调模型的“情绪识别”,就是标准减法对象。
教训里还藏着成本意识:每个功能都有隐藏成本,标注、评测、客服、兼容、品牌承诺,比代码本身贵得多。所以砍功能不是删代码,还要处理存量用户与迁移。教训二是节奏控制:做减法不要等年度大扫除,要把它融入每个迭代的默认动作。
砍完菜单那天,老王把 50 道菜删到 12 道。他描述那种感觉:“厨房终于安静了,我能听见火的声音。”——砍掉的每一道菜,其实都是还给招牌菜的灶台火力。
- 使用频率 U单位时间内真实用户触达该功能的次数,越高越有保留理由。
- 不可替代性 S删掉它用户是否还有同样顺手的替代路径,没有替代则为 1。
- 维护成本与干扰度 C + D开发与客服等长期支出,加上它拖累核心体验的程度。
- 比值判据分子(价值)大于分母(代价),才值得留在菜单上。
减法策略方法
为了让砍菜单不再凭感觉,老王发明了点单率打分:每道菜记三笔账,谁点、点几次、剩多少。三个月后,剩菜最多的三道自动下岗。AI 产品做减法同样需要量化标尺,否则产品评审会永远在“我觉得”之间打架。
工业界最常用的标尺是 RICE 模型,四个字母对应四个问题:这个功能触达多少用户?影响多大?团队有多大把握?要投入多少成本?分数等于触达乘影响乘信心再除以成本。
RICE 之外还有两条辅助线。一条是用户反馈翻译:“我要 XX”要译成“他为什么在此时需要 XX”,像老王听懂“想吃辣”其实是“夜里想要一点刺激感”。另一条是数据决策:看留存、活跃、任务完成率,而不是功能调用次数。至于取舍模型,答案永远是——先做让核心指标动得更快的那个。
老王把点单率表贴在墙上,每周更新,他对手下说:“感觉会骗人,账单不会。”——做减法的方法论,核心就是把这句朴素的话翻译成产品语言:把“舍不得”变成“算得清”。
- 触达 R(Reach)周期内能触达多少目标用户,用人数或占比表示。
- 影响力 I(Impact)该功能对用户价值或核心指标的拉动强度,通常取 1-3。
- 信心指数 C(Confidence)团队对前两项估算的把握程度,0-100%。
- 成本 E(Effort)需要投入的人周或人月数。
- 除法决策分数低于阈值的功能,从菜单上划掉。
聚焦落地实践
新菜单定了 12 道菜,老王没有急着正式营业,而是先试营 21 天。这 21 天菜单锁死,只记录数据。这就是 MVP——最小可行验证:用最小的菜单,验证最大的假设——“顾客愿意为精简的菜单再来一次吗?”
MVP 验证的核心假设,不是交付完整产品。AI 产品做减法的落地路径同理:先把范围收到单一场景,比如 AI 写作助手只做“周报生成”,跑通了再谈扩到日报、月报;一上来就做“全场景写作”,等于一上来就想蒸 50 道菜。
落地还讲究团队协作的聚焦:后厨一人一灶只做招牌,产品团队一个迭代只推一个核心功能。站稳后进入平衡扩展:连续两个周期核心指标向上,才允许加一道新菜;每季度做一次菜单大扫除。功能数量与成功概率的关系可以近似为一个指数衰减模型:每个功能都带来一点跑偏风险,功能越多,全部不出错的概率越低。
21 天后,数据给出了答案:翻台率涨了 30%,老顾客回来了。老王给新菜单起了个名字叫“减法菜单”。员工笑他:别人家菜单越做越厚,你倒好。他说:“菜单薄,是因为故事长。”
- 单功能不出错的概率 (1-p)p 是每个额外功能引入混乱或跑偏的概率。
- 功能数量 N菜单上菜的总数,也即产品承载的功能总数。
- 指数相乘所有 N 个功能同时不出错的概率是每个概率的连乘,N 越大整体越小。
- 结论减少 N 是提升整体成功概率最直接的手段,这就是做减法的数学依据。
效果评估指标
重新开张一个月,老王只盯三本账:回头客账——来过三次以上的客人占多少;带客账——老客人带来新客人的次数;浪费账——每天倒掉的备料成本。这三本账,对应着 AI 产品里最经典的三组指标:留存率、净推荐值、资源效率。
留存率是聚焦的体检报告,回答“用户愿不愿意再来”;净推荐值回答“你有多大可能把朋友带过来”,用推荐者比例减去贬损者比例;资源效率回答“每一份投入换回多少有效产出”,衡量减法是否真的省出了战斗力。
单一指标会骗人,把三本账合成一个加权健康分更稳妥。老王给回头客账打了四成权重,带客账三成,浪费账三成——因为对他来说,常态复购永远是面馆的命根子。
半年后,老王的面馆成了这条街的深夜食堂,菜单仍是 12 道。他的总结只有一句:“做减法不是把店做小,是让每一碗面都有名字。”——AI 产品聚焦的终局,正是这样一列很短的菜单,每一行都有人在等。
- 留存率 R_留存回头客占比,衡量核心体验是否值得再来。
- 净推荐值 NPS推荐者比例减去贬损者比例,反映口碑是否愿意被传播。
- 资源效率 E有效产出除以资源投入,衡量每份成本换回多少价值。
- 加权求和权重代表优先级,核心指标越稳,健康分越高。
AI 应用场景
AI 智能客服的意图瘦身
阶段:产品设计 / 需求评估
解决的问题:传统做法追求意图全覆盖,动辄三四十个意图导致标注数据稀疏、准确率崩盘;用保留判据和 RICE 打分把意图砍到 8 个核心项,把标注资源集中在高频场景,准确率从 70% 回到 93%。
具体案例:某电商售后团队砍掉“闲聊、天气、股票”等低价值意图后,人工转接率下降一半,机器人问题解决率提升到 85%,坐席人力成本明显下降。
AI 写作助手的场景聚焦
阶段:用户研究 / MVP 验证
解决的问题:全场景写作助手在“什么都能写”里迷失,每个场景体验都平庸;聚焦“周报生成”单一场景,用 21 天 MVP 跑通后再逐步扩展。
具体案例:某创业公司从“通用写作 GPT”转向“职场周报”垂直场景,付费转化率从 2% 升到 11%,老用户周留存提升近一倍。
大模型应用的季度菜单大扫除
阶段:产品迭代 / 指标评估
解决的问题:每季度用健康分(留存 0.4 + NPS 0.3 + 资源效率 0.3)审视功能列表,把拖累核心指标的功能下架,避免“功能越来越多、口碑越来越差”的慢性病。
具体案例:某 AI 笔记应用季度盘点时砍掉“语音转写会议纪要”(使用率仅 3%、维护成本高),专注“碎片闪记”场景,次月留存率提升 8 个百分点。
Python 演示
# -*- coding: utf-8 -*-"""RICE 模型: 用做减法的方式, 帮 AI 产品决定砍掉哪些功能""" class Feature: """一个候选功能, 记录 RICE 打分所需的四个字段""" def __init__(self, name, reach, impact, confidence, effort): self.name = name self.reach = reach # 月触达用户数(单位: 千人) self.impact = impact # 影响力, 1-3 self.confidence = confidence # 信心指数 0.0-1.0 self.effort = effort # 投入成本(人周) def rice_score(self): """RICE = 触达 x 影响 x 信心 / 成本""" return self.reach * self.impact * self.confidence / self.effort def prune_features(features, threshold): """按 RICE 阈值切分菜单: 高分保留, 低分建议砍掉""" scored = sorted(features, key=lambda f: f.rice_score(), reverse=True) keep_list = [f for f in scored if f.rice_score() >= threshold] prune_list = [f for f in scored if f.rice_score() < threshold] return keep_list, prune_list def show(name, features): if not features: print("(空)") return for f in features: print("{} RICE={:.2f}".format(f.name, f.rice_score())) def main(): features = [ Feature("智能客服意图识别", 120, 3, 0.9, 6), Feature("个性化话术推荐", 80, 3, 0.8, 8), Feature("情绪识别安抚", 60, 2, 0.5, 14), Feature("多语言实时翻译", 30, 2, 0.4, 20), Feature("会议纪要自动转写", 20, 1, 0.6, 18), ] keep_list, prune_list = prune_features(features, threshold=15.0) print("=== 保留(聚焦区) ===") show("keep", keep_list) print("=== 建议砍掉(减法区) ===") show("prune", prune_list) if __name__ == "__main__": main()
return self.reach * self.impact * self.confidence / self.effortRICE 公式的实现,分数越高越值得做。scored = sorted(features, key=lambda f: f.rice_score(), reverse=True)按分数降序排列,让高分优先被看到。keep_list = [f for f in scored if f.rice_score() >= threshold]高于阈值的进入保留区,继续聚焦投入。prune_list = [f for f in scored if f.rice_score() < threshold]低于阈值的进入减法区,建议下架。Feature("多语言实时翻译", 30, 2, 0.4, 20)触达少、信心低、成本高的典型该砍对象。if __name__ == "__main__":可执行入口,让脚本能直接跑出砍菜单结论。
常见误区
误区做减法就是把功能砍到越少越好,最好只留一个功能,产品就自动成功了。
正解减法不是目的,聚焦才是。砍错功能(把招牌牛肉面砍掉)比不做减法更致命。减法的正确对象是“低价值、高干扰、高维护”的功能,核心招牌不仅不能砍,还要加码。判断标准永远是:它服务核心用户吗?它强化价值主张吗?答案是否才砍。
为何常见:成功案例的叙事往往只强调“砍了 XX 功能”,容易让人误以为砍本身就是功劳,忽视了砍之前的定位与筛选。
误区砍功能很简单,把入口下线、删几段代码,半天搞定,剩下的交给版本发布。
正解下架一个功能要处理存量用户引导、数据迁移、客服话术、品牌承诺,甚至老用户的情绪。隐藏入口不等于删除,它还占着用户认知负担。真正负责的减法要像老王下菜单一样,提前通知常客,给出替代方案,观察一段时间确认无人哀嚎再彻底移除。
为何常见:从代码层面看删除确实很快,但产品是活系统,功能积累着用户资产和历史包袱。
误区用户是需求的唯一权威,只要有人提“我要 XX”,就应该立刻排期开发。
正解用户说的是方案,不是需求。顾客说“想吃辣”,深层需求可能是“夜里想要一点刺激感”,加辣子鸡未必比一碗酸辣面汤更合适。AI 产品里应把“我要 XX 功能”翻译成“他为什么在此时需要”,用数据验证高频与场景,再决定是否进菜单。
为何常见:把用户反馈当圣旨比自己做判断更轻松,也更容易在评审会上获得“免责”。
误区留存和活跃指标都正常,说明产品没问题,不用做减法,别折腾。
正解指标是滞后指标,功能膨胀的代价先潜伏后爆发:代码维护复杂度上升、标注预算被摊薄、模型效果悄悄下滑。等留存曲线掉头,已经烧掉好几个迭代周期。健康的产品节奏应是每季度主动“体检”菜单,而不是等指标报警再救火。
为何常见:指标正常带来虚假安全感,而功能膨胀是慢性病,不会在当天浮出水面。
面试题
Q1. 关于“功能膨胀”最准确的理解是?
- A.功能越多价值必然越高
- B.超过上限后新增功能收益递减← 正确答案
- C.增加功能一定会提升留存
- D.功能膨胀只影响初创团队
答案:B。功能像面馆的菜,超过厨房承载上限后,每加一道菜都会分走灶台火力,边际收益递减(参考 ΔV 公式),价值不会线性增长。A 把“多”当“好”,是加法陷阱;C 忽略了资源稀释;D 忽略了大公司同样会功能膨胀。
Q2. 在“老王面馆”的比喻中,菜单上的菜对应 AI 产品的()。
- A.功能列表← 正确答案
- B.代码仓库
- C.用户画像
- D.运营成本
答案:A。比喻中,菜单是产品功能列表,招牌牛肉面是核心功能,菜品数量对应功能数量,与代码仓库、用户画像、运营成本无关。理解这层映射是读懂全篇比喻的基础。
Q3. RICE 优先级模型中,字母 R 代表()。
- A.投资回报率
- B.触达用户数← 正确答案
- C.风险评估值
- D.用户留存率
答案:B。RICE = Reach × Impact × Confidence ÷ Effort,R 代表一个周期内能触达的目标用户数。A 说的是 ROI,C、D 都不是 RICE 的组成项,容易与常见缩写混淆。
Q4. 判断一个现有功能是否该砍掉,应考察()。
- A.最初是谁拍板的
- B.使用频率高低← 正确答案
- C.是否不可替代← 正确答案
- D.长期维护成本← 正确答案
答案:BCD。砍功能判据是使用频率、不可替代性与维护成本(保留判据 U×S/(C+D)≥1)。“最初谁拍板”是组织记忆,不是产品判据,砍功能不应看面子,这也是“成本意识”教训的一部分。
Q5. MVP(最小可行产品)的核心目标是()。
- A.用最少资源验证核心假设← 正确答案
- B.用最少代码上线最多功能
- C.一次满足全部用户需求
- D.全面对标并超越竞品
答案:A。MVP 的目标是用最小资源验证“用户是否需要、是否愿意为此付费”的核心假设,而不是尽快交付所有功能。B 是“多而糙”,C 违背聚焦,D 是全面覆盖的迷思。
Q6. 产品聚焦原理中“差异化竞争”强调的是()。
- A.细分场景把价值做到极致← 正确答案
- B.全面覆盖竞品所有功能
- C.用最低价格吸引用户
- D.把营销预算投入最大
答案:A。差异化竞争强调在细分场景把核心价值做到极致,建立不可替代的位置。全面覆盖、低价、堆营销都是分散资源,与聚焦原理相悖,这也是“深夜一碗面”故事的核心。
Q7. 以下属于“做减法”常见误区的是()。
- A.功能越少质量自动越好← 正确答案
- B.用户反馈等于功能需求← 正确答案
- C.砍功能只需删除入口← 正确答案
- D.砍功能前要量化成本收益
答案:ABC。误区一误解减法本质——减法服务于聚焦而非数量;误区二把用户反馈当需求本身,用户说的是方案不是需求;误区三低估了下架成本,砍功能要处理存量用户与迁移。D 是正确做法,先量化再决策。
Q8. 边际价值递减公式 ΔV(k+1) < ΔV(k) 给团队的启示是()。
- A.功能数量与产品价值线性正相关
- B.超拐点后继续加功能收益走低← 正确答案
- C.新功能永远比旧功能更重要
- D.砍掉功能价值立刻回升
答案:B。边际递减说明过了最优功能数,新增功能价值走低甚至为负,此时应做减法;A 是线性幻觉,C 无依据,D 过于绝对——砍错核心功能价值反而跌,这正是“砍功能标准”的意义。
Q9. 衡量产品聚焦效果的健康指标组合包括()。
- A.用户留存← 正确答案
- B.净推荐值← 正确答案
- C.资源效率← 正确答案
- D.代码行数
答案:ABC。健康分 = 0.4×留存 + 0.3×NPS + 0.3×资源效率,A、B、C 正是老王的三本账。D 代码行数是成本包袱,不衡量聚焦效果,属于“自我感动型”指标。
Q10. 老王把 50 道菜砍到 12 道后生意更好,核心原因是()。
- A.菜单变短顾客选择更快
- B.资源集中核心质量提升← 正确答案
- C.厨房面积因此变大
- D.顾客感到新奇而尝鲜
答案:B。砍菜单的核心收益是资源重新集中到招牌菜,让核心质量提升,口碑与翻台率随之上涨。A、C、D 是表面现象或无关因素,不是本质原因,本质是“把资源还给核心价值”。