永遠要先定義問題
自己向來都是用工程的思維去做事情，所以問題來了我就會想要去解決，但我不曾思考過，這個被提出來的問題是不是真的是問題？(呼應之前社團幹部內訓裡介紹的管顧三問：Is it true? So what? Why so? 我總是略過這三個驗證步驟就直接跳進找方法解決的階段 🤨 )
所以當見習一開始進入街訪和臨櫃訪談時，聽到受訪者說他們「知道系統卻根本不會想用 🙅♂️」，當下整個覺得，喔天哪！還好我們有嘗試重新去定義問題，如果沒有重新去驗證科長所提出來的需求 （他希望做一個讓退休人士都能方便使用的系統，而且改版後能夠減輕臨櫃人員的壓力 💦 現在看來是兩個願望一次破滅ㄌ ）直接栽入的後果應該就是個很美、字很大，但依舊爆炸難用的東西 😨😨😨
訪談是件需要耐心的事
這個見習裡面很重要的是不斷的訪談，而訪談真的是個很吃耐心和愛心的事情 = = 很多時候我會被受訪者弄的心很累😿 像是問：「對於這個畫面您有什麼想跟我們分享的嗎？」「我覺得它很複雜」「怎麼說呢？」「像是我這裡可以找到我要的東西，我覺得這樣很簡單」？？所以你到底覺得它簡單還是複雜呀？？可是這種時候又不能點出受訪者的盲點，不然他一發現自己講得很矛盾就會像做錯事的小孩一樣驚慌失措，之後會更加一發不可收拾的近入另一片混亂中 🌪
每次我都像在看戲，看著強大的組員像幼稚園老師一樣，一小步一小步溫柔確認、外加引導、附贈鼓勵，去幫助受訪者釐清自己的想法 ，也多虧他們，最後訪談紀錄才能收斂成有邏輯的 insight ✨ 要是只有我訪的話應該會出事吧 😂（哎我沒耐心一定是遺傳自老爸，小時候問爸爸問題的回答總是：「妳想清楚再跟我說 🙄」）
不要用自己的想法去做事
其實大家也看得出來，整個見習的主軸不外乎是研究＋設計，然後這兩塊我通通都不會 😅 但我覺得這個見習很棒的是，PDIS 在每一組裡面都安插了研究員 🔭、設計師 🖌、工程師 💻，所以不會有大家都不知道要做什麼的情況發生（雖然會有我不知道自己在做什麼的時候 🤪）在做專案的過程中，總是有人會用自己會帶領大家，這種感覺很棒！
在被帶領的時候，我一直在練習不要用自己的想法做事（不然這樣我就沒有學到新的東西了）然後不斷不斷的問問題 🙋♀️ 最近越來越發現，以前不敢問問題很吃虧，當別人發現我很需要他們的時候，好像會燃起他們那種想要把我教會的使命感 🔥 所以兩個月下來的收穫真的很多！學會怎麼訪談、怎麼整理回饋、怎麼用Figma、怎麼在大家很忙時找事情做（我根本消防員，專業救火 👩🚒
公部門的生態和私部門完全不一樣
其實也是在這次的見習中，我才知道要在公部門裡推動使用者經驗設計是多麽困難的事 (所以致遠能改報稅網站、唐鳳能試著做開放政府，真的是偶像中的偶像！) 因為政府的東西不管好用或是不好用，大家都得要使用，所以要改善的動力可能不大，不像一般的企業，處處都是競爭對手，再不考慮使用者就要輸了 ❌
而且部會人員有一種動輒得咎的擔憂… 在溝通的過程中，常常聽到他們擔心的是「現在的確有人反應有一些問題，但如果改了有更多問題怎麼辦？」他們思考的是怎麼讓民眾不開心的程度降到最低，而且不做沒有把握的事，會增加業務量的事情也絕對不碰 🚫（像是有人設計說公文應該要加 tag 方便民眾快速瀏覽，他們馬上問：「以前的公文也要下 tag 的話，那這件事誰要來做？」或許那些萬年網站就是部門「以不變應萬變」的結果 😞 ）
另外，公部門都是「依照上級規定」行事，然後上級可能會有一些不見得是最好的決策，像是我們專案結束才知道，國發會有規定以後的政府網站都要用「人生階段」為分類服務（生育🤱、退休 🧓🏻、死亡 ⚰️ …），可是我們測試得到的結果卻發現使用者在「功能分類」(像是申辦、查詢)下明顯比用「人生階段分類」還要容易完成任務…（哎
當個好的系統分析師其實不容易
資管系的出路中，有些人會因為又懂資訊又知道管理，而去當系統分析師。而在這次的專案中，我們面對的部會人員其中一個就是SA，她在勞保局網站改版的案子中，扮演著勞保局和外包的 uiux 廠商之間溝通的橋樑，但我常常會覺得她的角色很混亂，很多時候是沒有話語權的，常常會說：「那我把這些意見整理起來交給廠商。」不能當下決定做或是不做 🛠
但又有很多時候，她會決定許多不是她專業的部分，像是：「我覺得這個畫面太硬了，我會請廠商再出一個有 icon 的版本。」（在場滿是問號，是有什麼 icon 可以清楚表達勞工保險和就業保險嗎…. 🤷🏻♀️ ）要成為一個好的 SA 真的不容易，要同時相信專業並讓大家信服、又要清楚自己的角色並適時的做決定，嗯，用想的就覺得很難
以上是我自己的小小心得，相信每個人看到的都很不一樣，好奇的話也可以去看看其他都寫了些什麼，以免被我誤導（？
