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

推荐订阅源

freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
G
Google Developers Blog
Hugging Face - Blog
Hugging Face - Blog
博客园 - 【当耐特】
S
SegmentFault 最新的问题
宝玉的分享
宝玉的分享
博客园 - Franky
博客园_首页
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
WordPress大学
WordPress大学
有赞技术团队
有赞技术团队
月光博客
月光博客
博客园 - 聂微东
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
小众软件
小众软件
Microsoft Security Blog
Microsoft Security Blog
Last Week in AI
Last Week in AI
Vercel News
Vercel News
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
爱范儿
爱范儿
J
Java Code Geeks
博客园 - 叶小钗
Engineering at Meta
Engineering at Meta
阮一峰的网络日志
阮一峰的网络日志

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
直觉设计的力量
TCC翻译情报局 · 2023-06-28 · via 人人都是产品经理

有时候在协作式的设计过程中,设计人员可能会模糊原先的方向,又或者是在相关利益方的裹挟下失去了产品设计的初衷,这个时候,设计人员或许可以尝试“直觉设计”,用基于直觉的设计方法,来促成更好的合作。具体如何理解直觉设计?一起来看看作者的解析吧。

产品团队会通过一系列新的活动来管控推出新功能的风险,例如设计评审、签字确认[1]、用户研究、工程可行性等。当公司正致力于打造“授权性团队”以进行“协作式决策”时,这样基于共识的设计是相当诱人的,因为这往往是每个人都最舒服的选择。

([1] 签字确认(signoff):通常是指在设计流程的不同阶段完成的必要审查和确认,以确保设计达到规定的标准和要求。)

为什么要“个人舒适”?通常来说,在协作过程中,没有人可以赢得所有争议(无论是为了自己议程还是更大的目标)。不过只要大家都同意它足够好,就可以推出。设计交付的对象不仅是设计管理者和产品团队,还包括中途被拉进来的其他合作者,他们可能并不总是和产品打交道。

设计交付在不同的公司通常是相似的:设计师给听众介绍用户流程和说明,然后留一个时间窗口来解决紧急重要问题。设计交付前的过程也是类似的:设计师和产品经理一起开会讨论需求,设计师产出一些研究和设计输出,然大家一起想办法让它在评审前变得更好或更没有风险。

这整个过程包含了与产品和跨职能伙伴的紧密合作,也就意味着需要大量的会议或漫长的slack进程。设计师必须去消化来自不同人的反馈,直到大家都对结果足够满意。

一、协作被夸大了

当你听到“协作”这个词的时候你会想到什么?是一群人在会议室里面写便签,然后将它们贴在乱七八糟的白板草图上?是一个设计师从重要的利益相关者收集反馈的会议?还是使用 Loom 工具录制设计演示,并通过 slack 发送给其他人?

我发现许多公司都过分夸大了协作的力量。它听起来是相当棒的,但是想要拥有富有成效、成熟的协作,往往需要技巧和运气的结合。否则,它就是一群拥有着不同观点、自我、议程、说服能力的人在寻求某种程度的共识,来接受结果的输出。

最终,这看起来像是协作,但只不过是一个共识驱动的设计,创新的可能性就变得很小了。

此外,过程中话语权最大的(往往就是最重要的人)会盖过其他所有人的声音。设计师们就需要去管控其中的分歧,汇聚大家的思想,把握其中的节奏。但是我们什么时候才能脱离这种情境然后继续前进呢?

对于初级设计师来说,他们也往往很难去利用好协作的力量。在他们当前的职业生涯阶段,需要的是设计工作的量、发布产品,并确保有后续的迭代,有一个清晰的用户体验流程的展示。

接下来介绍两种基于直觉的方法,设计师们可以运用它们来促进富有成效的协作。

二、尽早确定设计愿景

在需求收集的早期阶段,有一个很好的时机可以让设计师去感知团队对于与功能、项目或产品的风险偏好,同时也可以帮助团队抛开原有的偏好,并思考地更大更远。在进行研讨会和讨论之前,设计师们应该先定义好产品和即将上线功能的设计愿景。无论是新增一种付费方式还是其他全新的功能,有了这个指导原则,就可以帮助设计师们确保后续的探索阶段仍旧是在实现这个愿景。

设计愿景可以是任何东西,或是“简单的愿景陈述”,或是“全面运作的设计战略”。提炼一下,它就是“产品应该设计成什么样”,但源于设计师和用户需求。例如,它可以是在每个功能和体验中始终坚守道德设计。这就意味着利益相关者要避免产出不道德的设计来成就业务需求。

它也可以是一个特定功能的小愿景陈述:这个功能需要在设计方面达到什么效果?是否需要在视觉上达到最舒服的效果?是否需要100%的无障碍?这些都是可以支撑更大的、总体性的产品设计愿景的补充陈述。

如果在早期没有定义好设计愿景,设计师就会被产品经理和开发工程师所左右。没有设计愿景,设计师在兜售自己的想法时很具有挑战性的。设计愿景也可以帮助利益相关者理解团队中的设计基准,从而可能避免由于可行性问题或业务需求带来的走捷径或糟糕体验。

三、使用你的直觉

数据驱动型设计已经存在相当长一段时间了。有了用户研究员和数据分析师,设计师们也有了更多机会用数据来支撑自己的设计决策,或者验证自己的假设。越来越多的工具被搭建起来,以更快更简单地帮助公司进行实验和做 A/B 测试。

尽管使用数据永远不会错,但它不总是最理想的。有些时候,快速推出产品并被证明是错误的,比在探索阶段再停留一个月要好 ——未经过验证的假设可能是昂贵的,因为公司必须做出假设,并持续限制了其产品的开发机会。

知道什么时候使用直觉,什么时候依靠数据,是一个优秀的设计师的顶尖技能之一。设计师之所以存在是有原因的,除非有明确规定,设计师是需要负责提供设计方向、美观和用户体验的。他们是架构app用户体验每一步骤的人。许多利益相关者也依靠设计师在用户界面来实现他们的愿望。

通过合适的研究、桌面调研、基准测试等方式是三角化测量数据 [2] 和验证假设的好方法。问题是有时候你并没有这么多的数据——或甚至都没有时间来思考数据的事在这个时候,设计师们就应该使用自己的直觉。根据自己的经验和技能水平,判断什么最有效果?有没有人在设计方面更有经验、更出色?可以相信自己的直觉吗?混合了直觉、批判精神和对反馈的开放态度,设计师可以帮助利益相关者找到最好的解决方案,而不用感到自己像个实现愿望的精灵。

([2] 三角化测量数据(triangulate data):通常是指使用使用多个数据来源来验证一个假设,以达到更加客观的结果。)

设计师一半的职责是像个管家,使用深厚的设计知识来创造最佳体验的领导者。如果公司想要创新,设计师需要确保每一个设计决策的背后都有合理的设计愿景和直觉,不然的话产品的用户体验会变得糟糕。

虽然我们在工作中难免会遇到需要达成共识的地方(例如CEO批准了一些不太理想的设计),但设计师还是有时间来在其他项目中宣传推广自己的设计愿景。产品在这里或那里有一些不好的体验是可以的,只要有计划地进行改进。最重要的是,时刻保持开放的心态。即便愿景陈述会改变,人们也可能改变自己的想法。这不是设计师对抗其他人,而是团队在对抗问题。认识到每个人之间都有一个共同障碍,所以重新聚焦在问题的陈述,并对各种可能性持开放态度,是进行有意义的探索阶段的关键。

原文作者:Andy Chan(本文翻译已获得作者的正式授权)

原文:https://uxdesign.cc/designers-use-your-intuition-fac35de74bb7

译者:蓝建杭;审核:李泽慧;编辑:韩硕、孙淑雅;微信公众号:TCC翻译情报局(ID:TCC-design);连接知识,了解全球精选设计干货。

本文由@TCC翻译情报局 翻译发布于人人都是产品经理,未经许可,禁止转载。

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

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