跳到主要內容

寄錢會少,寄話會多 [IT邦幫忙鐵人賽 Day2]

當你的話語在轉達的過程中,參雜了一點點的個人因素就可能讓原本的表達變了調,而這樣變調的傳達也會造成許多不必要的誤會,因此溝通若能夠面對面,而非透過第三者,這樣才容易達到溝通的目的。

客戶星期四下班前拿到了網頁的設計稿,其實當初對口的就不是客戶本身,而聽說客戶是個很有主見的人,且是個高階管理人,所以當初接洽的單位僅是傳達與轉述客戶的需求,真正的客戶才是真正決定這個設計是否滿意的人,結果下班後接到了客戶的傳達員打來電話,提出需要修改設計,而且轉述設計不符合需求之類的話語,接下來希望能夠於馬上進行修改,才能於隔天早上討論,問題是都已經下班了才提出這樣的需求,加上設計人員都已經離開公司回家休息,怎麼有辦法馬上處理,經了解客戶的需求完全不符合視覺設計的概念,當下才發現原來整體設計跟客戶實際需求存在著極大的差異,而這個差異來自於傳達的錯誤。
台語有句話說【寄錢會少,寄話會多】,就是說當你把錢託付給別人轉交時,假設所託非人,這時你所託付的錢可能會在轉交的過程中短少,而當你把想說的話請別人代為轉達時,假設所託非人,則轉達之後會增加傳達者自己的意見在其中。這個案子的癥結就在這個部分,由於傳達者的立場,因此他所了解的部分其實與使用者已經有所誤差,當傳達者在轉述給我們時,就又產生了另一段誤差,因此使用者希望能夠透過豐富的文字呈現產品與資料,到了我們的時候已經變成重視整體的視覺與圖像,這兩者完全是天差地別的誤會,也就造成了這麼大的落差誤會。如果當初使用者願意撥點時間來進行討論,或許這樣的落差就不至於如此的大,人類在溝通的過程中,文字、語氣、表情、動作都是溝通中很重要的一環,也透過這些元素讓溝通能夠有效達成,當兩者之間的訊息剩下文字,就容易產生誤會,加上傳遞過程中,通常會由被動化為主動,因為不是錄音機,因此傳話過程通常會先轉為自己的意見,再加入自己的想法,然後轉成自己的語言來表達,這時就會有傳遞落差,這個落差其實不太容易弭平,因此溝通時就會造成誤會。新聞上不是常見,當如果把話斷章取義就會引起軒然大波。
透過這個案例也讓我有了另一個想法,是不是有方法可以在傳遞的過程中能夠把真實想表達的內容表達出來,難怪說"溝通是一門藝術與學問"。

第五屆IT邦幫忙鐵人賽-同場加映

留言

這個網誌中的熱門文章

以管理者權限執行批次檔

最近有個專案需要執行批次檔,來進行某些設定或者城市的安裝,在XP上這個Script可以運行沒問題,可是一到Vista以後的Windows版本就無法運行了,最主要的原因是,UAC的管制的問題,幾經尋找,總算找到一個可行的解決辦法。

DataGridView欄位統一格式化

最近的工作內有一個需求,就是由於專案中有許多呈現資料的DataGridView,而其中的欄位需要呈現的包含金額、數字或者日期等格式,若要一個個的設定格式,如果有一天格式突然變更,可能就要苦工做到死,如何讓專案中的這些格式都統一就成了一個問題,經過了一番查找,發現可以透過DataGridView.CellFormatting Event來解決這個問題。

輕話要重聽,重話要輕聽 [IT邦幫忙鐵人賽 Day1]

在職場上總是會有被指導的時候,而這些被指導的過程中,就是你成長的時候,其實指導者願意告訴你,就是覺得你會有機會成長,所以才會提點,但提點的過程就會隨著指導者的EQ而有所不同,EQ高者會用比較婉轉的話語來告訴你,EQ低者會用比較強烈甚至傷其自尊的怒罵來指責你,此時此刻你所要學習的就是【輕話要重聽,重話要輕聽】。 由於明天(星期五)要繳交網頁的版面設計稿件給客戶,加上客戶直至星期二才交付相關素材,因此設計部門並沒有太多時間可以進行設計,這個案子大概是因為工作分配的關係就落在了一個半熟手的設計師手上,直至今天(星期四)早上,基於我是這個案子的PM,所以我找了負責這個專案的設計師開了一個小會討論,會中設計師也大概說明了設計理念與想法,而這些圖稿我也覺得應該還符合客戶期待,所以也就沒再多所著墨,會後我的主管突然提到想要看這些設計稿,當我把圖稿給主管看完後,只見主管的表情變得嚴肅,就像"突然李組長的眉頭一皺,發現結果並不單純",當下請了設計部的資深同仁來討論,頓時我也陷入了一陣糾結。結果當然是稿件還沒到客戶手上,主管當場就打槍了。不過這件事倒讓我發現了兩個現象: 現象1:就我的立場而言,要交給客戶的稿件是我同意的,所以當主管不滿意時,我應該要深刻的反省,包含稿件深度與質量的要求,但主管從頭到尾並沒有提到,也沒有多所責難,而是立即希望設計部進行調整,但當下的我卻選擇了【輕話要重聽】。也就是說,主管沒有責難,但我卻連主管要求的水準都達不到,是該自我反省,而非當作沒事一般。因此我將他列入工作紀錄中自省。 現象2:我們的主管EQ是個不錯的人,因此當他在討論稿件品質時,並沒有多所責難,僅是希望設計部門能趕緊補強調整,但是對於半熟手的設計師來說,等於否定了他的設計,因此設計師的失落感可想而知,這個時候其實他該選擇【重話要輕聽】,這些否定的話其實只是推動進步的一個挑戰,把話輕聽,別想太多,只要記得提點的重點,其他的否定就不該執著於上,因為如果只是執著別人的否定,那你就會忽略提點的重點。誰不是從被否定中成長的呢。 所以學習如何【輕話要重聽,重話要輕聽】這是職場生存的一個訣竅,前者是希望即便與你無關的事情,如果你重視他,將他學習下來,就會讓自己進步。後者是希望別著墨在否定的態度上,應該專心在如何讓否定成為肯定,了解為何否定,自然也會成為成長的動力。 第五屆IT邦幫忙鐵...