個人專案從零到一

以做專案的目標來說，都是希望可以藉由此專案來豐富自己的履歷表，因此會需要能夠持續地堅持兩、三個月把專案做完整，因此挑題目會至關重要，建議不要為了技術或功能特別去找一個題目來做。

不這樣做的原因在於：若對於正在做的專案本身不感興趣，很有可能會做到一個段落後就覺得差不多了，少了迭代、優化的動力；再來也會因為本來就不感興趣，做久了就覺得無聊進而放棄；或者，可能有幸做完了，但在面試時無法說明為什麼要做這件事，因為用「學習」的角度來說明動機可能不是最加分的說法。

因此建議這邊可以用三個步驟來挑選出適合自己的題目。

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.io

 作者簡介 

ExplainThis（王鵬傑、李俊廷、林品均）

ExplainThis致力於將深澀難懂的概念，變成白話易懂的內容，讓新的科技不再離大眾那麼遠，讓每個人都能掌握AI時代的思維與能力。

ExplainThis團隊曾開發了超過百萬人使用的《ChatGPT 指令大全》，受《哈佛商業評論》專訪；也在GitHub 開源生成式AI專案，並累積超過三千顆星星，同時出了一本超過九刷的ChatGPT技術專書《ChatGPT 指令大全與創新應用》。

我們團隊多元組成，包含正在創業的軟體工程師，以及曾任職FAANG 等科技大廠工作的全端工程師。我們有在台灣、新加坡、日本、歐洲數國任職的經驗，因為多元的組成，我們相信不論你的背景為何，ExplainThis的內容都能在你的工程師轉職與求職路上，帶來一點幫助。