[Day26] 沟通之术 - 设计师篇

今天是双十连假的最後一天~也是铁人赛接近尾声的倒数第 5 篇~今天就来讲讲跟设计师的沟通之术吧!

前言

原本是个坐在位置上,每天打开 Jira 检视今日任务,做完就下班的,害羞内向闭俗安卓工程师,因缘际会下,开启了与人沟通的旅途,以下会标示一些基本素质给大家参考,大多都是个人主观意见,请斟酌使用:

  • 契机:某天发现安卓相较於 iOS 总是缺图,心生不满,於是与设计师开启了沟通之路。
  • 跟设计师直接沟通的时间:大约快一年。

以 RD 身份和设计师合作专案

当身为 RD 的时候,我常常会先看设计师给出的 guideline,然後依据这些元件,去刻出完整的版面。如果有一些输入框或是按钮,也就是要跟使用者互动的部分,我就会去看设计师提供的互动文件,如果真的再有不懂的,或是觉得有更好的做法时,就会去找设计讨论。

以 PM 身份和设计师合作专案

初次以这个身份跟设计师讨论的时候,其实不太知道怎麽跟设计师沟通。再把需求谈完,以条列的方式列出每点需求後,设计师想看到的是资讯架构的内容,所以会对我不断地反覆提问,在这过程中,我也会发现原来谈需求需要注意到这些细节,而不是把客户口中的需求照本宣科地记录下来而已。

後记

我们家的设计师都是十分乐於沟通的设计师,像是刚进公司,身为 RD 初学者的我,有时有些功能对我来说太难以想像,设计师也会举例给我,告诉我这个功能预期达到的样子。身为 PM 初学者的我,还不太知道要给设计师什麽样的内容,才足够让他去完成 Wireframe 的设计。这时,设计师也会透过反问来让我知道他在意什麽资讯。不管在哪个阶段,都能受到这麽多的指导,真的很感谢!

今天讲完了设计师篇,明天轮到谁呢?嘿嘿,那麽,明天见啦!


<<:  IOS 菜菜菜鸟30天挑战 Day-28 下拉式选单

>>:  Day26 深入解析Elasticsearch Query DSL Fuzzy query

Day21-路由守卫(Navigation Guards)

Navigation Guards有点像是生命周期的概念,变更路由前後时可以先执行一些动作,分别有「...

前端工程日记 25日 Flex 并排选单

附codepen网址: https://codepen.io/pwbzvqja/pen/GRWNV...

Day 26 - [Android APP] 04-MVVM - Repository与API串接

前几天介绍的 MVVM 架构,可以参考这篇 [[Android APP] 01-架构介绍-MVVM]...

予焦啦!scratch 控制暂存器

本节是以 Golang 上游 8854368cb076ea9a2b71c8b3c8f675a8e1...

这个赌场在玩什麽把戏 - 金融商品内容

事前提要: 本 API 系为 永丰金 PYTHON API,尚未申请的朋友们,有两个方法可以申请 洽...