🔧 阿川の電商水電行
📌閱讀此處：為了獲得更好的閱讀體驗，請造訪 Sarthology.com
我並不是暗示產品經理不好，或是他們工作不出色。雖然我經常看到我的工程師朋友討厭產品經理和測試員😄。身為擁有技術背景的產品經理，我見識過產品經理的兩面性。幸運的是，當我擔任技術主管時，我的產品經理也有技術背景。我們之間沒有緊張的關係，反而互相尊重，甚至互相啟發。
如果你問我，我對此有自己的看法。所以，如果一個開發者是寶可夢，他們可能會發展成為經理，然後是技術主管，再是工程副總裁——如果他們也喜歡當創辦人的話。但這並不意味著我們所有人都會，甚至不應該。
然後人工智慧和諷刺就出現了…
仔細想想，氛圍編碼不僅改變了科技格局，還扭轉了局面，不是嗎？突然間，你可能會發現自己變成了一個測試員😅，寫一個好的提示就像寫一個詳細的使用者故事一樣。
工作特性 = 明確的規格 x 嚴格的測試
你現在身兼三職：產品經理 + 測試員 + 開發人員。 🤯
🌓 不斷變化的科技格局
我不想成為巴巴·萬加（Baba Vanga）之類的，但科技業大批流失的現像已經迫在眉睫。當我以前的學員向我徵求建議時，我會告訴他們，他們是優秀的開發者，但現在是寶可夢進化的時候了。我告訴他們要培養產品意識。但問題是──每個人都能適應嗎？
如果我必須對開發人員進行分類，我將它們分為三類：
1. 有產品意識🧙🏻：
標誌性特質：你天生像使用者一樣思考。你先寫故事，再寫程式碼。你善於發現問題，提出更好的流程，並經常透過周到的測試來預先發現 bug。
例如：你可能看過那些 OG OSS 開發者──沒錯，我說的就是他們。他們關注的是使用者層面的問題。大多數 OSS 開發者（以我的經驗來看）都在嘗試自己解決問題。所以規劃很容易；定義使用者故事也很容易。他們中的一些人擁有良好的設計意識，最終創造了廣受歡迎且病毒式傳播的產品。他們不僅解決問題，解決問題的方式也很有風格。他們就像米其林星級餐廳的老闆，一路打造著美好的體驗。
🤔 工作中的樣子：你從“作品”到“感覺不錯。”測試人員很少會發現驚喜。
✨ 為什麼現在會蓬勃發展：人工智慧為人們提供超強動力清晰的規格。
🚀 軌跡： PM/Tech Lead 是自然而然的事情——你一直在做這份工作，但沒有頭銜。
2. 問題解決者🥷🏻：
標誌性特質：你熱愛難題、模式和簡潔的解決方案。 LeetCode 是你的遊樂場。 UI 優化並非你的第一本能，但你可以根據需求靈活調整。
🤔 工作中的表現：有時你會完成棘手的任務使用者體驗投資不足。
💊 硬藥丸：如果你不進化成清晰規格 + 用戶鏡頭，你將與在解決純粹問題方面越來越好的人工智慧進行角力。
🚀 軌跡：透過更多的使用者同理心和端到端測試，您將進入第 1 類。
3. 職位持有者👻：
標誌性特徵：您交付了大量產品但未達到驗收標準，將錯誤交給 QA，並將故事視為票證而不是用戶結果。
可悲的是，這類開發人員數量眾多，在大型企業環境中蓬勃發展。他們不屑於閱讀使用者故事，經常達不到驗收標準。他們基本上都是初級開發人員，頂著花哨的頭銜，這僅僅是因為他們在行業中積累了多年的經驗。他們缺乏發展的動力，可悲的是，他們已經這樣乾了五年多了，卻還在榨取巨額利潤。天知道為什麼公司更重視數量而不是品質。他們之所以有價值，是因為有一個生態系統在支持他們：糟糕的程式設計師 → 更多測試人員 → 更長的產品時間表 → 從客戶身上榨取更多錢。因此，除了這些公司的客戶之外，每個人都是贏家（抱歉我的咆哮😅並且我也承認有時糟糕的領導也會導致這種做法）。
🤔 工作中的情況：專案停滯、週期延長、優質債務增加。
🤷🏻 現實檢驗：這種模式不會持續太久。
🚀 軌跡：從規格、驗收標準和您自己的測試清單開始—或者市場會為你進行分類。
如果你永不停止學習，你就已經擁有了成功的希望。
進化是人類生存的一部分，但如今它已不再只是進化，而是為了生存。
那麼要從哪裡開始您的旅程呢...
所有這些都假設你能清晰地閱讀和編寫程式碼。基礎知識是不可妥協的；產品思維只是額外的一層，而不是替代品。
📜 規範驅動的 AI 工具（為何「氛圍編碼」有效）
Vibe 編碼：使用具有豐富背景和清晰規格的 AI，以便模型產生可預測、可測試的輸出。
AI 效能的起伏取決於你對問題定義的清晰度。這不僅適用於編碼——請查看我關於上下文工程的文章（了解如何利用 AI 取勝） 。
但這種心態可能不適合所有人，這就是為什麼氛圍編碼工具本身會將您的注意力轉移到那裡。
其中一些值得注意的包括：
-
Kiro （亞馬遜出品）：專注於規範優先的開發，促使你在編寫程式碼之前清晰地思考需求。 AI 可以為你起草規範，但你仍然需要仔細審查，以免產生幻覺。
-
Agents.md ：幫助以系統化的方式建構提示和任務。
選擇一款工具並進行 1 次衝刺試點。從 5 分鐘的規範模板開始，然後比較前後的 Bug 數量和審核週期。
✨小貼士
產品意識→使用 Spec Kit 進行規範化；
問題解決者→使用 Agents.md 敘述使用者接受度；
職位持有者→在編碼之前使用 Kiro 強制執行驗收標準。
🧠 培養產品思維
有人可能會說，產品思維是大多數人與生俱來的能力，但我不這麼認為。只要努力，一切都可以學習、掌握。
第一步很簡單：觀察。作為用戶，我們每天都會與無數的應用程式和產品互動。你的學習可以從觀察開始。這些應用程式充滿了隱藏的寶藏。問問自己：為什麼你比競爭對手更喜歡一款產品？你喜歡它的哪些功能？為什麼？哪些設計選擇獨具匠心？這樣你就能了解哪些產品可能有效，哪些無效。
Observe → Frame → Test → Ship → Measure
1️⃣觀察：截取今天使用的應用程式中你喜歡或討厭的兩個時刻，並用一句話解釋原因。
2️⃣框架：將每個框架變成問題陳述和一個期望結果。
3️⃣測試：草稿驗收標準（給定/當/然後）所以「完成」是明確的。
4️⃣ Ship：建構最小的連貫變化來證明這個想法。
5️⃣衡量標準：選擇HEART指標（幸福感、參與度、採用度、保留度、任務成功度）並觀察兩週。
最後，建立一個你自己的開源軟體——一個你個人遇到的問題，以及其他人想要的工具或應用程式。在 Product Hunt 上發布它，並徵求用戶回饋。很快，你就能培養出產品思維──說不定，你還能圍繞它打造一門生意。
值得借鏡的原則：從問題著手。從大處著眼，從小處著手，快速學習。經常發貨。
📌 產品思維開發手冊（6 個步驟）📚
這是一本以產品思維方式進行開發的小型劇本👉
-
使用者故事：使用者是誰？有什麼痛點？需要完成什麼工作？
-
驗收標準：給定/當/然後，包括邊緣情況。
-
測試優先：紅色 → 綠色 → 重構。 （哪怕只是一個小測試！）
-
生成：要求 AI 提供最小的實作來滿足測試。
-
回顧：像 PM 一樣閱讀差異——這符合意圖嗎？
-
運送和測量：加入分析或可衡量的價值代理。
📌 兩份袖珍清單 📋
如果您想為 AI 建立完美的規範，請記住以下清單：
👉 規格清單
-
一句話概括使用者→問題→結果。
-
3-5 個驗收標準和邊緣情況。
-
非目標（這不會做什麼）。
-
可觀察性（我們如何知道它有效）。
-
回滾計畫（如果失敗了怎麼辦？）。
如果您正在開發一個小功能並且更喜歡氛圍編碼，請檢查以下清單：
👉 提示清單
-
說明角色和約束（語言、風格、依賴）。
-
提供範例（測試、輸入/輸出）。
-
要求提供差異或單一文件，而不是論文。
-
明確要求假設和不確定性。
-
限制範圍（「僅實現 X 即可通過測試」）。
📌 產品思維轉變（思維升級）🧠
-
從輸出到結果： “我關閉了 5 張票”→“我將註冊流失率降低了 12%。”
-
從功能到工作：將每個 PR 與用戶待完成的工作。
-
從完美到迭代：運送行走骨架，然後分層品質。
-
從單獨行動到協同行動：將人工智慧/代理視為隊友。
-
從直覺到測量：為每個規格加入一個指標。
✨ 樂觀的未來
最安全的道路是進化：擴大你的影響力，超越程式碼，從而使你的職業生涯更加繁榮。
🤞 這就是我樂觀的原因：
在人工智慧時代，開發者擁有戰術優勢。如果他們了解產品，進行測試，並引導人工智慧修復程式碼中的問題——或者自己修復——他們就能獨自發揮倍增器的作用。他們將能夠更快地推出更好的產品，並在市場上創造更多就業機會。 SaaS 將像快時尚一樣建置和迭代——週期短、反饋迅速、不斷革新。
開源和本地優先正在加速發展；小型團隊可以更快地交付有意義的修復。選擇一個你使用的開源軟體 (OSS)，本月修復一個小錯誤，並在 5 行更新日誌中記錄修復前後的變化。
發展你的路線：正式化規範（產品導向）、敘述驗收（問題解決者）或執行標準（工作持有者）－然後出貨。
💪 30‑Day Challenge: Become a Product‑Minded Dev (While Still Coding)
-
第 1 週– 選擇一個使用者痛點；寫一份清晰的規格；交付一個可行骨架。
-
第 2 週– 增加測試、可觀察性和一個可衡量的結果。
-
第 3 週– 進行小型使用者檢查（1-3 位使用者/利害關係人）；修改規格；發布 v2。
-
第四週－寫一篇簡短的回顧：哪些因素推動了事情的發展？哪些因素沒有？發表出來。
願原力與你同在。
最後一句話
我很想聽聽你的故事——你是逐漸轉向產品，還是一直埋頭於程式碼，還是開闢了一條混合道路？什麼技能真正讓你有所成就？歡迎留言👇
PS：如果您需要建議，請隨時給我私訊@sarthology ，或者我每個月都會進行幾次一對一的課程，請查看這裡
下次再見。
進化吧，別等待。 ⚡️
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
