一堆亂七八糟的功能他們都說「我們會訓練使用者」,要教他們不能這樣、不能那樣、要照某個特定的方式做,把系統寫得對使用者再怎麼不友善好像都沒關係,反正教過之後還做錯就是「使用者的責任」了,結果現在對一個合乎邏輯的flow說「使用者怎麼會知道?」然後想把它移動到hierarchy不對的地方。
latest #9
而且之前工程師還在review design的時候搬出一個沒有人知道的資訊,然後譴責我「設計的時候不考慮constraints」。
哇,先生,已知的constraints如果不考慮當然是我的問題,但是我跟PM都是第一次聽到這個情報喔,前一次review你也沒有講喔。很明顯只是因為不想要這個方案所以現場找理由。我可以這麼說是因為前一次present這個flow他們就很明顯是在試圖把設計砍成「他們心中已經預想過的樣子」,而且把功能弄得對使用者非常不方便還一直在那邊「使用者不需要這樣」、「只要這樣他們的目的就可以達到了」。
再者,「不考慮constraints」對於UX Designer來說是一個非常、非常嚴重的指控。非常offensive。
工程師主管S就是從頭到尾一直講、一直講,完全沒有要停歇讓我回應兩句的意思,好不容易好像到一個段落,我正要開口,他就cue另一個工程師,那個工程師只好接續著他的話講,所以就變成他們一群人從頭到尾批評設計,然後工程師主管S還譴責設計師——因為我沒有通靈沒辦法考慮「你今天才第一次提出的那個沒有人分享過的user flow」嗎?
那個場面跟圍剿差不多。如果是我錯也就罷了(坦白說以工作環境來說就算真的有錯也不能用這種圍攻批鬥的方式),問題是從頭到尾核心的原因就是「這跟他們預想的解決方式不一樣」。
把功能砍成對使用者超不方便的樣子,還語帶威脅地對PM說:「你想不想在這個release上線這個功能?」
合理的討論工作量與時程當然是沒問題的,我想表達的是——也許我的文字沒有精確表達他的用詞及語氣——他「語帶威脅」,意思差不多就是「如果你還想按時在這個release上線功能的話就照我說的做,不然就別想了」。
要直覺易懂到什麼程度大概是我們所有設計師都在時時斟酌的,因為professional software和一般大家日常使用的服務不一樣,支援更多複雜功能,所以通常對使用者也有一定的門檻,不是所有人拿到手上快速按兩下就能掌握百分之八、九十的功能。最易懂的例子大概是Excel,若未接受訓練,很多功能大家是看不懂的。
back to top