009-实作经验

继上篇提到的内容,从我体悟到这些心得,到我实际使用并且得到回馈的时期,是换了一份新的工作的时候。

由於在换工作之前任职的公司,不习惯将沟通这件事情交付在设计师身上,主要还是由主管以及业务们跟客户往来,只有少部分内容会是直接由设计师与业主做第一线的沟通。在这环境下,虽然想尝试提出不一样的观点或更完整提报与业主沟通,但面对的人,始终不愿意尝试这种提案方式,最後在离职前还是没有机会尝试。

而新的一份工作,我面对的人不再是主管或是业务,而是提出需求的老板本人,就这样终於可以执行这些在我脑海中跑过好几遍的想法。由於新加入的公司,正值产品新上线的推广时期,老板希望制作一些能够与实体店家合作时,作为第一手接触的文宣品。在找我讨论需求时,只提出了要帅,要看了就马上想带走等听起来非常虚无缥缈的想法。

为了先想办法搞懂老板的需求,而不是盲人摸象的全靠通灵来完成被交付的工作。我先制作了一份讨论风格的简报,在过程中尝试聚焦老板本身的想法,并且提供这些可行性在未来能够执行的“具体示意”,来进行下一个步骤的设计。结果非常顺利的,我在第一次的简报时,就能够搞懂老板真正希望达到的效果,并在後续的几次的细节修改中,完成了我在新工作的第一份作品。
现在想起来这些经历,其实就像是许多前辈分享的工作心得当中,由於明确的知道提出需求的需求者本身,可能不完全清楚自己需要的东西是什麽,或是同样一句话,在PM、RD、设计师的耳朵里面,其实都代表着不同的意义。所以需要有人提出一个“具体”的东西,无论是手绘、参考范例或是非常简易的wireframe,都能够让参与工作的每个人,聚焦在同一件事情上面,而导致最後在成品验收的时期,做出了完全不符合期待的成品,让公司白白浪费了许多珍贵的时间资源。

顺带一提,最近现值的公司,需要大翻新一个原有的产品架构,其中内容非常的复杂。但我也继续使用着同样的思考方式,帮助自己以及参与会议的同事们,确保在每一次的开会,都能够带着同样的想法离开会议室。由於这事情还是现在进行式,希望能够在铁人赛期间内,有机会与大家分享。


<<:  Day8 - 阵列

>>:  Day 8 - 初探Vue Component

Day29 ATT&CK for ICS - Inhibit Response Function(1)

因为还没有把 ATT&CK for ICS 的所有技术都看完,所以明天完赛还是会完成剩下的 ...

Day21 xib传值的小教室2

接续昨天。 到到二个页面的程序码中,新增一字串变数,也在生命周期中,使此变数会等於第二页的文字格变数...

错误接受率 (FAR) 和错误拒绝率 (FRR)

-来源:(ISC)² 社区 在基於生物识别的系统中,灵敏度/阈值和 CER/EER 通常可以互换使...

资料分析商业应用与策略管理 #笔记四

昨天提到了 Python,那就不能不介绍资料科学中相当重要、可以说是 Python 懒人包的 Ana...

[Day6] Flutter - 置中容器 ( Center )

前言 Hi, 我是鱼板伯爵今天要教大家 Center 这个元件,教学内容只会撷取片段程序码,建议大家...