为什么很多产品优化了半天，结果还是没用

做产品时，最常见的误区之一，就是把“优化产品”理解成“优化功能、优化参数、优化包装”。但很多时候，产品卖不动，不是因为功能不够多，也不是因为口感、样式、页面文案还不够好，而是因为压根没弄清楚用户买它，到底是想完成什么任务。

这也是这套方法最关键的出发点：

用户不会无缘无故购买一个产品。用户是在某个特定场景下，借助这个产品，去完成一件自己在意的事。

一旦这个前提没有搞清楚，后面的优化很容易全部做偏。你以为自己在优化体验，实际上只是围着错误问题打转。

一个经典案例：奶昔为什么卖不动

这类问题，在奶昔这个案例里体现得非常典型。

某快餐连锁想提升奶昔销量，尝试过很多传统优化动作，比如：

• 调整口感
• 调整口味
• 扩充品类

但这些动作都没有带来明显结果。原因不是执行不够，而是判断错了问题本身。真正的问题在于：他们没有搞懂，用户为什么要买奶昔。

更准确地说，他们没有搞懂：用户买奶昔，是为了完成什么待办任务。

两个时段，对应两种完全不同的真实需求

同样是买奶昔，放到不同时间段里，用户想解决的事情完全不一样。

上午9点前的用户

这一波用户大多是单人、匆忙购买，场景往往发生在上班通勤之前。

表面上看，他们买的是一杯奶昔；但从任务角度看，他们真正想要完成的事，其实包括：

• 通勤路上打发堵车时间
• 给枯燥的路程增加一点乐趣
• 顺便把早餐问题一起解决掉

这时候，奶昔被选中的原因，不只是“好喝”，而是它刚好卡在几个需求交叉点上：

• 比普通饮料更耐喝
• 比固体食物更方便处理
• 既能占用一点时间，又不至于影响开车或赶路

这说明早晨场景里，用户要的不是“更好喝的奶昔”，而是一个能陪他熬过通勤、还能顺手解决早餐的选择。

下午下班后的用户

另一波用户，往往是家长带着孩子来买。

这个场景里，任务已经彻底变了。家长买奶昔，不是在解决自己的早餐问题，而是在处理一个更具体的家庭消费场景：

• 给孩子买点零食
• 又不想显得太不健康
• 还不希望影响晚饭正餐

所以这时候奶昔被选择，不是因为它“有趣”，而是因为它在家长认知里更容易被接受：

• 带“奶”这个属性，相对更健康
• 分量可以控制
• 既能满足孩子，又不至于太放纵

这和早上的需求，已经不是同一件事了。

基于真实任务，产品该怎么改

一旦把这两个场景拆开，优化方向就会非常具体，而且每一项都能对应回用户任务本身。

面向早晨用户的改进

针对通勤场景，改进重点不是更甜、更香，而是延长消费时间，提升过程趣味。对应动作包括：

• 做得更粘稠
• 使用更细的吸管
• 增加配料

这些调整背后的逻辑很直接：

• 更粘稠，意味着喝得更久
• 细吸管，意味着消费速度更慢
• 加配料，意味着过程更有参与感和趣味性

这不是单纯改口味，而是在围绕“打发通勤时间+顺便解决早餐”这个任务做设计。

面向傍晚用户的改进

针对带孩子的家长场景，重点则变成了减轻负担感，增强可接受度。对应方案包括：

• 推出儿童小杯
• 强调相对健康
• 直接把分量减半

这些动作本质上是在帮家长降低决策压力。因为他们要解决的不是“孩子想喝什么”，而是“怎么给孩子一个不会让我有负罪感、也不影响吃饭的选择”。

奶昔案例真正说明了什么

这个案例最值得记住的，不是奶昔本身，而是背后的判断方式：

同一个产品，在不同场景里，服务的是不同任务。

如果只盯着产品本身，你会一直想着怎么把这个产品做得“更好”；但如果盯着用户任务，你才会知道，什么才叫“更对”。

这也是很多产品优化长期无效的根本原因：产品经理、运营、创业者讨论了很多“产品改进”，但其实根本没有回到用户真实场景里。

什么是待办任务

用一句最实在的话说，待办任务，就是某个人在某个特定场景下，真正想完成的那件事。

这个定义里，有两个词特别重要：

• 特定场景
• 真正想完成的事

因为用户行为从来不是孤立发生的。脱离场景去谈需求，往往会失真。

比如一个人买蛋糕，你当然可以给他贴很多标签：

• 多大年龄
• 什么性别
• 做什么职业
• 收入高不高

但这些标签并不能直接解释：他为什么偏偏是现在买蛋糕。

他可能是为了：

• 过生日
• 赔礼道歉
• 下班犒劳自己
• 去朋友家做客
• 临时补一个仪式感

你看，表面都是“买蛋糕”，背后任务可能完全不同。任务不同，产品表达、包装方式、推荐逻辑、价格敏感度都会变。

所以，成功的创新，不是抽象地满足“某类用户”，而是更具体地说：

帮用户在某个特定时刻，完成那个他当下最想完成的任务。

而且不仅要完成，还要帮他跨过两件事：

• 焦虑
• 惰性

只有当一个产品既能解决问题，又能让用户更容易迈出决策那一步，它才更容易被真正采用。

为什么单靠用户画像不够

很多人做需求分析时，最先做的是用户画像。这没错，但它只能解决一部分问题。

用户画像擅长回答的是：

• 这个人是谁
• 他属于哪类群体
• 他的消费能力大概如何

但它很难回答：

• 他为什么在这个时刻做出这个选择
• 这个选择在帮他完成什么事
• 他真正权衡的点到底是什么

所以，用户画像可以帮助你认识人，但不一定能帮助你理解行为。

这也是为什么很多团队画像做得很细，年龄、收入、职业、婚姻状态全都有，结果产品还是打不透。因为他们知道“用户是什么样的人”，却不知道“用户正在经历什么局面”。

真正关键的，不是把人贴标签，而是把场景看清楚。

怎么挖掘用户的待办任务

说到底，挖需求这件事，最怕的就是隔空猜。

你在电脑前脑补用户需求，往往只能得到一套逻辑完整但不一定真实的结论。所以这套方法里，一个很重要的原则是：

线上聊一千遍，不如线下见一面。

因为只有见到真实用户，你才有机会把场景还原出来。你会发现，很多用户嘴上说出来的需求，和他真正推动行为的东西，不是一回事。

挖掘任务时最重要的原则

核心不是“找用户问问意见”，而是：

• 找到真实用户
• 回到真实场景
• 还原真实决策过程

重点要问清楚的是：

• 事情发生在什么时候
• 当时在哪里
• 周围还有谁
• 他为什么会动这个念头
• 后来怎么做决定
• 最终结果怎样

这些信息一旦补全，需求才会从抽象判断，变成具体情境。

两套很实用的拆解框架

为了把访谈问深，我会更建议用这两套框架来拆。

5W2H

这是最常用的一套问题结构：

• Who
• Why
• Where
• When
• What
• How
• How Much

它的价值在于，能帮你把一个需求从模糊感觉，拆成完整事实。不是只问“你想不想要”，而是一步步追到：

• 谁在用
• 为什么要用
• 在哪里发生
• 什么时候最强烈
• 用什么解决
• 怎么完成
• 愿意付出多少成本

记叙文六要素

另一套更接地气，也很好用：

• 时间
• 地点
• 人物
• 起因
• 经过
• 结果

它特别适合拿来还原真实事件。因为待办任务不是理论题，而是一段具体经历。你越能把这段经历问出来，越能接近用户真实动机。

不同沟通方式，信息强度完全不一样

文章里有一个很有意思，也很实用的排序：不同沟通场景里，能挖出来的信息深度差别非常大。

下面整理成表，方便直接看。

这个排序看起来有点“野路子”，但背后的逻辑其实很现实：

人越放松、越真实、越少表演成分，信息密度通常越高。

反过来说，越正式、越公开、越容易被旁人影响的场景，用户越容易说标准答案、客套答案、政治正确答案。

所以，需求访谈不只是“问什么”，还包括“在什么状态下问”。

什么叫拳拳到肉的访谈问题

很多访谈之所以没用，不是因为用户不诚实，而是因为问题本身太容易得到空话。

比如下面这种问题，几乎天然会失真：

• 你觉得这个产品好不好？

这种问法的问题在于：

• 太抽象
• 太礼貌
• 太容易得到顺水人情式回答

用户可能会说“挺好”“不错”“可以试试”，但这些信息几乎没法指导决策。

真正有效的问题，必须逼近用户真实取舍。

更有效的五类访谈问题

1. 现在就卖给你，你买吗？为什么？
2. 它是必需品，还是可有可无？
3. 你愿意发朋友圈炫耀吗？
4. 你愿意推荐给朋友吗？
5. 你更愿意买竞品还是我的产品？为什么？

这类问题的好处是，它不让用户停留在泛泛评价，而是逼着他做判断、做比较、做取舍。

一旦用户开始解释“为什么不买”“为什么不推荐”“为什么还是选竞品”，真实需求才真正开始浮出来。

挖需求时，几个必须注意的地方

第一，谨防自嗨

这是做产品的人最容易栽进去的坑。

你越懂技术、越懂产品，越容易觉得自己能替用户判断。但现实往往相反：我们不是乔布斯，大多数时候没有资格替用户做决定。

所以这件事上，最该重视的不是自己的推演，而是真实用户访谈。只有当真实用户反复给出同类反馈时，你的判断才开始有了可靠性。

第二，同一类用户往往不止一个任务

这是很多人容易忽略的一点。

我们总想找一个“大一统需求”，希望一个产品就能把一类人全部吃掉。但现实情况是，同一批用户，在不同场景下往往有多种任务。

如果这些任务差异很大，一个产品未必能同时满足。硬塞进去，最后常常会导致产品越来越重，表达越来越乱。

更现实的处理方式是：

• 接受多任务并存
• 判断哪个任务最强
• 必要时拆成多个产品或多个明确场景

这比试图用一个产品覆盖所有需求更稳。

第三，选择合适的战场

不是所有仗都要正面打。

如果一个方向已经被强势产品占满，硬拼不一定是最优选择。更实际的办法，是换一个更合适的切入口。

这篇文章里有一句话我很认同：打不过就换赛道，专挑软柿子捏；正面不行就打游击，深挖Why，改变How。

翻成更直白的话，就是：

• 同样的需求，不一定非要用同样的产品形态去做
• 同样的人群，也不一定非要在同样渠道里抢
• 你可以从更窄的场景、更真实的痛点、更顺手的交付方式切进去

很多机会，不是来自于发现了一个新需求，而是来自于你用不同方式满足了老需求。

一个很典型的实战案例：快手蓝领招聘直播

前面的奶昔案例，更多是帮助理解方法。真正到了实战层面，这套逻辑在招聘场景里同样成立，而且效果更直接。

项目背景

这个项目的基础判断很明确：

• 蓝领用户并不习惯用Boss直聘、智联这类平台
• 但他们会高频刷抖音、快手
• 快手本身有“快招工”栏目，流量已经足够精准

所以项目模式也很清晰：

• 用账号承接流量
• 通过直播间答疑
• 用户入职后结算佣金

从表面看，这像是把招聘搬到直播间；但真正跑出结果的关键，不是“换了一个渠道”，而是看懂了蓝领用户到底在找什么。

用户真正找的，不只是工作

项目团队在访谈后发现，蓝领用户表面上是在找工作，但真正推动他们决策的，远不止“工资多少”“工作内容是什么”。

更真实的需求其实是：他们在找一个能住下去、能待下去、让自己心里有底的地方。换句话说，他们不只是在找工作，更是在找家。

所以他们最在意的问题，常常不是招聘启事里的标准信息，而是这些具体细节：

• 食堂饭菜怎么样
• 肉多不多
• 车间女员工多不多
• 宿舍有没有空调
• WiFi怎么样
• 洗衣服方不方便
• 一间宿舍住几个人

这些问题看上去“琐碎”，但其实才是真正决定转化的关键信息。因为这些问题背后，不是在问福利，而是在确认：

• 我去之后日子好不好过
• 我住得舒不舒服
• 我会不会太孤单
• 我能不能长期待下去

这就是典型的待办任务视角。你如果只从招聘平台视角出发，会一直想着怎么把岗位信息写完整；但从用户任务视角出发，你会发现，他真正需要的是生活感、现场感和确定感。

基于真实需求，项目是怎么改的

当团队把这些真实需求摸出来以后，后面的优化方向就非常明确了。

24小时不间断实景直播

他们没有停留在口头介绍层面，而是直接做实景直播，覆盖：

• 食堂
• 车间
• 宿舍
• 娱乐场景

而且是用户问什么，就拍什么。

这一步特别关键。因为蓝领用户需要的不是更漂亮的文案，而是眼见为实。他想确认的，不是“这家公司是不是正规”，而是“我去了以后，生活到底会是什么样”。

专业化运作

另一个重要动作，是把关键问题做剧本化处理，同时把服化道和整体呈现做得更专业。

这里所谓的“专业”，不是表演痕迹重，而是让直播间在关键信息表达上更完整、更流畅、更稳定。既要把用户最关心的问题讲清楚，也要维持足够强的真实感。

也就是说，这套模式不是简单开播，而是：

• 提前知道用户最在意什么
• 把这些问题准备成标准应对内容
• 再用足够强的真实场景去承接这些问题

为什么这个项目转化能大幅提升

原因并不复杂，因为它不再只是“发布招聘信息”，而是更精准地命中了蓝领用户真正的待办任务。

真正推动转化的，不是岗位描述更详细，而是用户终于能确认：

• 这里吃得怎么样
• 住得怎么样
• 工作环境怎么样
• 自己到了之后会不会不适应

当这些关键不确定性被直播场景消化掉以后，用户的决策阻力自然会明显下降。

所以这个案例最值得借鉴的点，不是“直播招聘”这件事本身，而是它再次证明了一件事：

用户真正购买的，从来不是功能介绍，而是对自己任务完成结果的确定性。

这套方法对独立开发者到底有什么用

把整篇内容收回来，最值得独立开发者吸收的，不是某个单独案例，而是背后的判断方式。

平时我们找需求，最容易做的三件事是：

• 看别人做了什么
• 想自己能做什么
• 猜用户可能需要什么

但这三件事都有一个共同问题：离真实场景太远。

待办任务这套方法的价值在于，它逼着你回到最原始的问题：

• 用户到底处在什么场景里
• 他当时真正急着完成什么事
• 现有方案为什么没把这件事做好
• 你有没有机会在某个细节上做得更对

一旦这样看问题，很多判断会变得清楚：

• 你不是在做“一个工具”
• 你是在帮用户完成“一件事”

而产品能不能成立，关键也不是你加了多少功能，而是你有没有把这件事接稳。

最后的结论

这篇文章最值得记住的一句话，其实可以这样概括：

不要急着定义用户是谁，先搞清楚用户当下想完成什么。

因为很多所谓需求分析失败，不是分析得不够细，而是分析方向错了。你看到了人，却没看到场景；你看到了表面购买行为，却没看到背后的任务。

从奶昔案例，到蓝领招聘直播，逻辑都指向同一个结论：

• 真实需求藏在具体场景里
• 真实动机藏在行为背后的任务里
• 真正有效的产品优化，必须围绕任务来做

所以，做需求挖掘时，别急着在电脑前写一堆结论。先去见用户，先去还原场景，先去问那些会让人不好回答、但能逼出真实判断的问题。

因为只有这样，你挖出来的，才不是用户嘴上的需求，而是他真的会为之行动的需求。