匿名2022/8/16

未填公司未填職務26-30歲

合作的對象主觀意識很強烈,我該怎麼跟他溝通?

各位前輩好
我是一位負責電商網站的企劃,相關年資大概 6~7 年左右

最近我的案子來了一位新的前端工程師
對於我提出的每一個需求,他都有自己的想法
舉凡 UX、流程、文案...各種大大小小的事情都會提出看法,希望我可以修改需求
但很多時候是已經會議上跟外單位討論確認的定案、上層直接下達的指令,或是照他的想法可能會衍生其他問題

我也跟很多位工程師合作過
大家有各自的專業或想法,我也都保持開放心態接受
(工程師或設計師的建議,我都會認真想想是不是可以執行)
但現在這位工程師,讓我感覺上很像看心情提意見
有時候他說好啊沒問題,隔天又突然反悔說不行
或是原本說不行,隔天討論的時候又突然可以

另外一點是,我拿實際上的數據跟他討論,但他會用「我覺得應該這樣做」、「沒有人這樣做」、「我的做法才是正確的」這類的說法,跟我討論 UX 應該怎麼做
UX 這件事情其實見仁見智,也可能因應各種情境不同而改變,沒有實際數據前很難說誰對誰錯,也有可能 UX 滿分但卻導致轉換率下滑
可是我的 KPI 是看轉換率...如果 UX 也可以兼顧當然最好,但重點會放在轉換率
而工程師並沒有轉換率這樣的 KPI,也不需要為了數據下滑而煩惱

我們最終都還是會討論出一個共同可以接受的做法
甚至有時候為了專案快點進行,比較不重要的需求我也是先妥協,再拿上線後的數據提說要修改
這中間的溝通成本真的好高,來回修改也會有重工的成本跟風險
想問問各位前輩,這樣的情況建議我怎麼跟他溝通呢?

回答 6觀看 4087
回答 6

您好,

我個人覺得您目前做的很好,重要的聽你的、不重要的聽他的。

這種人跟他溝通很難有效率,永遠就是會這樣拖拖拉拉的,有幾個不同的原則手法可以交叉應用

1.找主管介入
雙方主管應該要有大致的概念,你們不合+他很難溝通,不用每次都找主管來評評理,但重大決策,如果他還是不能配合,主管應該要知道並介入。

2.不要怕衝突、大吵一架、吵贏他
有些人就是很喜歡比力氣、鬥輸贏,喜歡挑戰每個人,那就挑一個適合的議題來鬥一場,比力氣把他壓下去。
把握原則界線,維持就事論事,把火花聚集在討論的議題,但不能情緒失控、不能人身攻擊,他重複他無理的理由『我覺得這樣才對』,你就用一樣的口吻回他『但我覺得那樣才對+你想說服他的理由』,旁觀者聽到一定會覺得這可笑極了,根本就是5歲孩童在吵架,通常他也會突然覺得...這太蠢。
吵累了也不要收手,安靜...讓場面冷下來...維持尷尬狀態,不要結束話題、也不要退讓,讓對方先開口。
爭論完記得保持微笑:這個討論很棒,我知道我們雙方都是為了公司好,有各種火花激盪。

3.拼交情
有些人做事很重感覺跟交情,我跟你一國 就樣樣好,你跟我不同國 就處處搞你,小餅乾、小禮物、大哥/美女 叫好叫滿,下午茶雙手遞上:『你是我最尊敬(不是最喜歡)的UX工程師,感謝您的幫忙。』
他知道你不是真心、你也知道自己不是,但最起碼能維持表面的和平,他跟你鬥的時候力道會小一點。

4.搞懂他的agenda是什麼
有些人做事就是很怕麻煩,有很特定不想做的部分,(隨便說) 他就是很討厭做一個新的icon,這些奇奇怪怪、反反覆覆的理由跟爭執,都只是不想做某些事。
假設搞懂他的小宇宙,在合理範圍內盡量配合他的規則,甚至幫他排除萬難不要常常新增 新icon,那你跟他同一陣線、保護他,未來真的一定要做的時候,你也可以說『你知道我都支持你的,這次真的沒辦法,拜託拜託』

5.把爭執的層次目標拉高
假設您每次都用 『我要維持我的KPI』, 爭持跟閃躲的空間就很大,因為你的KPI 不等於 他的KPI, 你們永遠吵不出結論。
把討論的層次拉高,找到一個雙方共同的目標,(隨便舉例)『我們都同意,這個功能的目標是為公司增加轉換率,有轉換率、才有生意,公司有生意、大家才有薪水領,對嗎?』
雙方有共同目標『幫公司賺錢才有薪水領』,接下來的論證就是 誰的方法才能創造轉換率,而不是各說各話。

以上,祝您好運
~小人退散~

7人拍手・
6人肯定

1 負責電商網站的企劃,相關年資大概 6~7 年左右 最近我的案子來了一位新的前端工程師 對於我提出的每一個需求,他都有自己的想法 舉凡 UX、流程、文案...各種大大小小的事情都會提出看法,希望我可以修改需求。
2 工程師有真材實料的工程師,有不求甚解可行或不可行看心情的工程師,您所遇見前端工程師,比較偏向不求甚解但有很多意見的前端工程師。
3 由於您提出的每一個需求,前端工程師都有自己的想法,若真每個小細節都需要深入討論,那您產品企劃給他執行就好了,這不是溝通問題,這是工程師在找自己的存在感,他可以持續跟您耗,只是您沒有那樣的時間消費在這裡。
4 回歸正常企劃與前端工程師的相處關係,企劃提出需求說明達成目標,壓上產出時間,前端工程師在期限內完成,架構可以討論,其餘依據企劃案執行軟體產出。
5 強勢的企劃對前端工程師是有必要的。配合不來,更換前端工程師,您的前途,不應栽在前端工程師手中。
6 祝福您。

1人拍手・
1人肯定

您好,
下次再做企劃案的時候,把這位前端工程師找進來一起討論,不管在UX的 interface 或者是時程的安排,都討論出一個共同的結論,才把企劃案和時程往上呈報,這樣他有參與這項計劃,他本身也就會有完整的壓力,加油?!

一下說不行/可以,
大概是相關的他開發之前沒有相關經驗
所以直接實作, 中監卡到些難關就認為不行
然後試了夠久, 靈感一通就又認為可以
能力資歷累積的話, 說不行的次數應該會越來越少

程式碼的部分看你工期有多趕
很趕的話就請他降點品質,但是該有的東西都要做出來
但是相對應的,麵條代碼就會很難擴充功能
如果東西以後改動都不大, 或很少會改, 應該是可以
但你要注意, 他改不動的時候,就代表整個東西要重做/重構

所以重構的次數, 還有重構的改動範圍, 還有時限要先訂好
有些東西一設計下去最好就是幾乎都不改動

至於ux要做什麼,是你要堅持的事
雖然做的人有時候確實會覺得ux設計很xx
可以依照菜譜把東西煮出來就是他的義務
好不好吃就看人了
所以不能被他影響企劃,除非做不出來.
或著之後擴充有限制性,那你要先知道,

未來的規劃再依限制作考量
想突破限制看事有新的方法提出來
還是要打掉做新的, 這些都是成本權衡.

1人拍手・
1人肯定

與不同背景和不同性格的人合作都是工作中常會出現的溝通鍛鍊。

身為一個企劃,要把控好整個項目的進度很重要,當然每一個重要確認會議都會是下一步決策的重要紀錄。當然要學會衡量更好的方案 與 時間金錢的成本,哪個比較重要。

對於以上出現的問題,有下面幾個建議供你參考:
1. 每一次的項目討論都要邀請每一個相關人員。
大家同步而且一起確認很重要,因為互相通過溝通,才能理解每一個決策背後的原因。

2.讓數據說話,用戶調查的support。
每個個體都有個人的喜好和想法,當同隊的人員相持很大的分歧,可以通過desk research搜集數據去支持論點;也可以通過用戶模擬與潛在使用者的喜好。這個過程能夠更加肯定哪個方案更適合。

3.不能一味妥協與退讓,open communication。
能當企劃,相信也是能夠通過調查與對比,建議出好的方案。如果覺得自己做過的research和大家會議討論的結論是最合適的,我們就要學會堅持與有效的討論。一味的妥協不同的意見,項目很難有完成的一天。

希望能夠幫到你!加油!

你好! 在20年經驗的PM工作裡,溝通是PM最重要的事,因為跨部門往往是橫向溝通,彼此都不是各自的行政主管,當我遇到主觀很強的跨單位同事,我會先採取比較鼓勵的心態 (因為主觀強的人往往帶有點沒自信,怕自己被打槍,所以先講的比較大聲),取得溝通上的信任後,藉著其他部門提出的疑問,跟他一起想"那你會建議我怎麼幫你回覆這個疑問"? 往往取得比較好的溝通效果
給你參考,謝謝!

2人拍手・
1人肯定
問題沒被解決嗎?邀請GIVER來回答!
找不到想看的內容嗎?

大家都在搜

發問
發問