
以做專案的目標來說,都是希望可以藉由此專案來豐富自己的履歷表,因此會需要能夠持續地堅持兩、三個月把專案做完整,因此挑題目會至關重要,建議不要為了技術或功能特別去找一個題目來做。
不這樣做的原因在於:若對於正在做的專案本身不感興趣,很有可能會做到一個段落後就覺得差不多了,少了迭代、優化的動力;再來也會因為本來就不感興趣,做久了就覺得無聊進而放棄;或者,可能有幸做完了,但在面試時無法說明為什麼要做這件事,因為用「學習」的角度來說明動機可能不是最加分的說法。
因此建議這邊可以用三個步驟來挑選出適合自己的題目。
1. 挑選有興趣的主題。
2. 針對類似的主題,尋找相關的服務或產品試用。
3. 針對既有的缺乏功能、痛點做優化。
打造產品的流程
個人專案建議可以用產品的角度來建立,會讓整個專案有一個具體的使用情境、脈絡甚至是使用者,不僅在說故事上變得更容易,在產品開發的過程中也可以依據使用者需求來做迭代和調整。
因此在挑選完題目時,可以多想一個步驟:我現在要做的這個東西,誰會是使用者?建議這個使用者是你身邊可以觸及到的使用者,這樣就可以進一步去問問看他們對於即將要做的產品,有沒有過類似的使用經驗,讓產品在發想功能和做的時候會有更精準的方向。
舉例來說,如果今天想要做一個AI客服機器人,我可能會對自己進行這樣一連串的靈魂拷問:
1 .我的AI客服機器人是要運用在哪一個情境?(舉例:電商退換貨、銀行客服、交通資訊查找、美食推薦等)
2. 我的AI客服機器人可以分成不同族群嗎?(舉例:小資族、12歲以下小朋友、不常使用3C產品的長輩等)
3. 第二題的受眾,在第一題的狀況下,列出十點他們可能遇到的問題。(舉例:不常使用3C產品的長輩在使用電商時,如果退換貨遇到狀況想要諮詢客服時,會遇到哪些問題?)
4. 我的AI客服機器人可以怎麼優化、做哪些功能,來改善第三題遇到的這些困難?
MVP概念
在開發產品之前,我們要先有最簡可行產品(minimum viable product,MVP)的概念,MVP用於快速驗證產品概念的有效性,同時最小化初期開發的時間和投入成本。MVP著重於建立一個具備核心功能的產品版本,這些功能足夠展示產品的基本概念並吸引早期使用者,但不包括額外的功能和修飾,這些可以在產品經過市場驗證後根據使用者回饋逐步添加。
回到我們的專案來看,雖然不像真的做產品那樣,需要從驗證市場需求開始,但我們以技術的角度出發,我們並不是從一個一個模組、部件開始打造,最後打造一個超完整服務,而是先從最核心的功能開始做,舉例來說,如果我們今天想要做一個類似Facebook的社群平台,對我來說其最核心的功能就是「發貼文」和「交友」,而為了識別個體,會需要再多做「註冊」以及「登入」,這四個功能就是社群平台當中最核心的功能。
增添亮點
為了足夠吸引面試官並且提升技術力,只做MVP是不夠的,MVP只能確保在開發的過程當中,產品都是完整的,但並非是有亮點的、也並非技術是多困難的。
要創造具有吸引力的產品功能,首先可以參考市場上現有的成功產品來進行靈感啟發。以社群平台為例,MVP可能只包括交友、發貼文功能。然而,為了使產品更完整,更能吸引使用者,我們可以考慮增加如「按讚」、「留言」、「修改個人資料」等互動性強的功能。這些功能雖然在技術上可能不算特別困難,但能顯著提升使用者參與度和產品的吸引力。
另一個角度是並非要從類似的產品找功能,可以從差異很大的產品找功能,像是從串流音樂平台當中找功能、從Podcast服務當中找功能,但在挑選功能時也不是亂挑的,建議可以從一開始設定的受眾出發,如果設定受眾與情境是,熱愛獨立音樂青年專屬的社群平台,那就可以放更多音樂的元素在產品當中,就會是一個很好的碰撞。
在撰寫履歷時,有時候一些看似酷炫且有趣的功能,在技術層面上可能並不具有特別的挑戰性,因此這樣的功能未必能在履歷中凸顯你的技術實力。因此,建議從技術的角度出發,仔細思考如何整合並呈現這些技術,使之能在你的專案中發揮出更大的影響力。這不僅能夠提升你的專案在技術層面的深度,也能在履歷中顯示出你對技術應用的獨到見解和創新能力。
如果你正在尋找靈感或不確定哪些技術可以加入你的專案,可以參考職位的職涯路線圖,例如https://roadmap.sh網站提供了豐富的資源。這個平台詳細列出了不同職位從入門到精通的技術學習路徑,涵蓋了各種必須掌握的技術和工具。透過這些路線圖,你可以了解到目前業界對於特定職位所期望的技術標準和新興趨勢,從而選擇那些能夠顯著提升你專業技能的技術,將其融入你的專案中,以增強你的履歷競爭力。
舉例來說,Docker通常是後端工程師需要學會的工具之一,也可以在職涯路線圖當中發現這個節點,就可以嘗試將自己的產品容器化,雖然在使用者的體驗上並沒有任何的改變,但在技術上卻是不相同的,這都是可以在履歷上增添的部分。
如果是從使用者的角度出發,可以直接拿著你的產品,去找到你所設定的受眾進行一場易用性測試,而一場易用性測試該怎麼做呢?建議可以依照下面的步驟進行:
1. 明確測試目的:這可能包括了解使用者對產品的第一印象、界面的直觀性、或是特定功能的操作流程是否容易理解。
2. 設計任務:這些任務應涵蓋產品的主要功能和常用流程,以觀察參與者在自然狀態下如何與產品互動。
3. 準備測試環境:建立一個控制的環境,讓參與者可以在不受外界干擾的情況下使用產品。
4. 進行測試並記錄數據:在測試過程中,觀察並記錄參與者的行為反應和操作時間。可以使用錄影的方式記錄,可以事後幫助回顧測試過程並捕捉細節。
5. 進行訪談:測試後,與參與者進行一對一訪談,深入了解他們的使用感受、遇到的問題以及改進建議。這一步是理解參與者實際體驗的關鍵。
6. 分析結果並制定行動計劃:分析測試數據和訪談回饋,識別出產品的強項和弱點。根據這些資訊,制定具體的行動計劃來改進產品。
透過易用性測試的結果,可以更進一步的優化產品功能,並且可以透過訪談的過程,去了解使用者還有什麼樣的需求還沒被滿足,藉由這樣真實的使用者回饋去迭代產品。(本文摘錄整理自《軟體工程師求職策略大全》,博碩文化提供)
圖片來源_博碩文化
書名 軟體工程師求職策略大全
ExplainThis(王鵬傑、李俊廷、林品均)/著
博碩文化出版
定價:680元
作者簡介
ExplainThis(王鵬傑、李俊廷、林品均)
ExplainThis致力於將深澀難懂的概念,變成白話易懂的內容,讓新的科技不再離大眾那麼遠,讓每個人都能掌握AI時代的思維與能力。
ExplainThis團隊曾開發了超過百萬人使用的《ChatGPT 指令大全》,受《哈佛商業評論》專訪;也在GitHub 開源生成式AI專案,並累積超過三千顆星星,同時出了一本超過九刷的ChatGPT技術專書《ChatGPT 指令大全與創新應用》。
我們團隊多元組成,包含正在創業的軟體工程師,以及曾任職FAANG 等科技大廠工作的全端工程師。我們有在台灣、新加坡、日本、歐洲數國任職的經驗,因為多元的組成,我們相信不論你的背景為何,ExplainThis的內容都能在你的工程師轉職與求職路上,帶來一點幫助。
熱門新聞
2025-04-21
2025-04-20
2025-04-21
2025-04-21
2025-04-22
2025-04-22
2025-04-21
2025-04-22