轉職科技業
預計時間： 3-9 個月
此工作流程引導非技術背景的專業人士，透過策略性的方式轉職進入科技產業。「科技」涵蓋的範圍遠比軟體工程更廣——產品管理、使用者體驗設計、資料分析、技術寫作、DevOps、QA 以及數十種其他職位，都歡迎那些帶來領域專業知識和新鮮觀點的轉職者。
轉職過程需要誠實的自我評估、結構化的技能建構、比學位更有說服力的作品集、策略性的求職，以及針對職涯轉換敘事所做的面試準備。這個工作流程幫助你避免常見的陷阱：無止盡地學習卻從不實際應用，以及相反的陷阱：在準備好之前就急著應徵。
完成此工作流程後，你將擁有：一個明確的科技業目標角色、初階職位所需的技能、一個展示你能力的作品集、一份針對科技業最佳化的求職策略，以及成功獲得並勝任第一份科技業工作的信心。
何時使用
- 使用者想要轉職到科技業
- 使用者需要一個結構化、逐步的轉職流程
- 使用者想要轉換跑道到科技領域
- 轉換職涯至科技業
- 打入科技業
- 請勿在以下情況使用：請求超出轉職科技業的範圍，或需要超出教育指導範疇的專業建議
- 請勿用於單一步驟的任務，這類任務可由單一原子技能獨立處理
先決條件
開始此工作流程前，請確保：
- 對科技有真正的興趣（不僅僅是為了高薪）
- 願意在新領域以初學者身份開始
- 有足夠的學習時間（建議快速轉職者每週投入 15-25 小時）
- 有一台可連接網路的電腦用於學習和建構
- 轉職期間的財務穩定性（學習需要時間）
- 能夠適應不確定性和不適感（轉換跑道本來就不容易）
步驟
步驟 1：評估適合度並選擇路徑（使用：career-pivot-advisor）
將使用者的背景對應到可行的科技職涯路徑，並選擇正確的切入點。「打入科技業」這個目標太模糊了——你需要一個具體的目標角色。
- 輸入：目前的職業、技能和教育背景，他們對科技的興趣以及具體吸引他們的地方，先前接觸科技的經驗（如果有的話）——個人專案、與科技相關的工作
- 輸出：選擇的目標科技角色及其理由和替代方案，目前技能對應到目標角色需求的對照表，選定的學習路徑及其時間表和成本
- 關鍵重點：可轉移技能對照：從你目前職業中找出可以應用的技能
步驟 2：建立技術技能（使用：learning-accelerator）
建立目標角色所需的技術能力。這是時間最長的階段，需要持續的自律。目標是達到足以勝任工作的能力，而非精通。
- 輸入：來自步驟 1 的
role-selection（需要建立的具體技能），來自步驟 1 的education-path（學習方法），來自步驟 1 的transferable-skills-map（可藉以發展的現有優勢） - 輸出：包含具體資源的週學習計畫，目標角色技能及其熟練度自我評估，在學習階段完成的專案
- 關鍵重點：核心課程設計：找出目標角色所需的特定技能和工具
步驟 3：建立你的作品集（使用：personal-brand-architect）
建立一個能向招募主管展示你能力的作品集。對於沒有科技工作經驗的轉職者來說，作品集就是你的履歷。
- 輸入：來自步驟 2 的
learning-projects（要展示的專案），來自步驟 1 的role-selection（招募主管想看到的內容），來自步驟 1 的transferable-skills-map（要凸顯的領域優勢） - 輸出：3-5 個經過打磨的專案及其文件，發布的個人作品集網站，整理好的 GitHub 帳戶及組織化的儲存庫
- 關鍵重點：作品集專案選擇：3-5 個能展示技能的專案
步驟 4：策略性應徵（使用：resume-builder）
建立針對轉職者進入科技業最佳化的求職文件。你的履歷必須在通過 ATS 篩選的同時，講述一個引人入勝的轉職故事。
- 輸入：來自步驟 3 的
portfolio-projects（可在求職文件中引用的作品），來自步驟 1 的role-selection（針對履歷最佳化的目標角色），來自步驟 1 的transferable-skills-map（轉職敘事的框架） - 輸出：針對科技業職位最佳化的轉職履歷，附帶轉職敘事的科技業求職信，用於追蹤應徵進度與後續行動的系統
- 關鍵重點：轉職履歷格式：以技能為主的組合式格式
步驟 5：獲得你的第一份科技業工作（使用：interview-coach）
以轉職者的身份準備科技業面試。科技業面試因角色而異，而轉職者會面臨獨特的問題。
- 輸入：來自步驟 4 的
tech-resume（一致的訊息傳遞），來自步驟 3 的portfolio-projects（可在面試中討論的專案），來自步驟 1 的transferable-skills-map（轉職敘事） - 輸出：準備好的針對轉職問題的回答，排練好的作品集專案簡報，針對特定角色的技術面試準備
- 關鍵重點：轉職故事：「為什麼想進科技業？」和「為什麼是現在？」必須能夠清楚回答
決策點
- 每個步驟之後： 在繼續之前評估產出品質。如果產出不足，請在進入下一步之前反覆修正當前步驟。
- 工作流程中途： 如果情況發生重大變化，請在繼續之前重新評估前面的步驟。
失敗處理
- 教程地獄： 無止盡地上課卻不建構任何東西。初始學習後，應立即轉為專案導向學習。
- 目標過於廣泛： 「我想在科技業工作」不夠具體。選擇一個角色，並將所有準備工作集中於此。
- 隱藏你的過去職涯： 你的非技術背景是資產，而非負債。公司重視領域專業知識和多元觀點。
- 與資工畢業生比較： 你不是在與他們進行相同條件的競爭。你的作品集、領域專業知識和成熟度是你的武器。
- 等到你準備好才行動： 冒牌者症候群會告訴你要學更多。當你的作品集有 3 個紮實的專案時就開始應徵，即使你覺得還沒準備好。
預期結果
此工作流程完成後，使用者將擁有：
- 根據適合度、市場需求和個人興趣選擇的一個特定科技角色
- 透過結構化學習和實作練習建立的技術技能
- 一個包含 3-5 個打磨專案、足以證明能力的作品集
- 將轉職經歷包裝成優勢的求職文件
- 針對轉職挑戰準備好的面試策略
- 至少收到一份科技業職位的錄取通知
- 一個為長期科技職涯發展奠定基礎的新角色
輸出格式
轉職科技業進度追蹤
====================
[ ] 步驟 1：評估適合度並選擇路徑
狀態：[待處理/進行中/已完成]
[ ] 步驟 2：建立技術技能
狀態：[待處理/進行中/已完成]
[ ] 步驟 3：建立你的作品集
狀態：[待處理/進行中/已完成]
[ ] 步驟 4：策略性應徵
狀態：[待處理/進行中/已完成]
[ ] 步驟 5：獲得你的第一份科技業工作
狀態：[待處理/進行中/已完成]
時間線：______ 週
總體狀態：[進行中 / 已完成]
調適說明：
- 根據使用者的可用時間和既有經驗調整時間線
- 如果依賴關係允許平行執行，步驟可以重新排序
- 如果時間或預算有限，可以跳過非必要步驟
邊緣案例
- 教程地獄： 無止盡地學習課程卻從不建構任何東西。在初步學習之後，應立即轉為專案導向學習。
- 目標過於廣泛： 「我想在科技業工作」不夠具體。選擇一個角色，並將所有準備工作集中於此。
- 隱藏你的過去職涯： 你的非技術背景是資產，而非負債。公司重視領域專業知識和多元觀點。
- 與資工畢業生比較： 你不是在與他們進行相同條件的競爭。你的作品集、領域專業知識和成熟度是你的武器。
範例
輸入： 「我想轉職到科技業，需要一個可以逐步遵循的結構化計畫。」
輸出：
步驟 1 (career-pivot-advisor)： 評估適合度並選擇路徑——產出此階段的具體 deliverables。
步驟 2 (learning-accelerator)： 建立技術技能——產出此階段的具體 deliverables。
步驟 3 (personal-brand-architect)： 建立你的作品集——產出此階段的具體 deliverables。
步驟 4 (resume-builder)： 策略性應徵——產出此階段的具體 deliverables。
步驟 5 (interview-coach)： 獲得你的第一份科技業工作——產出此階段的具體 deliverables。
結果： 使用者擁有完整的轉職科技業計畫，所有 deliverables 都已產出、驗證，並可立即實施。