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

推荐订阅源

博客园_首页
C
Check Point Blog
B
Blog RSS Feed
G
Google Developers Blog
H
Help Net Security
博客园 - Franky
Blog — PlanetScale
Blog — PlanetScale
H
Hackread – Cybersecurity News, Data Breaches, AI and More
量子位
Recent Announcements
Recent Announcements
B
Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
D
DataBreaches.Net
小众软件
小众软件
T
The Blog of Author Tim Ferriss
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
MongoDB | Blog
MongoDB | Blog
Y
Y Combinator Blog
T
Tailwind CSS Blog
J
Java Code Geeks
MyScale Blog
MyScale Blog
雷峰网
雷峰网
有赞技术团队
有赞技术团队
博客园 - 聂微东

少数派

派早报:Google 发布 Fitbit Air 等 - 少数派 「新人报到」確認需求,再開始 - 少数派 从 SOLO 独立开发者社区,我看到了越来越多开发者开始做自己的产品 - 少数派 我怎么管理那些"不常做,但总会忘"的生活事项 - 少数派 人形机器人量产元年,数据才是具身智能的“生死线” - 少数派 BuhoLaunchpad 高度还原 Mac 启动台:开发历程与思考 - 少数派 五年陪伴依然不舍,DIY 换壳后让罗技 MX Master 3 继续服役 - 少数派 新玩意 240|少数派的编辑们最近买了啥? - 少数派 一日一技|为什么你应该关闭 iOS 的键盘声音 - 少数派 我做了个插件和 Skills,一键提取任何网站的设计规范 Design.md - 少数派 住在三四线城市的你,该开始录播客了 - 少数派 甘南秘境,大白高国 - 少数派 AI的审美:谁让把我变成川内倫子 - 少数派 返工怎能不烦恼,打工人片单总有一部是你的「嘴替」 - 少数派 为了让「上厕所」更健康,我做了一个小工具 - 少数派 AI + Skill,能够让生成的文章去除 AI 味吗? - 少数派 新玩意|韶音OpenDots ONE 耳夹式耳机 - 少数派 《美满》| 在每一个春天的晚上相爱(362) - 少数派 新玩意|优篮子 PS01 MagSnap 磁吸支架 - 少数派 自我整合手记 | 我开始早睡了:用稳定规则,为自由托底 - 少数派 用龙虾(OpenClaw)两个多月,我最深的12个体会 - 少数派 听歌时间到,12 张你可能错过的 2025 华语乐坛好专辑 - 少数派 承诺能追吗 - 少数派 macOS 26启动台没了? 我做了个不一样的App启动器 - Keboard - 少数派 《四海为家的人》| INTJ对话INTJ(361) - 少数派 你发过的那些黑历史,是时候一次清干净了 - 少数派 新玩意:安安静静玩,越玩越专注:计客密码机 - 少数派 iPad 用户首次体验 Android 平板:vivo Pad6 Pro - 少数派 数据逻辑强 - 少数派 极北行+ | 一路向北,探访日本至北之地 | 001 - 少数派
一、召集开局会议
2018-01-17 · via 少数派

在UX设计师的日常工作中,提出有价值的问题是最基本的技能,同时它也是经常被人忽视的技能。我已经开始慢慢意识到一位设计师在整个项目过程中提出的问题数量与其最终设计输出的质量之间存在着明显的相关性。

这些问题不仅仅关于创意,更多是帮你更好地去理解你遇到的问题,略顺这些问题,有的放矢地解决它们,能使你的设计工作更加有效。

UX设计师要想弄明白自己当下遇到的困难/瓶颈到底是什么,那么便需要在项目的每个阶段都列出大量的问题。

我编写了一个强大的问题列表(确切说有100个问题),这些问题都是我觉得比较有用且比较通用的。虽然不是很全面,但是可以为你的整个项目中每个阶段有关的设计思考提供一个框架。

一、召集开局会议

为了甲乙方在项目计划和设计产出保持一致,我们需要问一些问题。不要直接跳到解决方案,而是专注于提出潜在的问题和见解,让整个团队对接下来的设计有一个基础的认识。

· 我们要解决的问题或需求是什么?

· 这个产品需要做什么?

· 我们的商机在哪里?(比如:用户获取、用户激活、用户留存、用户收益、用户传播等)

· 我们的KPI是什么?

· 我们将如何定义这个项目的成功?

· 这个产品如何适应(企业/品牌等)整体的战略?

· 用户或消费者是谁?

· 这个产品为什么对于用户来讲很重要?

· 用户为什么会关注这个产品?

· 用户想要什么?

· 用户的痛点是什么?

· 我们如何通过这个产品设计过程接触到用户?

· 有什么壁垒吗(比如技术层面的、业务层面的等)?

· 与竞品相比我们的优势在哪里?

· 有哪些相关的产品可以做参考吗?

· 这个项目的主要决策者是谁?

· 有相关的文档吗(比如用户画像、用户属性等)?

· 品牌方向是什么?

· 有样式指南吗?

二、对利益关系人1对1访谈

通过与组织该项目并与项目有直接利益关系的个人(甲方或老板)交谈,进一步了解业务和市场。很多问题我们在项目开局会议中问过了,但是在来问个人(甲方/老板),通常他们会给出更加确切的回答。

· 你在这个项目中的角色是什么?

· 为了使这个项目更有价值,我们必须做的事情是什么?

· 从你个人角度来讲,如何定义这个产品是否是成功的?

· 那么在取得那个成功目标的过程中,这个项目扮演的角色是什么?

· 从这个项目中,你要取得的目标是什么?

· 你使用过哪些好的或者不好的类似的产品吗?

· 在哪些不好的产品中具体有哪些不足?

· 我们最强的竞争对手是谁,你比较担忧他们哪些方面?

· 对于这个产品的独特性你有什么期待?

· 你对产品本年的预期是什么?5年的预期是什么?

· 促使你能够在晚上也能和用户交流的动力是什么?

· 你假设中的用户是什么样的?

· 你对用户的了解中比较确定的是哪些方面?

· 你的用户面临的最普遍的问题是什么?

· 对于这个项目,你的担忧是什么?

三、用户调研

首先要了解用户的目标和痛点,避免研发出用户不想要的功能这种风险。回答这些问题能让你弄明白所有用户行为背后非常重要的“为什么”。这些问题和结论最好用观察结果作为辅助(用户的言行可能不会统一),以此来分析这些问题是否真正存在。

Part 1.身份背景

· 你平常的工作日是什么样的?

· 你在公司的职位是什么?

· 你日常的工作职责是什么?

· 平时你使用最多的App和网站是哪些?

Part 2.遇到的问题

· 目前你是如何处理遇到的[问题/任务]的?

· 你在为遇到的[问题/任务]寻找解决方案吗?

· 告诉我你上一次尝试解决[问题/任务]的情况。

· 你目前在做什么来使这个[问题/任务]更容易些?

· 你试过寻求工作周边的小伙伴帮你解决这件事吗?

· 你有尝试过什么产品或者工具来帮你解决吗?

· 如果有,你是通过什么途径知道他们的?

· 关于[问题/任务]最令人沮丧的部分是什么?

· 你多久遇到一次这种[问题/任务]?

· 你在解决这种[问题/任务]通常会花费多长时间?

四、用户测试

通过观察真实用户与原型或产品的交互来验证之前的假设并进行改进。虽然这主要是收集我们定性的反馈(收根据之前预设的问题而做的设计的反馈),但有同时也可以用这些定性的答案(之前预设问题的答案)来作为这些发现的补充(比如:验证成功的指标)。

Part 1.第一印象

· 你对这个产品的第一反应是什么?

· 当你看到这个产品时,你脑中第一个想法是什么?

· 与你的预期相比,这个产品怎么样?

· 你能用它做什么?

· 你觉得它能解决什么问题?

· 现在你对它有任何疑问吗?

· 你觉得为什么会有人想使用它?

· 你觉得这个产品会对你有哪些方面的帮助?

· 当你开始使用它的时候,第一个功能会选择什么?

Part 2.专注于功能

· 你会怎样使用这个产品?

· 当你使用它,你对它的功能实现效果有哪些期待?

· 关于这个产品,对你来说,哪个功能是最重要的?哪个是最不重要的?

· 我们通过什么途径将这个产品相关信息发送给你会更加适合且有效?

· 对你来讲,你希望改变/增加/去掉一些功能,让这个产品更适合你吗?

· 这个产品体验最差的部分是哪里?

· 这个产品有让你惊讶的或者超出你预期的功能吗?

· 在1~5分的分数区间里,你会给这个产品打几分?

总结

· 今天你会使用它吗?

· 是什么促使用户持续使用这个产品?

· 你最愿意为这个产品付出什么?(比如金钱/时间/精力……)

· 这个产品哪些地方是你喜欢的,哪些是你不喜欢的?任何方面都可以。

· 如果你有一根魔杖,你想把这个产品变成什么样?

· 这个产品像不像专为你定制的?

· 这个产品有什么遗漏的地方吗?

· 你会用什么形容词来形容这个产品?

· 你会把这个产品推荐给你的朋友吗?如果1分是不愿意,5分是十分愿意,1~5分的程度区间,你会打几分?

· 这个产品目前还没有完成,你希望在最终版本中看到什么?任何方面都可以。

五、设计评审

与共事的设计师或较大的项目团队进行设计评审可以找出“设计决策与用户和业务目标是否保持一致”这背后的一些相关问题。问这些问题,以便设计师更明确地找到解决方案——好的设计需要目标明确。

Part 1.整体

· 关于这部分的设计你期望得到怎样的反馈?

· 这个产品设计UI规范是怎样的?

Part 2.交互设计

· 在这个页面用户想要实现什么目的?

· 这块儿解决了什么问题?

· 这种设计为什么是失败的?

· 你通过什么途径找到解决方案的?

· 这个可以有更加简单/简洁的版本吗?

· 这里有什么地方是我们可以去掉的吗?

· (做这个设计)你是有怎样的设想呢?

· 它为什么是那样的?

· 为什么它要呈现出这样的效果?

· 这个值得在默认情况下显示吗?

· 为什么这个页面要这样组织/排版?

· 为什么这是比既定设计方案更好的解决方案?

Part 3.视觉设计

· 你的类型层次结构是什么?

· 你使用的是什么UI设计规范?

· 你为这些规范制定了哪些规则?

· 还有使整个产品视觉方面更加统一的空间吗?

· 你的边距和填充规范是什么?

· 你的配色方案是什么?

六、利益相关者的评审

接受来自利益相关者的反馈,这些反馈是明确的、相关的且有用的。他们也许在设计方面无法给出专业的反馈,因此,你有责任提出问题,将他们的反馈引导至项目的目标和项目的市场,这些领域他们才是专家。

· 这个产品能解决你的用户的问题吗?

· 这个产品有效地实现了你项目的目标了吗?

· 这个产品在功能上是否完全实现了你(及用户)的需求?

· 这个产品是否有符合品牌特性?

· 为什么设计需求很重要?

最后的思考

· 适量地多问几次“为什么?”或者“关于某方面请多跟我讲一下”。

· 去了解那些你不了解的东西。

· 想想你的产品,然后想想那个产品的设计团队会遇到的问题,和他们的对应采取的解决方法。

原文作者:Garrett Kroll

原文链接:Questions UX Designers Should be Asking

本文已获得原作者翻译、转载授权,如需转载,请注明原文及编译来源。

湖湖的微博:蓝湖产品设计协作

比哈特~❤️