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

推荐订阅源

Y
Y Combinator Blog
腾讯CDC
Recent Announcements
Recent Announcements
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Hugging Face - Blog
Hugging Face - Blog
H
Help Net Security
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Last Week in AI
Last Week in AI
博客园_首页
D
DataBreaches.Net
P
Proofpoint News Feed
云风的 BLOG
云风的 BLOG
V
Visual Studio Blog
月光博客
月光博客
Jina AI
Jina AI
Stack Overflow Blog
Stack Overflow Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
博客园 - 【当耐特】
Vercel News
Vercel News
WordPress大学
WordPress大学
J
Java Code Geeks
博客园 - 聂微东
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
U
Unit 42

少数派

派早报: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 - 少数派
基于现实意义的交互设计流程 - 少数派
2019-05-27 · via 少数派

总的来说,交互设计就是解决用户在人机交互中遇到体验上的需求。

不过人们的需求无论从广度还是深度都是相对比较难定义的,即你很难从一个具体功能点定义是否解决了用户的问题;同时也很难从单一一个具体人机交互操作上去评价它是否完善。交互至于产品就像神经网络至于人体,你很难将其单独剔除出来对它进行一一点评。它们彼此之间紧密缠绕相互作用。

所以很多关于交互的理论书籍推崇从整个逻辑链起点至终点的闭环式思考方式来看待问题。即用交互的思维去解构产品;从更高维度去看待用户和产品之间的关系。把交互放在一个统筹全局的位置上,把一切混沌的根源问题也都引导到交互层面来得到解决。

不过,从实际角度来看,显然是高估了交互的权力,同时也低估了市场、企业、项目、产品等等这些更为宏观层面的因素之间的关系。我们更多的是在解决一些实际的、具有明确目标的问题需求。而且这些需求是直接来自以上这些宏观层面的。即:交互最直接接触的是用户,但却不一定是在解决用户的体验需求,而往往是在解决产品的某个需求。

这就是理想和现实的差距,就像那些君主立宪制国家的君王,名义上代表着国家的最高权力象征,但最终还是要听命于内阁或国会的要求。

当我们在看这些形而上的文章时,往往会有两脚腾空不够切合实际的感觉。这里比较关键的差异在于:写这些著作的人往往都是功成名就的大企业家或教授之流。他们看待问题的层面当然是宏观而整体的,他们在面临问题时候的思考路径也是多元的。所以这些著作往往给我们一些思想上的启迪而非实际工作中的方针指导。

不过我还是要指出,一套标准的工作流程,它可能并不适合每个工作岗位或环节,但它对我们的工作大有裨益。它为我们提供了一种范式的模板及思考方式。就好比大公司非常规范的工作流程并不一定适用小公司,但却可以提供参考并以此做出灵活的调整。

同时我们从更高维度去看,这些问题和需求,它的出处及合理性也是值得我们思考和审视的。即,你不一定能控制整个工作流程,但你得清楚它们之间的关系。这会让你在工作中更有前瞻性。


一套基于宏观层面较为完整的、符合范式的流程大致包含以下几点:

  1. 了解用户
  2. 定义问题
  3. 制定目标
  4. 设计方案
  5. 验证设计

从了解用户到最终验证设计,完整解决一个问题,形成一个设计闭环。

了解用户

即认知产品所面向的用户人群,及他们的共性。

又可以分为定性研究(Qualitative Research)和确定人物角色(Persona)。

定性研究

首先我们要确定产品所面向的人群,确定他们可能和产品产生关联的一些属性,比如以下几点:

  • 行为(Activities):用户使用产品的频率?
  • 态度(Attitudes):用户如何看待产品?
  • 资质(Aptitudes):用户的学历、社会地位、收入等
  • 动力(Motivation):用户为何使用这款产品?
  • 技能(Skills):用户对产品所属领域的认知程度?

确定人物角色(Persona)

这些定性研究可以帮助你挑选出一些典型的用户画像,即用户是谁?他们在何时何地何种情况下使用产品?他们如何看待你的产品?他们可能是一类人,也可能是几类人,这取决于产品的垂直度。

把这些信息具象化:给他们起上适合他们个性的名字,根据以上信息为他们撰写一份合适的简历,让他们开起来确实可信。

定义问题

基于你现在手上收集到的这些用户角色,试着带入他们的视角去思考,他们在使用产品中可能会遇到的问题。把这些问题逐一罗列出来,并按照优先级排序。

定义问题往往是伴随这了解用户的过程,你对问题的洞悉取决于你对用户的了解程度。

了解用户的目的是能够把用户归类,并且以此为依据超出符合多数用户需求的问题。所以了解用户是手段,定义用户的问题才是关键。


而在实际工作中,你的问题往往可能来自多种途径,但很少直接产生于用户之中。应为一般而言,定义用户人群往往是产品、企业层面的内容,它包含产品的定位策略、品牌形象、用户的目标人群等等一些列的作用结果。是企业主动追求的目标和需要去把控的方向,而非被动接受的一个结果。

不过在定义问题这个层面,无所是面向用户或是内部需求。思考的路径应该是一样的,先了“解问”题背后的人所面临的问题,问题背后的问题才是正真的问题

制定目标

这是一个比较容易被我们忽视但在实际工作中最为至关重要的一个环节

举个简单的例子:

今天上午我们在开产品评审会,期间有非常长一段时间产品和技术就如何实现在没有账户入口的情况下实现切换账号这个技术问题讨论了很长时间。究其原因就是产品并没有给出具体的可量化的目标,所有人只知道大的目标,但具体到功能时就没有判断依据来衡量哪些是该做的哪些是可以舍去的。所以他们只能基于技术可实现性来考量解决方案,而非一个一致的设计目标。

可衡量的目标,让你的设计工作,最终有验收性。也能更好的指导你去完成设计方案本生,你知道设计边界在哪里,而不是一味的无限扩大你的方案本身。

从实际落地而言,制定目标让你的工作内容有理有据。后续考核工作内容也变得有据可循。

设计方案

即我们解决整个问题的过程,

把问题罗列出来,通过一些设计方法以实现设计目标,也是我们工作中最常见的环节。

你可以画线框图、制作高保真原型来帮你梳理这些问题并想出合适的解决方案。

验证设计

设计的验证是对设计方案是否解决用户具体问题的目标评审。

一般而言,设计师更注重完成设计方案之后,对方案本身的评审。不过我更乐意把它看成整个解决方案的持续性的表现:即在一个项目中,设计方案本身与产品实际对该问题的解决表现状况之间的出入比。

这一步可以理解为你如何思考及你的思考结果最终和实际情况之间的重合度,同时也代表着你对整个项目后续的控制力和执行力。


设计思路、流程相对而言是很理想化的、范式化的东西。聊起来容易空洞无物。不过合理的投射可以为我们的实际工作提供一些思路上的启迪。

希望这篇文章对你有用。