hiddenImg

匿名2022/8/16

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

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

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

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

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

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

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

回答 6觀看 4285
回答 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 或者是時程的安排,都討論出一個共同的結論,才把企劃案和時程往上呈報,這樣他有參與這項計劃,他本身也就會有完整的壓力,加油?!

近 2000 位各行各業的 Giver 解答

還可以一起加入討論唷!

還沒有 104 帳號嗎? 現在去註冊

問題沒被解決嗎?邀請GIVER來回答!
找不到想看的內容嗎?

大家都在搜

發問
發問