當你今天完成了前一天的草稿，你有了題材了，今天就把重點放在怎麼讓這些題材變成履歷上的戰績了

這些是昨天的範例

主要維護公司前端的專案，改過主頁的購物車
	重構購物車的component，讓他變的更快
	建立主頁面的商品banner的畫面並串接api
	實作並串接google oauth的登入系統
幫忙整理後端的專案 
	維護通知系統的後端系統
	開發新的客戶管理系統
	協助維護登入授權系統
	維護訂單系統
曾經跟公司的客戶談一個小專案的開發需求
	與客戶釐清需求，開發一個發票管理的擴充套件
幫忙帶公司的實習生
	連續三年都有協助實習生onboard

在上面的內容中，可以看到 重構購物車的component，讓他變的更快 這段，看起來是可以量化的，那這時候就可以來回想，當初這個購物車優化是為什麼會有這個需求的，例如是 這個購物車如果消費者加了太多東西，他會載入太久 ，接著就可以再回去找一下公司的資料，到底是有 多少商品 會導致載入時間變成 多長時間 ; 而最後你修正好了之後，變成多快就能正常載入

翻完需求書，上面寫著，使用者如果加入了超過 1000+ 個商品，購物車就會轉圈圈超過 1 秒才能正常顯示，而現在當使用者打開頁面，只需要 0.1 秒就可以正常顯示，那此時你就可以把上面的描述改成

重構購物車的 component ，減少載入時間 90%，提升消費者 UX 體驗

如此一來，就可以讓你的履歷增加一點量化的數據

再舉一個例子

連續三年都有協助實習生onboard

那你可以想想，你帶的這些實習生轉正式員工的有幾位，或是說他們多久可以開始有第一份產出，這些內容都可以有明確的數值，比如

協助 75% 的實習生轉正
透過優化 onboard 的流程，讓實習生的 onboard 的時間從 3 個月變成 1 個月

這些都是很好量化的內容

對於面試官而言，量化這件事本身的重點在，你知道怎麼讓不清楚你專案內部的主管們知道你的產出，以及你會知道，你要選擇什麼 metric 來作為觀測的項目，來達成實際上產品會需要的功能或是優化

而在經過這段練習之後，你在未來的專案中，也會特別去留意到底自己的專案有什麼可以進行量化的，這樣即使在沒有換工作成功，在每年的績效考核，也可以讓你有材料來跟主管證明自己的表現

那在這一步，最容易卡關的就是，我平常就沒在量化自己的產出阿，我到底要怎麼寫這段

這個問題我自己目前用的是兩種方法

1. 嘗試自己把 code revert 到之前跟之後，自己做實驗，現在有 AI 的幫忙，再加上當初是自己做的，要模擬當時的情境，我相信應該是相對容易的
2. 只能努力回想當初的情境，憑你的印象將大約的數字評估出來，讓你的故事跟事實近乎吻合，請盡可能的回想，如果不確定的點，可以自己做一個小的專案來做實驗，來取得更合理的數字

AI 使用程度

[x] 無
[ ] AI 進行校稿
[ ] AI 主筆