产品经理如何与设计师更好地配合?
本文笔者和将对自己与不同的设计师相处过程中的一些沟通技巧进行总结,来与大家分享其对于如何与设计师更好地相处的一些想法。
作为产品经理,我的主要任务之一就是改善产品的用户体验。很多时候,都是通过产品的视觉界面来实现的。一般产品设计师,也称为 UI/UX 设计师。
优秀的产品设计师可以以最小的工程努力来满足对应的商业目标,同时创造令人愉快的用户体验。它们就像独角兽一样, 可以射出彩虹(带来希望)。
当然,我只是开个玩笑而已。
因为产品设计师可以创造或破坏用户体验, 因此对产品团队的成功至关重要。
产品经理和设计师的良好关系可以产生互利互惠的结果。
多年来,我有幸与多名产品设计师合作。尽管这些设计师有自己独特的工作风格和怪癖,但我注意到,特别当我们第一次合作的时候,无论实际项目如何,我仍然是反馈一些很常见的问题。我在这里列出这些共同点,希望它有利于产品和设计的沟通交流。
一、告诉我为什么?
为什么选择深色主题而不是浅色主题?此流程是否需要如此多的确认步骤?为什么配置文件照片位于矩形框架中?红色不代表危险吗?
如果你不想那么烦地被我这种人不断地问问题,那么麻烦你在设计背后传达你的思考过程。
通过纸质说明让我明白你的设计原理:行业趋势报告、竞争对手研究、用户反馈调查、过去工作经验的见解都会与你的设计情景挂钩。
二、让我们变得真实
去年,我正在开发一款基于移动设备的学习产品。与许多产品一样,我们在头部显示用户的名称。
Representative Image
如果您仔细观察,您会注意到任何超过 4 个字符的名称都会在此设计中被截断。现在,你可能会说,几个字符不可见是没什么大不了的。你是对的,这没什么大不了的,但这是需要考虑的。
让我们看看我的名字(拉曼和·穆尔西)会如何出现:
你可以说我的名字异常长,你会再次正确。 但是,快速查看我们的用户群告诉我们,超过80%的名称至少有7个字符长。 是的,欢迎来到南印度??。
如果考虑字符长度,可能会出现另一种设计风格。所以,请摒弃这种假设, 使用真实内容。
想象一下,您正在使用健身应用程序,其中界面中条形图可视化展示的是过去5天的进度。
如果是新用户,请问您会显示空条形图吗? 如果用户只有2天的数据,该怎么办?所以,你需要做的是让你的产品经理给到你最真实的数据,如果你无法获取这些数据,那么,你就应该跟你的产品经理探讨对于数据量较少的用户角色如何进行设计。
三、避免重蹈覆辙
每当我遇到一个问题时,我都会问自己这个问题:“其他人是怎么解决这个问题的?”
我建议你也这样做。信息时代最大的优势之一是,我们可以站在巨人的肩膀上,并通过简单的思考便可以受到其他人的工作启发,将问题缩小到设计场景中。
众所周知,人们建立心理模型是为了了解事物如何工作,您应该利用这一点来减少用户的认知负载。许多设计师往往忽视这一事实,因为他们渴望创造一些新的和原创的东西。
话虽如此,我意识到你不能只是盲目地遵循既定的设计模式。在某些情况下,默认 UI 模式不太适合用户使用。例如:Android 上的默认日期选取器。
我要求我们的一个用户(一个14岁的玩家)使用此日期选择器来选择出生日期。他真的挣扎着,因为他只是用“<”和“>”来切换月份。他不知道可以通过点击哪里来切换年份。如果你曾经的任务是设计一个出生日期选择器,你绝对应该探索如何构建这一切。
简而言之,我们不应忽视设计模式,也不应盲目遵循它们,这是你作为设计师的判断力发挥作用的地方。
四、可用性第一
如果您在查看此图像时,有一个令人毛骨悚然的时刻,则可以跳过此部分。请记住,第一位的总是可用性, 不是聪明的设计,不是它看起来有多酷,不是花在研究上的时间。
不要为了冷静或聪明而牺牲用户体验。
备注:我团队中的一些设计师将 Snapchat 的非直观设计作为对可用性的冷静的一个例子。对于他们,我说,Snapchat已经改变了方向,在他们的用户界面中提供了大量的服务,然后重定向到杰克逊·莫赫塞宁对此事的看法——“一个成功的公司让我们混淆了相关性和因果关系”。
五、操作流程
假设您正在开发一个需要电话号码登录的新应用。几乎每个人都想到的两个屏幕是电话号码输入屏幕和 OTP(一次性密码)屏幕,像这样的东西:
我见过许多设计师将这2个屏幕切换,并移动到应用程序的其他部分。
但是,登录流中缺少一些关键设计组件:
- 按钮的禁用状态
- 输入验证失败时错误消息设计
- 网络故障警报,以防在此过程中出现连接问题
- 在 OTP 生成和编号验证期间,加载器覆盖或加载按钮的状态
设计应该完成的是完整的用户流,而不仅仅是屏幕设计。
考虑各种按钮状态,确认消息,空表单,错误情况, 可以肯定的是产品经理肯定会欣赏你的各种“有状态”设计。
只有当你能够记住这些要点时,你与产品经理的等式才会变得更好(这样子独角兽才能绽放出彩虹)。
奖励部分
跟我合作的设计师也给了我一些,关于提高设计功能以及与其他同事工作合作的意见。
- 向其他利益相关者传达优秀设计的重要性
- 避免冗长的技术文档
- 提供自由的解决思考
- 对于未经证实的意见可以进行辩护
如果你有什么补充,欢迎留下评论哦。
原文标题:《What do Product Managers really want from designers?》
本文由vivi 翻译发布于人人都是产品经理,未经许可,禁止转载
题图来自Unspalsh, 基于CC0协议
问一下。比如说大大最后提到的几个状态。这种是设计考虑到的,还是作为产品考虑到,再提供原型让设计去设计出来?感觉大大这边说的设计,会考虑一些产品上的细节,但是实际我们这边都不会,还是本来应该要会的呢?