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