008-工作心得

今天不想提软件相关的心得,想来聊一点工作沟通相关的事情。在开始分享之前,必须要先提到,我知道自己不是一个非常厉害的人,严格上来说,我觉得我自己只是比一般人能够把东西排的整齐有逻辑而已。而在沟通上,我也算是习惯把沟通不顺畅这件事情,优先考虑是不是自己哪边可以讲得更好,来达到每次的开会都能够有顺利的进展。

好了,之前有提到在转职成产品设计师之前,我待在设计工作室工作了一段时间。跟大家科普一下,设计公司(至少我待过跟身边朋友的工作环境)在接收到案子时,业务或老板(有些可能会交由设计师)会先有一段与案主的沟通。其中最基本的包含确认所需的设计范围,以及风格讨论等环节,等到这一部分完成之後,就会进入设计阶段。而进入设计阶段後,会依照案子的预算,以及公司每人负责的案量来分配需要对此次案子提出几种不同的方案供业主选择。在理想状况下,都会希望在第一次的提案,就能够达成共识,进一步的对其中一个案子做出细部修改,然後完稿。而现实生活上,通常不会这麽愉快,一部分的专案可能在反覆两三次的打掉重练,最後选择最一开始的提案作为继续发展的方向,然後完成这次的合作;少部分的专案,会在双方都不满意的状况下完成这次的合作。而长时间在这个工作环境下工作时,其实会非常怀疑自己的工作能力,最後跑去卖鸡排(大误。

而让我摆脱这个不愉快的回圈的是一场设计师的演讲,以及几本自传。在参加某次台湾知名的设计师演讲时,他提到了一个自身的工作案例,起初收到的是名片设计的专案,但在专案结束时,变成了一个完整的品牌设计,甚至成为了该公司的设计总监。而他分析了几个他在此次专案的观点,影响了我非常多,最後我实际施行了之後,也达到了不小的成果,在此想分享给大家。就一般而言,接收到名片设计的委托时,会针对风格以及理念做为主要讨论的方向,而他并不这麽想。他利用非常有限的时间,提出了一个业主想都没想过的完整规划,其中包含了现有logo的问题,以及该如何解决问题,最後再提供业主一个完整的影片让业主有了一个具体且完整的想像。而在其他几本自传当中,这些厉害的设计师,对於每件自已的作品,都能够完整的叙述自己为什麽要这样做,以及分析如何透过这些方法,达到业主想要的需求。

而从这些设计师们分享的内容中,我得到了几个心得:
1.需求只是冰山一角,要如何达成这个需求,有时候需要的是发现藏在水面下的那一大块的冰块。
2.你必须有足够的理论和原因,才能够让业主(需求/主管/老板等)开始理解你的做法,而不是纯粹靠着“美感”来评断你所提出的所有内容。
3.硬实力真的很重要,这是你在达成目标时,能够作为最坚强的後盾。

好了,这次的分享先到这边,希望看文章的大家,能够理解我的意思。当初设定的一小时实在是有点太少,但这是我在自己设定的这段时间内,能够完成的极限了,谢谢大家。


<<:  故事与团队管理

>>:  摊平摊平,愈摊愈平

Day 21-Unit Test 应用於 Web APIs (情境及应用-1)

Unit Test 应用於 Web APIs-前言 现今大多数的软件工程都是以网路工程为主,那网路工...

【DAY 5】主管签名好难追怎麽办? Power Automate - 核准

哈罗 ~ 大家好 ~ 欢迎回来 ~ 相信征战职场的大家,一定会有个苦恼的问题,那就是每次老板签公文都...

[CSS] Flex/Grid Layout Modules, part 7

我们继续来深入关於 Grid 容器的相关样式设定。虽然目前 CSS 框架在多数情况下并不需要特别在意...

Day01_老太太的前言~落落长~XD"

重回职场之後,常常听到内稽跟外稽,一直搞不清楚到底是要鸡稽什麽XD"所以就自费去上课啦~ ...

连续 30 天 玩玩看 ProtoPie - Day 4

接下来要使用 ProtoPie Player 来进行分享。 如果 client 端手机或平板已经下载...