惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Hugging Face - Blog
Hugging Face - Blog
云风的 BLOG
云风的 BLOG
大猫的无限游戏
大猫的无限游戏
M
MIT News - Artificial intelligence
L
LangChain Blog
阮一峰的网络日志
阮一峰的网络日志
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Recent Announcements
Recent Announcements
IT之家
IT之家
Google DeepMind News
Google DeepMind News
罗磊的独立博客
爱范儿
爱范儿
Last Week in AI
Last Week in AI
人人都是产品经理
人人都是产品经理
U
Unit 42
MongoDB | Blog
MongoDB | Blog
S
SegmentFault 最新的问题
B
Blog
博客园 - 叶小钗
月光博客
月光博客
Stack Overflow Blog
Stack Overflow Blog
V
Visual Studio Blog
C
Check Point Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
用户访谈高效提问指南:从场景到问题的完整框架
白灼西兰花 · 2025-03-21 · via 人人都是产品经理

用户访谈是产品经理挖掘需求的核心技能,但许多人常常陷入“不知该问什么”或“被用户带偏”的困境。如何通过场景化提问框架快速抓住关键信息?这篇文章将从实战出发,为你提供一套可直接套用的方法论,助你提升访谈效率,挖掘用户真正的需求。

作为产品经理,用户访谈是挖掘需求的核心技能,但很多人卡在“不知该问什么”或“被用户带偏”。其实只要掌握场景化提问框架,就能快速抓住关键信息。以下从实战出发,总结一套可直接套用的方法论。

一、先明确目标:不同阶段问不同问题

用户访谈的核心是“带着目标聊”,根据产品阶段选择提问重心:

二、需求探索型访谈:5类问题挖出真痛点

当你想寻找新机会时,避免直接问“你需要什么”,而要通过行为回溯+情感挖掘引导用户表达。

提问框架(STAR模型)

1)Situation(场景)

▶ “你最近一次遇到【某问题】是在什么情况下?”

(例:最近一次想健身却放弃的具体场景?)

2)Task(目标)

▶ “当时你希望达成什么结果?”

(例:想通过健身解决什么问题?减脂/增肌/缓解压力?)

3)Action(行动)

▶ “你尝试了哪些方法?用过什么工具?”

(例:下载过Keep还是去健身房?为什么选这种方式?)

4)Result(结果)

▶ “最终效果如何?哪些地方让你不满意?”

(例:为什么用了3次就卸载APP?)

5)情感追问(关键!):

▶ “那个过程中最让你烦躁/困惑的瞬间是什么?”

▶ “如果有一个魔法按钮可以解决这个问题,你希望它做什么?”

案例:Keep早期发现用户放弃健身的核心痛点不是“缺乏计划”,而是“独自锻炼缺乏动力”,由此推出直播课和社区打卡功能。

三、体验优化型访谈:聚焦“行为-感受”断层

当用户吐槽现有功能时,重点找到“行为背后的认知偏差”

提问框架(4步定位问题)

1)行为还原

▶ “能演示一下你平时怎么用这个功能的吗?”

(观察用户操作路径,注意停顿/犹豫处)

2)预期对比

▶ “点击这个按钮时期望发生什么?实际发生了什么?”

(例:用户以为“分享”是给好友,实际跳转到微博)

3)归因挖掘

▶ “你觉得哪里出了问题?如果是你设计会怎么改?”

(警惕“虚假建议”,关注吐槽而非解决方案)

4)优先级排序

▶ “如果只能解决一个痛点,你选哪个?为什么?”

案例:滴滴发现用户取消订单的主因不是“等太久”,而是“不确定司机是否接单”,由此增加接单震动提醒和预计到达倒计时。

四、决策验证型访谈:用假设反推需求真伪

当需要验证方案时,避免引导式提问(如“这个功能好吗?”),而要用对抗性测试

提问框架(真假需求过滤器)

1)代价测试

▶ “如果这个功能需要付费/看广告才能用,你愿意吗?”

▶ “你会推荐给什么人群使用?理由是什么?”

2)场景具象化

▶ “你在什么情况下会高频使用这个功能?”

(如果用户需要思考超过5秒,可能需求不刚性)

3)竞品对比

▶ “如果用XX产品(竞品)也能解决,为什么选我们?”

案例:腾讯文档在推出“多人协作”前,通过测试发现用户更在意“历史版本追溯”而非实时协作,因此优先开发版本管理功能。

五、3个立刻可用的提问技巧

  1. 沉默压迫法:用户回答后等待3秒,往往能等出更真实的补充信息。
  2. 反常识追问:当用户说“我从来不看广告”,可问“昨天用APP时点了哪里?”(具体行为>主观表达)
  3. 类比投射:让用户给产品功能打分(1-10分),再问“如果要提升1分,哪里必须改?”

附:用户访谈清单模板(可直接复制)

【需求探索型】

1. 描述最近一次遇到XX问题的具体场景(时间/地点/人物)

2. 你尝试过哪些解决方法?为什么选择这些方式?

3. 哪个环节让你感到最沮丧?当时情绪如何?

4. 如果有一个工具能解决这个问题,你希望它优先做什么?

【体验优化型】

1. 请演示你平时如何使用XX功能(观察操作路径)

2. 哪一步觉得不符合预期?你原本希望发生什么?

3. 如果这个功能突然消失,对你的影响有多大?(1-10分)

4. 你会用什么词向朋友描述这个功能?(收集心智关键词)

【决策验证型】

1. 在什么情况下你会优先使用这个新功能?

2. 如果开发这个功能需要延迟其他需求,你支持吗?

3. 如果用三个关键词描述它,会是什么?

总结:别让用户教你做产品,而要让他们帮你发现问题

用户访谈不是需求投票,而是通过行为数据+情感动机还原真相。记住两个原则:

  1. 用户是问题专家,你是解决方案专家(别问“怎么设计”,要问“哪里疼”)
  2. 极端案例比平均数更有价值(流失用户>活跃用户)

下次访谈前,拿出这份框架,至少提升50%信息密度。

(注:部分案例参考《腾讯用户研究白皮书》、阿里UES访谈方法论)

本文由 @白灼西兰花 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务