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

推荐订阅源

L
LINUX DO - 最新话题
C
Cyber Attacks, Cyber Crime and Cyber Security
G
GRAHAM CLULEY
T
Tenable Blog
T
Threatpost
C
CXSECURITY Database RSS Feed - CXSecurity.com
I
Intezer
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
D
Darknet – Hacking Tools, Hacker News & Cyber Security
K
Kaspersky official blog
Security Latest
Security Latest
P
Privacy & Cybersecurity Law Blog
Google Online Security Blog
Google Online Security Blog
SecWiki News
SecWiki News
P
Palo Alto Networks Blog
TaoSecurity Blog
TaoSecurity Blog
Webroot Blog
Webroot Blog
Spread Privacy
Spread Privacy
O
OpenAI News
The Last Watchdog
The Last Watchdog
P
Proofpoint News Feed
C
Check Point Blog
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
人人都是产品经理
人人都是产品经理
S
Security @ Cisco Blogs
Scott Helme
Scott Helme
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
月光博客
月光博客
S
Securelist
酷 壳 – CoolShell
酷 壳 – CoolShell
V
V2EX
T
Troy Hunt's Blog
W
WeLiveSecurity
GbyAI
GbyAI
N
News | PayPal Newsroom
Y
Y Combinator Blog
C
Cisco Blogs
H
Help Net Security
The GitHub Blog
The GitHub Blog
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
博客园 - 【当耐特】
Jina AI
Jina AI
MongoDB | Blog
MongoDB | Blog
P
Proofpoint News Feed
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
云风的 BLOG
云风的 BLOG
小众软件
小众软件
N
News and Events Feed by Topic

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
不进行用户研究的 5 个借口以及如何克服它们
Kaysen用户研究 · 2024-07-18 · via 人人都是产品经理

在产品开发和设计的过程中,用户研究扮演着至关重要的角色。然而,由于各种误解和担忧,团队有时可能对进行用户研究持犹豫态度。本文将探讨这些常见的犹豫原因,并提供实用的技巧来克服它们,帮助团队理解用户研究的真正价值,并鼓励他们采取积极的研究方法来改善产品和设计。

一系列研究可以发现有关用户或产品的信息,从而帮助团队做出更好的决策。这很少是无用的。然而,有时产品和设计团队可能不愿意进行用户研究。有时这是出于非常人性化的原因——人们可能认为发现问题可能会影响他们的工作质量。这是可以理解的,需要时间和同理心来帮助同事克服。

犹豫不决的其他原因可能是不了解研究如何提供帮助。在本文中,我们将介绍一些可能发生这种情况的例子,以及一些帮助教育人们并克服这些恐惧的技巧。

一、“尚未准备好进行测试”

有些团队认为,软件开发必须接近完成,才值得进行用户研究。这种信念依赖于团队相信任何问题都可以通过“调整”来解决,并且除非有代表最终产品的东西存在,否则研究毫无价值。然而,由于以下几个原因,这种想法是错误的。

第一个问题是,等到“准备就绪”通常意味着等到问题太迟才修复。随着时间的推移,做出更改的成本会增加——更改“想法”比更改几乎完成的应用程序要便宜得多。如果应用程序的核心理念是错误的(而且经常如此),那么在发布之前才知道这一点就太迟了。早期的研究,观察用户如何执行类似的任务,以及他们目前面临的困难,可以帮助确保这个想法本身值得进一步追求,而不会浪费昂贵的开发时间。

等待测试的另一个问题是,人们花在某个想法上的时间越长,就越投入其中。花费数周时间开发某个功能,却被告知需要更改,这可能让人难以接受。这会导致人们忽视研究结果,并降低研究的影响力。

团队还认为研究人员无法解决“尚未准备好”的部分。然而,结合精心确定的研究目标和对预期体验的理解,研究人员可以在需要时重现体验中缺失的部分,从而使研究在一切完成之前继续进行。

为了克服这种误解,首先要教育团队成员了解上述几点,以便他们意识到等待时间过长的风险。花时间与团队交谈以了解他们当前的优先事项也有助于确定每个开发阶段的相关研究目标——研究人员可以帮助提出团队不会独立想到的潜在目标。与开发团队的良好沟通将确定可以立即解决的高影响力研究目标,以及哪些其他目标主持人需要在他们的研究设计中模拟或解决。

二、“用户研究太贵了”

开展用户研究确实需要花钱。寻找合适的参与者需要时间,而激励他们真正到场则需要给他们钱。同样,邀请团队成员观看会议也会浪费公司的时间,因为这会占用团队成员的时间。

作为用户研究人员,我们相信这些活动会在以后为公司节省资金。这可能很难衡量——尽管难以衡量并不意味着不存在。这些研究有助于节省资金,因为它允许团队更快地将他们的想法以最佳方式实施,并减少构建有用且可用的产品所需的时间。根据研究采取行动还可以通过提高客户保留率来帮助公司赚钱。

计算早期、低投入研究的用户研究投资回报率有助于建立信心,让人们相信研究是有用的,而且可以节省资金。研究人员应该确定哪些指标对他们的公司很重要——找到更多客户、留住现有客户、尽快发布产品——并描述他们的研究如何推动这些指标的发展。这为开展研究的经济效益提供了有力的论据。

三、“我们已经知道问题出在哪里了”

大多数时候,团队已经知道他们的软件存在一些问题。优先级和截止日期意味着许多已知问题可能不得不被忽略。这可能会导致团队担心他们不会从研究中学到任何新东西——它只会告诉他们已经知道的问题,而没有用处。

要解决这个问题,第一步是了解为什么已知问题没有得到解决。是因为缺乏证据,哪项研究可以提供帮助?还是因为内部政治,比如团队之间的摩擦?发现这一点可以决定开展研究的价值,并确定研究目标的优先顺序。

即使某些问题已经为人所知,研究仍然可以提供价值。了解问题对用户的影响将有助于确定问题的优先级。了解用户现有的体验也可能有助于启发更好地修复已知问题,减少所需的迭代次数,因为这样可以更早地将“它的工作原理”和“人们认为它是如何工作的”结合起来。

在进行这些对话时要考虑的另一个方面是确定适当的研究目标。您将如何与团队合作来决定下一次研究应该学习什么?这些应该由团队即将做出的决定来决定,通过设定适当的目标(并忽略与已经了解的问题相关的目标),研究可以帮助发现新的和有趣的问题,而不是团队已经知道的东西。

四、“用户研究耗时太长了”

研究需要时间才能完成。要可靠地回答研究目标,需要用户,而找到合适的用户可能需要一周或更长时间。这可能会让团队担心他们了解问题太晚而无法解决,而且他们会把注意力转移到其他优先事项上,从而使研究变得毫无意义。

对于研究人员来说,实际的数据收集、分析和汇报过程可以相当快——在《建立用户研究团队》一书中,我谈到了如何在两天内完成这一过程。因此,挑战在于有适当的预警来安排和规划适合团队当前优先事项的研究。开展研究本身相当快,并且很容易融入团队的日程安排。

克服这个问题又是一个沟通问题,需要研究人员预测团队在一到两周内想要知道什么。这可以通过参加团队的规划仪式、与产品经理会面以及在招聘期间跟踪开发团队的动向来做到,以便调整目标以更接近时间。与团队的密切合作将导致在需要时准确开展研究。

与研究的财务成本非常相似,开展用户研究实际上可以节省开发时间,因为它可以在开发早期发现问题,以便及时确定问题的优先级并解决问题。开发团队在发布前对问题做出反应会困难得多,这会导致更多多余的开发工作被浪费。通过开发进行用户研究可以加快获得高质量产品所需的时间。

五、“用户研究只是人们的观点,而不是分析之类的真实数据”

刚开始与用户研究人员合作的团队,或者之前与令人失望的研究人员合作过的团队可能不会立即认识到定性研究的价值。分析和 A/B 测试可以创建可信的数字和影响的数字证据——这使得测量和证明变得容易。相比之下,定性研究提供了丰富的信息,需要分析才能指出潜在的产品方向或启发解决方案,但很难转化为数字。然而,正如我们所见,并非所有重要的事情都可以衡量。

在实际决定做什么时,定性研究结果非常有价值,并且比定量研究更能指导我们“应该如何解决这个问题”。发现“39% 的人点击此页面,而只有 20% 的人点击此页面”并不能提供关于如何增加点击该页面的人数或该页面是否实现其目标的丰富提示。相比之下,了解“人们到达页面时试图做什么”和“他们是否成功做到了”以及“为什么/为什么不做”将激发许多关于如何增加 39% 这个数字的明智想法(或者即使增加这个数字是正确的做法)。

对定性数据缺乏信任也可能是由于误解了用户研究人员在与人交谈或观察时所做的事情。研究人员不应该只是报告人们说了什么。研究人员应该探究用户的想法和行为,以便分享用户对情况的理解。这种洞察力可以做出明智的决定,决定如何改变用户的想法或行为。这种理解,加上对每种行为的代表性的定量理解,对于做出良好的产品决策非常有用。

何时不应开展研究

有时候确实不适合进行研究。有时决策已经做出,没有机会对研究结果做出反应。其他时候,决策没有依据,研究结果将被忽略。

挑战不愿意进行研究的团队是提高人们对研究如何提供帮助的认识并有助于提高公司研究成熟度的关键部分。

翻译:蒋昌盛

原作者:Steve Bromley

原文链接:https://medium.com/user-experience-design-1/5-excuses-for-not-running-user-research-and-how-to-overcome-them-899dbd29de58

本文由 @蒋昌盛 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议

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