B2B 软件产品加了 80 个功能没人用：用 JTBD 重新发现真正的「工作」
产品加了 80 个功能、NPS 没有变化——不是因为功能不够好，而是因为没有一个功能真正解决了用户花了最多时间的那件「工作」
背景某 B2B 采购管理 SaaS（面向 50-500 人企业），成立 4 年，付费客户 340 家，ARR 860 万。过去 18 个月：根据客户反馈新增了 83 个功能（包括：AI 询价、供应商评分、合同模板库、审批流定制、采购数据看板、多维度报表等）。结果：月留存率 74%（18 个月几乎没变），NPS +14（行业均值 +22），功能使用分析：只有 6 个功能被超过 20% 的用户在过去 30 天使用过，其余 77 个功能使用率均低于 5%。CEO 认为「还需要加更多功能」，产品负责人认为「我们应该砍功能」，双方僵持了 3 个月。
74% 的月留存意味着每年流失约 65% 的客户（0.74^12 ≈ 0.35 剩余）。如果「加 83 个功能」18 个月都没能改变留存，说明产品在解决「用户的工作」这件事上根本没有进展——不是功能太少，而是功能和「用户真正花时间的工作」之间的连接断了。「用户用反馈请求的功能」和「用户真正需要帮助完成的工作」往往是两件完全不同的事。用户请求「供应商评分功能」，实际的工作可能是「每次新增供应商时不确定该怎么选，需要有人告诉我怎么判断」——这两者需要完全不同的解决方案。
用 JTBD 访谈框架找到「用户花时间最多、但产品帮助最少」的那项核心工作
JTBD 访谈发现（12 名活跃用户 + 8 名流失用户）：活跃用户的核心 Job（访谈发现）：「每次要采购新东西，我都不知道先找谁批预算、再联系哪个供应商、用哪个合同模板，每次都要在钉钉群里乱问一圈。我最怕的是采购单被退回来，因为流程走错了」——功能工作：「完成一次合规的采购申请，不走弯路」；情感工作：「在老板面前不出错，表现专业」；流失用户的 Job（他们切换到了什么）：6/8 的流失用户切换到了「用飞书多维表格自己搭了一个采购跟踪表」——这是产品的真正竞品，不是其他采购 SaaS。真实竞品分析：产品的核心竞品不是同类 SaaS，而是「钉钉群 + Excel + 飞书多维表格」组合——这套方案「免费、已经在用、不需要学习新工具」。产品比它贵、比它复杂、还需要学习成本，所以必须在「帮用户完成采购工作的速度和合规性」上有 3 倍以上的优势，才值得迁移成本。
绘制用户完成「一次标准采购」的完整路径，找到最大的摩擦点
采购工作路径分析（目标用户：中小企业采购专员）：步骤 1：发现需求（某部门提出采购需求）→ 步骤 2：确认预算（找财务确认预算额度）→ 步骤 3：筛选供应商（在没有数据库的情况下凭记忆或人脉找供应商）→ 步骤 4：询价/报价（用邮件或微信与 3-5 个供应商沟通）→ 步骤 5：比价/决策（没有标准的比价表，手工 Excel 整理）→ 步骤 6：起草合同（找模板或让法务起草）→ 步骤 7：走审批（在 OA 系统里走，经常有返工）→ 步骤 8：执行采购 → 步骤 9：付款申请。最大摩擦点（用户访谈+使用数据双重验证）：步骤 5「比价决策」耗时最长（平均 2.3 天），且是最常出错导致审批被退回的步骤。现有产品：没有任何专门针对「比价决策」的功能。功能加了 83 个，没有一个是「让比价从 2.3 天缩短到 2 小时」。
追问为什么「加了 83 个功能但都不是用户最需要的」，找到产品决策流程的根因
五问根因分析：症状：83 个新功能，只有 6 个被 >20% 的用户使用。Why 1：为什么新加的功能使用率这么低？→ 功能来源于「客户反馈」，而不是「用户工作观察」。Why 2：为什么以「客户反馈」为主要功能来源会导致功能没人用？→ 因为客户（企业 IT/采购负责人）反馈的是「他们听说竞品有什么功能」，而不是「采购专员（真实用户）每天卡在哪里」。Why 3：为什么产品团队以「客户」（IT/采购部门负责人）的反馈为主，而不是「用户」（采购专员）的痛点？→ 因为销售流程是 B2B 模式，关键人是采购部门负责人，产品团队和这个人开会更多，很少直接接触一线采购专员。Why 4：为什么没有建立直接接触一线采购专员的机制？→ 因为产品团队没有专设用户研究角色，PM 的时间主要用在「需求评审和开发对接」，没有时间做用户访谈。Why 5：为什么 PM 的时间没有用于用户研究？→ 因为公司 KPI 是「按时交付需求」，不是「提升留存率」——PM 没有动机主动去做留存研究。根因：产品 KPI 设计导致 PM 以「需求交付」为导向，而非以「用户成功」为导向。
分析产品的 Hook 链条，找出为什么功能很多但用户没有形成使用习惯
Hook 链分析：外部触发：客户采购事件触发（「这次需要采购 XX」）→ 用户打开产品。但：产品没有内部触发——用户不会在「没有采购事件」的情况下主动打开产品，因为产品没有给他们任何「每天登录」的理由。行动环节：用户打开产品后，面对的是「功能列表」（83 个功能的导航），而不是「下一步该做什么」的引导。可变奖励：功能完成后没有成就感设计（只有提交成功的文字提示，没有「这次采购比上次快了多少」「合规率多高」等正向反馈）。投入感：用户在平台上的数据（采购历史、供应商评分）是「记录」，不是「资产」——用户没有感觉到「离开这个平台我会损失什么」。关键缺失：产品没有「日常性 Hook」——只有「事件性使用」，而采购事件的频率很低（很多企业月均 3-5 次采购），所以产品的使用频次就非常低，留存数据难看。
基于 JTBD 发现重新设计价值主张，找到比「飞书多维表格」更有力的切入点
价值主张重构：旧价值主张：「全流程采购管理 SaaS，比价/合同/审批一站式」——这是功能描述，用户在选择时无法判断「为什么值得为这个付钱」。新价值主张（JTBD 驱动）：「让每次采购的比价决策从 3 天变成 2 小时——自动拉取历史采购价格、AI 生成供应商比价报告、一键生成合规审批文件」。具体差异：旧主张是「功能覆盖」，新主张是「完成某项工作的速度和质量」。与飞书多维表格的对比：飞书多维表格可以做到「记录」和「跟踪」，但做不到「自动拉取历史价格数据」（你需要手动填入）、「AI 生成比价分析」（你需要手工整理）、「一键触发审批流」（你需要单独切换到 OA 系统）。如果产品把「比价决策时间从 3 天降至 2 小时」作为核心承诺，用户就有了清晰的「迁移理由」。
这家公司的产品问题不是「功能不够多」，而是「从来没有搞清楚用户在采购工作链里最卡的那一步是什么」。83 个功能里没有一个专注于「比价决策」——这才是用户花时间最多、最容易出错、最希望有工具帮助的工作。修复路径：① 停止按照「客户（IT负责人）反馈」加功能；② 专注打造「比价决策」功能（基于历史采购数据的自动价格建议 + AI 比价报告生成）；③ 把这个功能做到「快 10 倍、准 3 倍」，让用户产生「没有这个工具我不知道怎么比价」的依赖感。
- 立刻做 20 个 JTBD 访谈（第 0-30 天）：各找 10 名活跃用户和 10 名流失/潜在用户，专注问「上次采购，哪一步卡了最久？」「如果没有我们的产品，你会用什么替代？」「你最怕采购过程中出什么问题？」——不超过 45 分钟，不谈产品功能，只谈他们的工作流程。访谈后整理出「用户花时间最多的前 3 个工作」，这才是接下来 6 个月产品路线图的起点
- 把「比价决策」重构为产品核心能力（第 30-90 天）：基于历史采购数据，当用户新建采购申请时，自动推荐「同类物品的历史采购价格区间」+「上次供应商的评分」+「合理的价格判断」——让用户的比价决策时间从 3 天降至 4 小时。这个功能可以作为下一次销售 pitch 的核心演示场景：「让我现场给你看，一个采购单从 3 天到 4 小时是怎么做到的」
- 修复 PM 的 KPI（第 0-14 天，管理层决策）：把「功能交付数量」从 PM 的核心 KPI 中移除，替换为「付费用户月留存率」+「新用户 30 天激活率」。同时要求每个 PM 每月至少完成 2 次一线采购专员的访谈，访谈记录作为下次需求评审的必要输入。这是解决「加功能无效」的根本制度修复
- 不要继续按照「客户（IT/采购负责人）的功能愿望清单」加功能：这些人提的是「他们认为产品应该有的功能」，不是「他们手下的采购专员每天卡在哪里」。在没有一线用户研究支撑的情况下，每加一个功能都是在消耗开发资源，同时让产品越来越复杂、学习成本越来越高
- 不要把「用户报告的流失原因」作为产品决策的主要依据：用户说「功能不够」「太贵」是最常见的流失借口，但真实原因几乎总是「产品没有帮我完成最关键的那件工作」。只有通过 JTBD 访谈才能找到真实原因，而不是通过流失问卷
你也在做产品决策？
适用场景：B2B SaaS 产品团队发现功能越加越多但留存不改善、正在准备产品重构的 PM、想区分「用户要的功能」和「用户需要完成的工作」的产品负责人、投资人评估产品 PMF 的视角。把你的真实情况输进去，引擎实时推演。