IT技术博客大学习 共学习 共进步
全部 移动开发 后端 数据库 AI 算法 安全 DevOps 前端 设计 开发者

设计师,别急着打开设计软件

幻風閣|Kent.zhu's Blog 2013-08-08 23:41:57 累计浏览 1,593 次
本机暂存

   团队招了一个 UI 设计师,小伙子很年轻,也很勤奋好学。

   不过,有个坏毛病,每次拿到需求之后,立刻就打开他的 Photoshop,开始吭哧吭哧的画。这点我非常讨厌和反感,因为,常常的结果就是,他拿他的作品来找我确认,我一看,完全不是需求想要的东西。于是,我就问他,你为什么这么做,你想表达什么?他支支吾吾的说不出所以然来。

   我不知道有多少 UI 设计师有跟他一样的坏毛病,拿到需求就着急忙慌的打开 PS 开始捣鼓,而不是先弄清楚这个需求具体是什么样的,自己是如何理解这个需求的,有没有什么不明白的地方,找对方沟通清楚,然后,才是开始去「设计」。

   我心目中一个优秀的 UI 设计师应该是这样的工作流程:

   1、拿到需求,理解需求

   理解需求是要弄明白几点:对方的这个需求具体是什么意思,他做这个背后的目的是什么,要想用户传达什么信息?

   2、与需求方核对需求,将自己的疑问表达出来

   包括2个部分,表达自己理解的需求,看是否是需求方想要的;对需求有疑问,表达出来,讨论清楚。 (可能会存在你对需求质疑,需求方无法说服你的情况,这属于另一个方面的话题,不展开讨论)

   3、核对完需求,开始考虑页面逻辑

   页面逻辑,简单说就是针对这个页面要表达的信息的排序与组合。每个页面的重点内容是什么,次要内容是什么,干扰因素是什么?对于重点的内容,应该怎么突出,次要内容怎么展示,干扰因素怎么排除。

   页面逻辑凭什么这么处理?根本指导就是对需求的理解。换句话说,如果对需求不理解,页面逻辑就是可能完全是从艺术出发来搞的。当然,我不是说 UI 设计不从艺术出发,但是,不能只从艺术出发,艺术,只是一个次要的因素。

   4、根据页面逻辑,选择合适的表现方式

   这个时候,是一个脑补素材库的过程。我之前见过哪些表现方式,我们可以尝试什么新的表现方式,版式、颜色、字体等等

   5、打开你的软件,开始制作

   将这些经过思考的内容画出来,根据实际效果做调整,然后,在制作的过程中跟需求方沟通。

   当然,你可能会说,需求方只给了我一点点的时间,我没时间跟他讨论;也也可能说,需求方只是告诉我做这个,然后给我一个例子,让我去抄;你还可能说,我不敢去找老板,那是老板啊。。。

   那我只能告诉你,这世界有很多东西,是要靠自己去争取的,虽然现实很荒唐,但是,有些东西,不能丢,因为,你不会一直窝着这些傻逼地方。

   其实,将以上的 UI 设计师换成产品设计师、运营、程序开发,这个思路依然适用,换句话说,这不是某个职位的问题,而是,一个职业问题!

   1、搞清楚做事情的目的,然后再开始做

   2、在做事情的过程中,不断跟你的上下游角色沟通

   以上2点,是一个是否「职业」的问题,其实,很多人没有。

——   微信添关注iamkentzhu ,更多文章会实时推送给你

   iamkentzhu版权

同分类推荐文章

  1. 如何写好设计文档? (2026-06-23 08:00:00)
  2. Designing With Uncertainty: How AI Supercharges Probabilistic Thinking (2026-06-16 23:00:00)
  3. The Benefits Of Cognitive Inclusion In UX Research (2026-06-10 18:00:00)

查看更多 设计 文章 →

建议继续学习

  1. 流程管理与用户研究 (累计阅读 17,053)
  2. 为什么现在那么多人应聘产品经理岗位? (累计阅读 8,354)
  3. 互联网产品经理必读书目 (累计阅读 5,841)
  4. 可用性测试的权衡之道(二) (累计阅读 5,845)
  5. 如何写产品需求文档(附PRD案例) (累计阅读 5,634)
  6. 产品经理与研发经理的分工 (累计阅读 5,302)
  7. 轻量级在线原型设计工具mockingbird (累计阅读 5,231)
  8. 互联网产品经理,全方位入门,图书推荐 (累计阅读 4,901)
  9. 受众人群分析 (累计阅读 4,818)
  10. 产品经理3年沉淀和总结 (累计阅读 4,726)