P小姐是我碰過的user中,對美有極致追求的一位。
她出的文件永遠排的漂漂亮亮,字型有規定,段落設定有規定,主標、副標該怎麼做,全部有她自己一套規則,我聽PM講完規矩頭都暈了,後來有機會見識到人家的文件,我真覺得有些部份確實值得效法。
P小姐對自我美學的實踐,也完全的表現在系統需求上,剛開始這個專案我只是暫時支援一陣子,僅僅是聽說,就知道需求訪談時,花了非常多的時間在調整系統的介面,主視覺、系統各種主次色系、選單等等。
最後終於定案,選單中每個選項都有不同的顏色,所以無法與整體配色相符,原本整體設計風格是簡約大氣的,調整完反倒像是打翻調色盤的美化版;這個故事告訴我們,我們當然可以提出具體的意見作為調整方向,例如希望凸顯標題、文字希望看起來更清晰,但設計務必要尊重專業。
整個UAT期間,客戶的修改意見很多是與「外觀」相關的,我們光是全系統各處的Toast說明,就改了至少三次,不可以有半形的英數字、標點符,用字遣詞調整了一次又一次;元件與頁面間距有沒有符合,上排與下排元件的位置必須「完全對齊」....
UAT階段更建議把團隊的心力放在整合測試及調整上,是業務邏輯的把關階段,希望確保客戶實際使用時,系統是否能符合需求運作,與其他系統間的對接測試,計算邏輯是否與需求有落差,甚至大量資料測試年末報表是否能正確結轉等等。
果不其然,到了驗收階段,業務單位才提出幾百個UAT階段就應該提的問題,其中多數是需求變更,後來才聽SA說,需求訪談有很大一段時間,P小姐都在糾結視覺和介面操作,對於業務單位提出的需求,以及應該確認的議題,並沒有認真對待並給予回應。
我後來汲取部份P小姐的習慣、主管在例會上分享的心得,並加上我自己的意見,簡報我會使用統一的字體,標題類的文字會以大小、粗體、在字型顏色或是底色來區分,需要特別標示的重點,會使用固定色系來表達,為了避免專注力散失,需要表達的文字盡可能簡潔清晰,或以圖示,或以表說,都是不錯的方式。