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

推荐订阅源

月光博客
月光博客
Cyberwarzone
Cyberwarzone
L
LINUX DO - 最新话题
N
News and Events Feed by Topic
T
Troy Hunt's Blog
Help Net Security
Help Net Security
S
Security @ Cisco Blogs
Google DeepMind News
Google DeepMind News
Security Archives - TechRepublic
Security Archives - TechRepublic
M
MIT News - Artificial intelligence
G
Google Developers Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
V2EX - 技术
V2EX - 技术
Y
Y Combinator Blog
D
Darknet – Hacking Tools, Hacker News & Cyber Security
大猫的无限游戏
大猫的无限游戏
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Microsoft Security Blog
Microsoft Security Blog
Cisco Talos Blog
Cisco Talos Blog
T
Threatpost
Recent Commits to openclaw:main
Recent Commits to openclaw:main
S
SegmentFault 最新的问题
I
InfoQ
H
Hacker News: Front Page
D
Docker
Scott Helme
Scott Helme
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Blog — PlanetScale
Blog — PlanetScale
人人都是产品经理
人人都是产品经理
博客园 - 叶小钗
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
N
Netflix TechBlog - Medium
AWS News Blog
AWS News Blog
Know Your Adversary
Know Your Adversary
博客园 - 【当耐特】
T
Tor Project blog
U
Unit 42
H
Heimdal Security Blog
Microsoft Azure Blog
Microsoft Azure Blog
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
P
Privacy & Cybersecurity Law Blog
PCI Perspectives
PCI Perspectives
美团技术团队
O
OpenAI News
T
Tailwind CSS Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
B
Blog
GbyAI
GbyAI
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
MyScale Blog
MyScale 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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第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-05-25 · via 人人都是产品经理

编辑导语:用研对于丰富整个项目来说十分重要,本篇文章作者分享了几个适合推动团队去用研的时机和方式,从问卷和访谈两大方面具体展开,讲述了具体的用研方法,能够有效丰富整个项目,一起来学习一下吧,希望对你有帮助。

不知道大家平时会通过什么方式对行业有趋势性的了解,我本人有一个小习惯,就是定期地去看一下岗位招聘信息,倒也不是为了跑路,而是可以从大环境的岗位招聘信息中了解到一些有效信息。

比如这个岗位大多数的工作内容都是什么样的(对比下自己所在的地方,是不是过卷了),岗位要求是什么样的(有没有什么普遍要求的能力,我没有经验需要在下次工作中去补充弥补的),薪资水平如何(需不需要考虑和领导沟通沟通)。

而交互设计中,有一项工作内容/岗位要求常年挂在招聘信息内,却很少能在作品集里有具体的呈现——用户研究

如果你现在马上拿起手机去看看几个大厂的交互招聘信息,基本上每5条招聘信息里有4条都能找到以下内容/要求:

1)工作内容:

“发起和参与用户研究,根据用研结果对设计方案进行优化;负责产品的可用性测试和评估提出改进方案,持续优化产品的用户体验”。

“参与用户研究,根据用户研究结论对设计方案进行优化,持续改进产品体验”。

2)岗位要求:

“掌握基本的用研方法,具备基本的数据分析,视觉设计判断能力”,“掌握常规用研方法,定期参与或主导用研活动”。

与其等到要应聘了才追悔莫及,不如在日常需求过程中寻找合适的时机熟练地使用起用研这项工具。本篇文章我们就来聊聊,日常需求中如何见缝插针地融入用研,丰富经历。

实际工作中常见的用户研究方法有:用户访谈、问卷、可用性测试。

其中用户访谈还分为线上和线下、深度访谈和拦访,这几种方法的具体释义随便搜一下都有,这里就不赘述了。

简单分享几个适合推动团队去用研的时机和方式,亲测有效!

一、问卷

1. 适合用问卷的时机

问卷的用法有很多,专业用研人员更多是运用他们去度量产品体验,将定性问题定量化。

例如字节的多数团队每双月都会有问卷调研评估用户对产品的体验评分,通过逐个双月对比来判断哪些功能是本双月应重点优化的,哪些上个双月优化成果不错。

但是这种大体量重复性高的问卷工作对于一个交互打工人来说太难推进了,更多依赖团队意识。这里想分享是一个日常小需求中适合将问卷运用起来的案例

举个例子,比如你的业务是电商直播,上线购物入口后发现效果没达到预期,因此需要对入口做优化修改。

干货!如何通过用研丰富你的项目

这种优化需求无非就是在规范内做有限的排列组合,换个位置 x 换个图标(或文案)x 换个颜色,对产品的定位、直播间的布局不会有影响,但是组合方式又较多,每个都做实验会造成资源浪费,每个方案都和产品扯皮一次能扯到地老天荒,这种时候就很适合做问卷,你主动向产运提出,一般都不会受到反对。

2. 简单的问卷方式

把你能想到的,符合产品规范和调性的方案设计出来,交给运营让运营在用户群里发放问卷,并问几句为什么。

干货!如何通过用研丰富你的项目

最后把社区调研的结论输出成一篇文档,包含关键结论、具体的问卷结果饼状图、用户反馈总结与部分原文,以及后续To do。

一份简单又有实际成效的用研就成型了,真实工作场景中用时在1-3个工作日之间,也不会影响需求上线节奏。

二、访谈

1. 适合做访谈的时机

还是以电商直播为例,如果此时你的设计方案已经是最合理的,比放任何地方、任何样式的数据都要好,但是业务整体指标就是上不去,这个时候已经不是看数据能解决的了,就需要去通过用户访谈来了解背后的原因了。

干货!如何通过用研丰富你的项目

用户访谈是比较复杂的用研工具,所以一般在产品停滞某个阶段较久,无法单纯地从数据分析和需求臆想解决现阶段问题的时候,团队内会主动发起、使用。如果你发现你的产品正处于这个阶段,适当地推动一下,会比在其他时候更容易申请到资源实施落地。

2. 设计访谈大纲

在访谈之前,我们如何准备访谈的问题呢?需要要先明白调研的目的是什么?

如果以电商直播这个例子来说,我们不明白为什么用户不在我们平台直播间购买商品,所以我们需要用户对我们现有产品的使用情况做反馈。

这时候用户旅程地图就起到了作用,我们会把用户在直播间购买商品的行为进行拆分,例如可以分为:浏览直播流——进入直播观看解说——想要购买——完成购买,如下图所示:

干货!如何通过用研丰富你的项目

每个阶段我们都可以进行一些假设和提问,来具体化评估产品表现

例如,我们在浏览直播广场时,我们可能做出如下假设:

  • 推荐的直播间不准确,用户不感兴趣;
  • 瀑布流布局虽然效率高,但有效信息过少,不如沉浸式消费体验好;
  • 用户购买行为对象是商品而不是直播间,应按商品维度进行推荐。

做出了这些假设之后,我们就可以根据这些假设来设计访谈问题,例如“你现在刷一下我们的直播广场,看一下有没有你感兴趣的直播间”。

在这里想强调的是,实际用户访谈的时候我们一定要进行追问,所以在设计访谈问题的时候需要根据用户的几个不同表现设计不同的追问

例如当用户在访谈过程中有刷到感兴趣的直播间了,你可以追问“你大概刷几个直播间能遇到一个感兴趣的直播间呢”(量化推荐准确度),“你感兴趣的直播间都是哪些,为什么感兴趣”(强化推荐准确性)。

如果访谈过程中没有刷到感兴趣的直播间,那么你可以追问“如果现在出现一个什么样的直播间你会想要点进去呢”(了解产品没满足到用户的地方),然后根据用户的回答进一步追问“为什么”,基本就能得到用户期望补充的推荐维度或产品能力。

以此类推继续对其他阶段做出假设、设计问题与追问,一份用户访谈大纲就可以成型了。我喜欢按如下的表格来输出访谈大纲,可以供大家参考一下:

干货!如何通过用研丰富你的项目

之所以在访谈大纲里把假设缩略了,是因为工作中大家的假设不一,但关注点是一致的,输出文档的时候可以用更简洁但大家都能看懂的方式来表达,这不代表建立假设这一步可以跳过,建立假设是思考的过程。

写完访谈大纲后我们还需要检查一下问题提纲里有没有什么问题是不合适的,比如以下几点建议大家在设计问题时都要避免

1)在访谈问题中出现行业专用黑话

例如“转化”、“操作”、“流量”,这些黑话的出现只会让用户紧张自己是不是水平不够不够格被访谈,然后为了避免被看出来一通瞎说,如果希望用户能在一个放松状态里给出真实的反馈,请将这些黑话都改成日常词汇,如“进入到”、“点哪里”。

2)让用户预测未来的行为

例如“假如上线某功能,你会用吗?”,用户的预测不能准确地反映他们未来真实的行为,如果你想验证某些未上线的功能,最好的方法是制作可交互原型做可用性测试结合访谈。

3)让用户脱离场景讨论操作细节

例如“你有什么好建议?你觉得怎么解决比较好”,用户无法准确回忆每个操作步骤,更好的做法是让用户直接演示给你,而不是询问看法。

4)让用户对没见过或没用过的概念进行想象或评价

例如“假如和主播申请连线的时候可以填写连线申请,你觉得怎么样”,用户不是设计师,无法准确表达他们想要什么,而且在这种场景下用户都会给面子地说会用啊,很好啊,这类问题属于无效问题。

3. 寻找访谈对象

访谈提纲有了,访谈对象如何寻找?上述我们的例子其实默认了访谈的对象是全体用户,实际访谈时我们可能会对访谈对象有不一样的要求。

例如,如果我们通过对比发现,和竞品相比我们在18~23岁这个年龄段的男性用户有比较大的缺失。

所以我们建立的访谈目标是,了解18~23岁的男性用户为什么不来我们直播间购买商品,那我们就可以确定访谈对象为:

  • 性别男;
  • 年龄18~23;
  • 流失用户和低活用户。

我们需要再定义一下流失用户和围观用户的行为标签,方便测试同学筛选,例如,流失用户可以定义为购买过1次且3个月内再无购买行为的用户、围观用户可以定义为过去3个月看过电商直播但是没有过购买行为的用户。细化下来我们应该给测试同学筛选的用户对象就为:

  • 性别男;
  • 年龄18~23;
  • 购买过1次且3个月内再无购买行为、过去3个月看过电商直播但是没有过购买行为的用户。

如果我们的目标是全体用户,也是需要进行一些筛选的,一般还是需要进行用户分层,然后按照实际使用的用户分布来确定每个分层需要访谈多少对象,例如我们的产品中,0-18岁用户占20%、18-35岁用户占17%,35岁以上用户占63%。

那么如果我们的资金和人力只够访谈10个人,我们就需要找2个0-18岁的用户,2个18-30岁的用户和6个35岁以上的用户(其他维度的筛选方式也是如此)才能得到比较准确的用研结论。

一般我们需要筛选比实际访谈人数要多的用户群,然后通过发放问卷的方式了解访谈意愿。发放的意向问卷里一般包括以下信息:

  • 产品使用情况及态度;
  • 性别、年龄、职业等基本信息;
  • 是否愿意到线下访谈。

回收问卷后筛选合适的访谈对象,就可以联系受访者确定访谈时间了。

4. 访谈现场与访谈记录

访谈至少需要2个人进行,一个提问,一个记录,如果有观察室或者线上会议的话,其他团队成员可以通过去观察室或者线上接入来旁听。访谈期间尽量将用户的原话和行为直接记录,不做判断加工,等所有访谈结束后再梳理总结。

干货!如何通过用研丰富你的项目

通常我们会把访谈记录直接补充到访谈提纲旁,在访谈记录前还需要对受访者的一些基本信息作备注。

实际的访谈可以根据受访者的反馈做一些调整和补充,比如受访者虽然不常使用我们的产品,但使用别的竞品,就可以问为什么更常用别的竞品,是否有什么我们缺失的功能。

访谈前,为了让受访者放松,也为了先拉近距离,可以进行简单的聊天。

然后再以“我们的访谈仅供研究使用,不会侵犯你的个人隐私,访谈过程中遇到什么问题都欢迎随时提出来,不是你的问题是我们产品的问题”开头,然后正式进入访谈。

干货!如何通过用研丰富你的项目

访谈结束后是需要给予受访者报酬或小礼品的,这一步一般是由用研或运营同学来实际执行,在采访末尾我们也可以顺带提一下,给受访者一个好心情。

5. 输出访谈报告

所有访谈结束后要趁着记忆清晰及时梳理输出报告。报告的展现一般以一句话介绍背景,访谈关键结论,关键结论具体阐述(小结),后续Todo,最后再附上访谈大纲与访谈记录就可以了。继续以上述例子示意,文档结构大致如下:

干货!如何通过用研丰富你的项目

作者:白话说交互;微信公众号:白话说交互;

本文由 @白话说交互 原创发布于人人都是产品经理。未经许可,禁止转载。

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