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

推荐订阅源

宝玉的分享
宝玉的分享
Recent Commits to openclaw:main
Recent Commits to openclaw:main
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
T
Tailwind CSS Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
罗磊的独立博客
V
Visual Studio Blog
爱范儿
爱范儿
H
Help Net Security
J
Java Code Geeks
I
InfoQ
Recent Announcements
Recent Announcements
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Recorded Future
Recorded Future
Jina AI
Jina AI
Microsoft Security Blog
Microsoft Security Blog
WordPress大学
WordPress大学
GbyAI
GbyAI
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
Y
Y Combinator Blog
Google DeepMind News
Google DeepMind News
Scott Helme
Scott Helme
S
SegmentFault 最新的问题
S
Securelist
L
LINUX DO - 热门话题
Cyberwarzone
Cyberwarzone
C
Cisco Blogs
Simon Willison's Weblog
Simon Willison's Weblog
G
Google Developers Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
博客园 - 叶小钗
T
The Blog of Author Tim Ferriss
博客园_首页
B
Blog
F
Fortinet All Blogs
AWS News Blog
AWS News Blog
V
Vulnerabilities – Threatpost
S
Secure Thoughts
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Forbes - Security
Forbes - Security
S
Security @ Cisco Blogs
T
Threat Research - Cisco Blogs
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
S
Schneier on Security
Project Zero
Project Zero
Martin Fowler
Martin Fowler
C
Cybersecurity and Infrastructure Security Agency CISA
N
Netflix TechBlog - Medium
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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
设计师如何做产品需求分析:先聊聊两个“价值”
腾讯ISUX · 2023-09-08 · via 人人都是产品经理

作为产品设计的重要流程之一,需求分析对很多产品经理感觉都是一个棘手的事儿。这篇文章,我们从理论落到某个用户场景去分析,理解“需求分析”的深意。

近两年出现了不少“解放设计师双手”的设计工具、AI工具,我们似乎能很快输出N种流程方案、N种布局方案、N种UI风格等等。问题是:这样穷举设计方案的工作方式当真有效吗?

请警惕“莫得感情”的出图机器!具备竞争力的设计师必须有自主意识,包括清晰的思维逻辑、果敢的决策力。而体现这一意识和能力的重要环节之一,就是产品生产链路中的首个环节“需求分析”。

需求分析并不仅仅是产品经理的事儿。

从共同目标的角度来看,互联网企业在岗位划分上区分了产品经理、设计师、开发工程师等,是顺应人的精力时间有限、术业有专攻的自然规律,但是从业务目标来说,每一个岗位都应该对“最佳用户体验和最大化商业利益的平衡”负责,确保这艘船在正确的航道上。

所以,如果每个“船员”都具备主人翁意识和需求分析的能力,航程必然更健康稳健。

对设计师来说,需求分析不仅仅是“这个功能要不要做”的问题,也会影响后续的设计方案决策。

每一次的功能增删或调整,都是在改变用户接收产品界面信息的整体效用,那么每一个产品需求的分析都要评估这个功能在整个信息架构、用户体验链路的位置孰轻孰重,也就必然会影响你的设计方案决策。

一、产品需求从哪里来?

“有用户反馈说……”

“国庆节快到了,我们策划了一个活动……”

“这个付费转化率很低,达不到预期。我们想……”

……

产品需求的来源多种多样,可能来自产品经理、用户反馈、产品数据、市场风向、技术革新等等。当然,还有来自作为设计师的”我自己“。当我灵光一闪想到一个很炫酷的小创意,情感上免不了自以为是地想”咱们产品这么不做这个“——这个时候我也会用需求分析的框架来质问自己:“值不值得做(价值评估)”、“应当先做什么(优先级)”、“用户需求要满足到什么程度(核心体验链路)”这三个问题。

二、做需求分析,要想什么?

我们常说产品需求要“洞察用户真正的需求”,要明确“用户价值”。刚入行的时候,我们都会点点头,心想“对哦”。

可是什么是“真正的”、什么是“假的”、什么是“价值”?

说实话,这些概念都挺虚的。

只有当理论落到某个用户场景去分析,我们才能理解其深意。

先说点虚的,什么是“价值”?

价值是多维度的概念,在不同的学科中都会在“价值”前加一个表范围的定语,比如“劳动价值”、“经济价值”、”社会价值”。

随着互联网的发展,我们出现了两个重要的新词“用户价值”和“产品价值”。

对于用户而言,他们购买或使用产品或服务是为了满足特定的需求,比如提升效率、获得愉悦、获取经济收益等。那么我们说这个产品具有“用户价值”。

所以需求分析首先是“评估价值”,而价值评估则拆分为“用户价值”和“商业价值”两部分。即使当下的需求目标是提升用户规模(拉新、促活、挽留等),并不需要用户掏钱,也是为了实现长远的商业价值。当然,这仅适用于以盈利为目标的企业,非盈利组织还有“社会影响力”的目标,不在本文讨论范围内。

下面我们进一步拆解价值评估:“用户价值评估”和“商业价值评估”。

1. 用户价值评估

1)解决哪些用户在什么场景下的什么问题?

这个问题越具体到“人”,就越容易分析。如果需求来自于用户反馈,我们溯源到具体的用户。

有一个朋友出去创业,想做一个“找饭搭子”的同城陌生人交友软件。他说,偶尔看到微信朋友圈有人召唤“有没有人一起探店”的动态,去网络社区搜索“饭搭子”、“同城探店”等词汇也能看到不少帖子。而且探店吃饭这件事直接关联消费,商业模式很清晰。他想通过他的产品解决“用户|在探店场景中|无法及时找到饭友”的问题。——“找饭友”是一个行为动作,没有切入到用户的内在需求。

定义用户价值不能只停留在“行为上”,可以尝试找到目标用户做定性访谈,进一步深挖问题。比如,我们想进一步把问题下钻,可能会问到这些问题:

  • 用户为什么要找饭友?不能一个人探店?
  • 用户为什么找不到“饭友”?
  • ……

我们进一步细化“用户-场景-问题”的价值定义:

解决一线城市年轻用户(尤其是刚迁移新城市的年轻人)|通过约伴探店|解决同好交友(社群需求)、“量大”餐馆均摊成本(省钱需求)、获得更愉悦的吃饭氛围(情绪需求)的问题。

那有了这个用户价值定义是不是就可以顺利立项呢?

——看这个文章的篇幅,你只读了不到一半,当然还有更多需要推敲的问题,请继续阅读。

2)这个需求接触不到真实用户怎么办?

有时候我们的需求来源可能是市场风向、技术革新带来的未知变化。我们无法直观地获知“具体的用户是谁”、“TA在什么场景遇到什么问题”。

——这种情况,我们则需要反向思考:这个需求如果做了,获益的用户是谁?满足了他们在什么场景下的需求?如果不做,用户会不会因此弃用我们的产品?可能流失的用户,大盘占比可能是多少?是不是高价值用户?

用上面的思路去层层推敲,可能会否定原来的产品策划,可能会挖掘出新的需求,可能会改变需求的优先级。

值得一提的是,有时候经过层层推敲,最终得到的决策可能会与市面上的竞品有所雷同。也就是我们经常会问的一个问题:为什么A产品已经做了这件事,B产品还要做同样的事情?

有的功能或服务是顺应用户需求而产生的,如果有所缺失,就无法达成用户目标。比如短视频产品都会做点赞和评论,因为视频创作者和消费者分别有“获得认可”的被尊重诉求、”表达意见“的掌控欲等心理需要。而产品则需要这些点赞和评论数据去评判内容热度和丰富个性化标签,以优化内容的推送机制。很多同一赛道的产品会有雷同的功能,虽然常常被调侃为”相互抄“,但是真正做需求分析才能看清“什么是无脑抄”、“什么是必然如此”。

2. 商业价值评估

1)用户会为你这个新产品/新功能买单吗?

我们找到一个有用的需求点是简单的,因为需求的来源真的太多太多,但是当我们发现,用户不一定会为我们的新产品或新功能买单。请注意,这里的“买单”不限于用户掏钱,还包括用户决定使用哪个产品的决策成本、用户愿意花费在某个产品的时间和学习成本等。

那我们怎么预判用户会不会买单呢?或者,如何提升用户的买单意愿呢?

如前面所言,“用户价值”就是通过你的产品获得了预期的效用。效用可以是省了时间、省了钱、省了学习成本、获得情绪价值、获得安全感等。而用户对效用的感知,往往是对比过去经验的解决方案得到的。所以,我们首先要看用户之前是怎么解决这个问题的,然后是用户迁移到新的解决方案(使用新产品或新功能)要付出多少成本。

继续用上面“饭搭子”的案例:

——我们从这个案例可以看到,当我们做成本对比,不能简单地说新旧方案哪个成本更高。用户付出的“成本”是多维度,包括“时间成本”、“经济成本”、“安全风险”等维度。

“饭搭子”这个新方案,对比旧方案,并没有没有压倒性的成本优势。我们虽然可以通过产品设计和运营降低当中的用户成本,比如通过用户历史参与数据(参与饭局次数、饭友评价、真实职业信息等)提供用户靠谱度评分,以降低安全成本。但消除用户成本,需要花费较大的资源投入,我们可以预判这不是一个高ROI的产品项目。

有趣的是,人不是完全理性的。有的场景,只要其中一项成本感知强烈,人就可能选择弃用这个产品。比如“饭搭子”这个案例中,女性用户对安全风险更为敏感,女性用户更不愿意尝试陌生社区。

如果我做的是一个非常创新的项目,真的没办法找到“旧方案”做对比呢?或者我无法获知旧方案的用户成本呢?——我们依然建议尽可能地接近用户、收集足够多的信息,以辅助判断。如果依然非常不明朗,可以通过MVP的方案去预估。关于MVP实践的书籍和网络资料很多,大家可以自行搜索。

2)多少用户会买单呢?

✅ 确认了这个需求有用户价值

✅ 确认了有XX需求的用户很可能会买单

——接下来可以开干了吗?

不够,还需要预判收入规模。因为:收入=客单价x支付用户数=客单价x访问用户数x支付转化率。

这个等式适用于一般的to C产品,不同的产品可能有差异,比如视频用户的使用时长可能与产品收入挂钩,那么用户时长也需要作为一个变量放入到你的产品收入公式中。

当我们要开发一个新的付费互动功能,我们需要做数据预估:这个互动功能放在这个位置,每天的曝光可能是多少?按照此页面同样位置的点击转化和其他功能的付费转化,能否预估这个新功能的收入?这个收入规模值得投入X天的开发人力吗?

如果这个需求的直接目标不是收入,而是获取更大用户规模。我们也同样用“等式”这个思考方式来去做数据估算,只是把“收入”理解为用户量或其他目标数值、而非金钱收入。

当然,通过历史数据估算收入是比较理想的情况。如果身处一个数据体系建设落后的企业中,我无法获取足够的数据支持,怎么办呢?或者,这是一个绝对的革新体验(比如AI辅助内容创作),我无法用过往的数据或经验评估收入规模,怎么办呢?

那么,至少解答“解决哪些用户在什么场景下的什么问题”,来看看这个需求的用户场景覆盖是否足够广;再权衡为了获得这个新产品/新功能带来的新体验,用户要投入哪些成本,以此做需求的排除法——跟创业一样,做产品本身就存在了诸多不确定性,并非所有的决策都能通过公式去论证。我们只能在有限条件下尽量选择做正确的事,排除那些大概率不能成功的事。然后尝试MVP,或直接交给市场和时间验证。

此外,如果设计师想作为初创成员加入新产品,还要跑通可持续的盈利模式。这里又是一大块学问,比如了解这个企业做这件事的资源优势等等,本文作者的知识域和本文篇幅都有限,建议感兴趣的朋友翻看商业分析相关书籍。但是新旧方案的用户成本对比、收入公式的拆解,依然是重要且可行的商业价值视角。

3. 优先级

“优先级”可以分为两层理解,一层是产品需求之间的优先级排序,另一层则是功能范围层的优先级,也就是我们聊需求经常会问的问题:我们明确了这个产品需求当下就要启动,但是当前要做到什么程度呢?

前者,对比不同需求的产品价值大小,再结合开发实现成本和耗时、是否需要追赶某个时间节点等,产品需求之间优先级不难得出。而设计师更多要思考的是后者。

举个例子:开学季马上要到了,产品经理了解到学校有类似“语文朗诵作业打卡”的作业打卡诉求。我们希望抢时间窗去满足这个大规模的家校场景,即“如何最快地满足每日/周重复的信息收集需求”?作业打卡场景可否延伸到其他打卡场景,不同的打卡有何共性或差异?

其中“最快”暗含的意思是“这个功能至少要做到什么程度才能满足最核心的用户需求”。这个时候,我们拉了一个表格,快速梳理不同用户角色(比如区分“打卡创建者”和“参与打卡者”)的体验链路,再决策各个体验环节的功能复杂度要到哪里。

从全盘中抽取出体验闭环的最小集

不要忽视商业竞争中的时间差,因为抢先占领市场的产品实际上是提升用户迁移到竞争对手的成本。过去我们提倡匠人精神,不放过每一个细节。而当前激烈的市场竞争环境下,“有的放矢”比“抠细节”更加重要。

三、小结

我们归纳一下需求分析的思路,多问问这些问题:

需求分析是比较考验全局观、逻辑性、数理分析和共情能力的。工作中可以通过拉表格、思维导图、白板等工具梳理思路。如果你喜欢写文字,那就用写的方式。

总之,切忌接到产品需求就动手出界面方案。

作者:ISUX设计;来源公众号:腾讯ISUX(ID:tencent_isux),腾讯ISUX用户体验与设计部。

本文由人人都是产品经理合作媒体@腾讯ISUX 授权发布于人人都是产品经理,未经许可,禁止转载。

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

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