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

推荐订阅源

博客园_首页
H
Help Net Security
N
Netflix TechBlog - Medium
Apple Machine Learning Research
Apple Machine Learning Research
P
Proofpoint News Feed
A
About on SuperTechFans
V
V2EX
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
宝玉的分享
宝玉的分享
aimingoo的专栏
aimingoo的专栏
F
Fortinet All Blogs
博客园 - 【当耐特】
Microsoft Security Blog
Microsoft Security Blog
Martin Fowler
Martin Fowler
I
InfoQ
Google DeepMind News
Google DeepMind News
人人都是产品经理
人人都是产品经理
Engineering at Meta
Engineering at Meta
腾讯CDC
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
B
Blog RSS Feed
U
Unit 42
The Cloudflare Blog
Y
Y Combinator 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迎来强劲对手 – 人人都是产品经理,
详解|为什么“设计需求”不等于“设计目标”?“用户需求”也不是“...
元尧 · 2024-05-17 · via 人人都是产品经理

需求和目标不是一回事,目标来源于需求,需求是用户的想法和期待。这篇文章,作者带领我们一次性整理清楚“需求”和“目标”的差别。

经常有同学问我:

– 设计需求不就是设计目标么?

– 用户需求和用户目标是不是一回事?

关于“需求”和“目标”的那些事儿,今天就来给大家讲清楚。

一、User Needs And Goals 用户需求 | 用户目标

相信大家都听过这个案例:亨利·福特在制造汽车之前曾问过他的用户想要什么,得到的回答是“想要更快的马”。但福特交出的答卷是汽车,而他的用户们也欣然接受。

“更快的马”就是用户需求,但是很多时候,用户需求并不直接等同于用户目标,因为用户通常很难准确地定义出自己的目标。以上案例中的用户目标其实是:“实现两地之间更快速地移动”。这也就是需要设计师、产品经理或是企业家凭借自己的观察和经验,敏锐地捕捉和总结出来的。

因此,我们也可以得出这样的结论:

  • 用户需求:来源于用户的真实感受,它是用户最直接的想法和期待,但感受不一定真的是产品的优化方向或是最优的解决方案。
  • 用户目标:来源于用户需求,是设计师和产研团队基于用户的需求、行为、心理、喜好等因素、做了一系列用户相关的研究和洞察之后总结和提炼出的用户没有表达出来的优化方向。

通常情况下,用户需求是用户目标的基础和源头;用户目标则是用户需求的总结和演化。

由此可见,设计师在进行设计研究工作时,是要关注用户需求,但也不能被用户需求牵着走,而是要时刻保持住敏锐的判断力和洞察力,对用户进行全方位的观察和了解,透过现象看本质。对于用户目标的定义和提炼也是一个设计师专业能力高低的体现方式之一。

二、Design Needs And Goals 设计需求 | 设计目标

我在文章:设计价值应该如何体现? 一文中提到过设计师的在工作时的立场应该是:

在保证用户体验的基础上完成产品设计,
实现产品需求和业务目标。

因而当你接到一个设计需求时,这个需求所对应的设计目标应该是:

设计师在兼顾和平衡业务、产品、用户等多方面需求后所找到的最优解,是对业务目标、产品需求和用户需求的拆解、整合后所确定的设计工作方向。

因此,我们也可以得出这样的结论:

  • 设计需求:来源于业务方和产品方的最直接诉求,但不一定是设计的最终方案和最优解。
  • 设计目标:来源于业务、产品和用户三方需求的整合和总结,而并非只是你对于设计需求的概述。

由此可见,即便是上游合作方将设计需求表述的很清析,你也未必能够直接将其作为你的设计目标。你同样需要分析和判断需求背后的成因和背景,定义最根本、最有效的解决方案。

另外,很多同学总是将设计目标定义成通用的“体验提升”、“功能升级”,但这样的描述反而让设计目标变得毫无意义。每一个设计目标都应该是具体的、依据问题定制的。

举个通俗易懂的例子:

一个马上要参加奥运会比赛的运动员,面对“体重超重”的问题,他的目标就不是像普通人一样“节食减掉多余的体重”,而应该是:“在短时间内减重的同时不能破坏身体的其他机能,要保证身体健康以保持最佳的训练状态”。

设计目标就像案例中的减重目标一样,针对不同的场景下的问题存在特定的、唯一的、个性化的答案。

能够精准定位设计问题并挖掘出最优的设计目标,也是不同设计师能力层次的体现。

本文由人人都是产品经理作者【元尧】,微信公众号:【长弓小子】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

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