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

推荐订阅源

小众软件
小众软件
IT之家
IT之家
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Security Archives - TechRepublic
Security Archives - TechRepublic
P
Proofpoint News Feed
C
CERT Recently Published Vulnerability Notes
阮一峰的网络日志
阮一峰的网络日志
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
The Cloudflare Blog
P
Palo Alto Networks Blog
Know Your Adversary
Know Your Adversary
D
Darknet – Hacking Tools, Hacker News & Cyber Security
Cisco Talos Blog
Cisco Talos Blog
L
Lohrmann on Cybersecurity
AWS News Blog
AWS News Blog
J
Java Code Geeks
博客园_首页
Scott Helme
Scott Helme
WordPress大学
WordPress大学
有赞技术团队
有赞技术团队
T
The Exploit Database - CXSecurity.com
Security Latest
Security Latest
V
Visual Studio Blog
Cloudbric
Cloudbric
Jina AI
Jina AI
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
博客园 - 叶小钗
Apple Machine Learning Research
Apple Machine Learning Research
博客园 - 聂微东
人人都是产品经理
人人都是产品经理
A
Arctic Wolf
C
Cybersecurity and Infrastructure Security Agency CISA
S
SegmentFault 最新的问题
The Last Watchdog
The Last Watchdog
SecWiki News
SecWiki News
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
W
WeLiveSecurity
K
Kaspersky official blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
Hacker News: Ask HN
Hacker News: Ask HN
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
宝玉的分享
宝玉的分享
Hugging Face - Blog
Hugging Face - Blog
量子位
Google Online Security Blog
Google Online Security Blog
博客园 - Franky
Simon Willison's Weblog
Simon Willison's Weblog
博客园 - 三生石上(FineUI控件)
Recent Commits to openclaw:main
Recent Commits to openclaw:main

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
用户反馈,听还是不听?
三分设 · 2022-09-28 · via 人人都是产品经理

在产品设计的过程中,时常听取用户反馈,可以帮助业务人员找准产品迭代优化的方向,进而助推产品使用体验的提升、以及用户的后续留存。不过,用户反馈是不是必须要听取的?如何辨别用户反馈对产品设计是否有用?不如来看看作者的总结吧。

用户的反馈总是正确的吗?

嗯……是也不是。

产品设计师每天都会面临着大量的反馈,从客户那里获得直接的功能请求,到团队内售前代表的特色想法,再到通过电话、电子邮件、评级网站和社交媒体等地方收到的投诉。

用户反馈始终是一种宝贵的信息来源。但是如果产品设计师不能正确处理用户反馈,那么用户反馈很快就会变成由谁喊得最大声最频繁就先处理谁的问题了。这样的方式可能会将产品与设计团队偏离主要的方向,拉向数十个不同的方向,最终变成一种盲目从众,愿景不清晰的产品,用户体验也会遭到毁灭性打击。

被用户反馈淹没的解药只有我们拥有强大的产品愿景,以及产品设计师具有“火眼金睛”的能力,将任何偏离目标方向的声音排除,获取真正的用户反馈。

关键:寻找用户的洞察,而不是反馈

贝蒂克罗克的即食蛋糕是一个发现隐藏在负面用户反馈中“价值百万美元的产品洞察 ”的著名案例,但如果从表面上看,采用这种解决方法这种很可能会导致产品失败。

消费者对“即食烘焙”最初反应是很糟糕的。他们的目标客户是全职妈妈,在那个时代,全职妈妈们每天需要花大量时间做饭是一个常态。通过用户调研,我们发现妈妈们说她们很讨厌这款产品,因为这让她们觉得自己不是真的在烘烤,更像是在“偷懒”。

通过倾听客户的见解(“为家人烤这个蛋糕的感觉对我来说很重要”),而不是她们的反馈(“我讨厌这个产品”),产品设计师发现了令人难以置信的洞察,从而发现隐藏在背后的需求。

他们意识到,如果将即食蛋糕中添加的鸡蛋粉去除,并告诉妈妈们如果制作这种蛋糕需要额外添加一个新鲜的鸡蛋,这样妈妈们会感觉更像是她们真的在烤蛋糕。现在贝蒂克罗克在每家杂货店的烤架上摆满了即食蛋糕,这表明最初讨厌的产品通过发现用户内在的需求会变得多么成功。

贝蒂克罗克的即食蛋糕:

链接:https://90percentofeverything.com/2009/10/20/just-add-an-egg-usability-user-experience-and-dramaturgy/index.html

不要只听客户在说什么;寻找隐藏在他们话语中的需求和对产品的见解。

1. 让客户去发现问题,而不是提出解决方案

当客户(或潜在客户)要求特定功能时,他们通常会要求添加在其他产品中所习惯的功能。复制其他公司的功能不太可能带来真正的伟大且差异化的产品。与其从表面上接受“功能请求”,不如以功能请求作为研究的基点来确定他们提出该功能请求的原因。

通过一系列研究方法来提取“反馈”背后的“洞察”,其中最有效的方法之一就是用户访谈。与客户会面并要求询问他们为什么要求该功能。

在他们解释功能需求的同时,寻找他们试图使用此功能解决的问题。很可能你会听到好几个用户的“功能请求”很有可能都与相同的需求或问题对应上。如果你能找到这个“根本”问题,你就可以找到一个可以同时解决许多“功能请求”的解决方案。

2. 寻找“无形的”的见解

关于产品的一些最有价值的见解是“无形的”,他们隐藏在人们所做的事情中,而不是他们所说的事情中。

寻找“常走的路”:常走的路其实是一条“意外”路径,显示人们实际走过的地方,而不是沿着铺好的人行道走。在设计中,这个概念用来指观察用户行为以找到用户真正想要的“道路”。

寻找“常走的路”意思是寻找客户没有按照你期待的方式使用产品。例如,我的公司最近推出了一项新功能,允许教师在课堂中发布问题选项(类似于网课上的答案选项框),然而之前教师会要求学生手动以文本形式在公屏打出答案选项(大家把答案打在公屏上!扣1送地狱火)。像这样观察到的行为才是用户真正需要的有力指示。

采访流失的用户:其实最有意义的用户反馈并不是在现有的用户中得到的,而是来自于以前那些尝试过你的产品,然后停止使用它的用户。

这些人拥有对待产品的主观感受,以至于他们宁愿花费时间学习,去改变自己的行为来使用新产品。如果他们不再用你的产品了,这表明他们对产品的体验与他们自己的期望不符。

“真实体验”和“期望”之间的差异是人们如何衡量对体验的满意度,也是关于如何改进产品的大量见解。

举个例子:即使是客户保留率为 90% 及以上的SaaS(软件即服务),这仍然意味着还有十分之一的人使用过该产品但之后就停止继续使用了。希望你可以找到这些人并了解原因。

3. 何时倾听用户反馈,何时不应该去听

要清楚何时不应该听用户反馈和何时听同样重要。如果你的公司正在尝试做一些创新设计的产品但是会违反人们的习惯,并且当你询问用户他们是否会想要使用该产品,那么很多人可能会说“不”。众所周知,改变行为是非常困难的,做一些真正不同的事情总是会改变行为。

(译者注:行为习惯与认知和态度有联系,心理学家费斯汀格提出的认知失调理论:是指个体认识到自己的态度之间、或者态度与行为之间存在着矛盾。

个体对于事物的态度以及态度和行为间是相互协调的;当出现不一致时,就会产生认知不和谐的状态,即认知失调,并会导致心理紧张。个体为了解除紧张会使用改变认知、增加新的认知、改变认知的相对重要性、改变行为等方法来力图重新恢复平衡。

也就是说只有当用户改变自己行为后,并且在认知上认为这种操作方式或体验方式更加合理,在态度上认可这个产品,就能实现认知的统一,最后会对产品产生良好的体验感)

想象一下,在互联网兴起后的博客,假如问人们是否想要一个让他们可以编写 140 个字符长的纯文本消息,并将它们发送到互联网平台上。尽管如今微博、推特很受欢迎,但他们最初很可能会得到各种贬低的反馈,只有少数人能够看到它的潜力。

用户反馈,听还是不听?

真正“不同”的产品会经历所谓的“技术生命周期曲线”,这是一条钟型曲线,“革新者”在最左边,“落后者”在最右边。在推出新的和不同的东西时,了解提供反馈用户的概况对于总结方案至关重要。

看看有远见的人如何对你的产品方向的评价,我们可以以此简单的了解一下产品的潜力。向后期进场的“落后者”学习,以了解您的产品需要添加什么才能达到市场的“多数”。

但不要将“落后者”对新兴产品缺乏热情与缺乏价值或潜力混为一谈。你的解决方案越是试图改变用户行为,产品设计师就必须越熟练地分析他们在反馈中听到的内容,还要了解提供反馈的人的个人资料。

每一项创新,无论是对功能可用性的小幅改进,还是对一代产品的创造,都基于对真实用户分析与沟通,了解他们的期望。我们要知道如何将用户反馈的“结果”与“原因”区分开来,这才是能够设计出最简单、最具创新性的解决方案的关键技能。

你只需要知道如何“破解”反馈代码。

*该译文并非完整原文,内容已做部分调整。如在阅读过程中发现错误与疏漏之处,欢迎不吝指出。

原文作者:Jessica Tenuta(本文翻译已获得作者的正式授权)

原文标题:Should you ever NOT listen to user feedback?

译者:平文凯;授权获取:吴鹏飞;审核指导:王翎旭;微信公众号:三分设(ID:SFun-Share);用户体验设计师成长社区

本文由@三分设 翻译发布于人人都是产品经理,未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议。

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