[{"data":1,"prerenderedAt":25},["ShallowReactive",2],{"post-first-week-as-your-engineer":3},{"post":4},{"slug":5,"title":6,"date":7,"description":8,"tags":9,"author":14,"cover":15,"draft":16,"readingTime":17,"cta":18,"body":23,"html":24},"first-week-as-your-engineer","如果 HiHi 當你的隨隊工程師，第一週會做什麼？","2026-10-01T12:00:00.000Z","好的技術夥伴，不會一上來就報功能規格、寫程式。這篇拆解一個「隨隊工程師（FDE）」進場的第一週會做什麼——從搞懂你怎麼賺錢、找出最痛的那一步，到交出一個看得到的小東西。這就是我和客戶合作的方式。",[10,11,12,13],"FDE","合作方式","AI 落地","企業數位轉型","HiHi Digital","\u002Fblog\u002Fweek-one-cover.svg",false,4,{"title":19,"text":20,"label":21,"to":22},"想知道你的第一週會長怎樣？","每個公司的第一週都不一樣，因為每個生意的痛點都不一樣。想知道我會怎麼拆解你的問題？一句嗨，我們就從第一步聊起。","開始你的第一週 →","\u002Fcontact","\n很多人找工程師,期待的是「我講需求、你報價、你開始寫」。\n\n但如果我當你的**隨隊工程師**(也就是前一篇聊的 [FDE](\u002Fblog\u002Fforward-deployed-engineer)),第一週你大概會發現:**我幾乎沒急著寫程式。** 不是我慢,而是好的落地,順序本來就不是這樣。\n\n這篇把我進場的第一週攤開給你看——你會知道跟我合作是什麼感覺,也會知道怎麼判斷一個技術夥伴到底靠不靠譜。\n\n## Day 1–2:先搞懂你怎麼賺錢\n\n我不會一開口就問「你想做什麼功能」,我會問一堆看起來跟技術無關的問題:\n\n- 你的錢從哪來?一筆生意從詢問到收款,中間經過哪些人、哪些步驟?\n- 這些步驟裡,**哪一步最花時間、最常出錯、最讓你煩?**\n- 哪些事現在是靠某個員工的腦袋或某張 Excel 硬撐著?\n\n因為[要做對東西,得先懂這門生意](\u002Fblog\u002Fdomain-knowledge-not-coding)。工具和 AI 能做的事太多了,真正的問題從來不是「能不能做」,而是「**對你最值得做的是哪一件**」。這一步沒搞清楚,後面寫得再漂亮都是白工。\n\n## Day 3–4:把最痛的一步,單獨圈出來\n\n搞懂全貌後,我不會建議你「一次把整套系統做起來」。那是最容易失敗、最花錢的做法。\n\n我會跟你一起挑出**一個又痛、又高頻、就算偶爾出錯也接得住**的環節——通常是某個每天重複、規則清楚、但一直吃掉你團隊時間的流程。然後把它單獨圈出來,當成第一個要解決的目標。\n\n為什麼先做小的?因為:\n\n- **快看到成果**:與其半年後交出一套大系統,不如兩週內讓你少做一件煩事。\n- **風險低**:先從「錯了也不會傷筋動骨」的地方下手,建立信任,再往核心推進。\n- **邊做邊校正**:真實跑起來,我們才會發現當初漏想的眉角——這比一開始把規格寫死更務實。\n\n## Day 5:交出一個你看得到、摸得到的小東西\n\n第一週結束前,我會盡量讓你看到**一個能動的東西**——可能是一個把你某段流程自動化的小工具、一個接好你真實資料的原型,或一個能實際點來看的介面。\n\n不是一份 PDF 建議書,而是**會動的成果**。因為[FDE 跟顧問最大的差別,就是真的把程式部署出來](\u002Fblog\u002Fforward-deployed-engineer)。你要判斷一個技術夥伴靠不靠譜,最快的方法就是看他**多快能讓你摸到一個真的會動的東西**。\n\n當然,能動只是第一步。接下來才是我十年功底真正要守的:讓它[穩、能維護、撐得住你的業務長大](\u002Fblog\u002Fvibe-coding-hidden-costs)——[能跑,不代表能撐](\u002Fblog\u002Fvibe-coding-hidden-costs)。但第一週,我要先讓你相信:這件事真的做得成。\n\n## 為什麼是這個順序?\n\n因為我做的不是「接案寫程式」,而是**幫你把問題解決掉**。順序反映的是優先級:\n\n> 先懂生意 → 再挑對問題 → 先做能動的小東西 → 再把它做穩、做大。\n\n先寫程式、再回頭找問題,那是把順序倒過來,也是最多錢燒在半成品上的原因。\n\n## 你今天可以帶走的三件事\n\n1. **好夥伴先問生意,不是先問功能**——如果對方一上來就跟你談功能規格和報價,而不先搞懂你怎麼賺錢,要小心。\n2. **從小處、從痛處開始**——別被「一次做完整套」的提案沖昏頭。先解決一個真的很煩的小問題,是最省錢、最快見效的路。\n3. **要求「會動的東西」,不要只有簡報**——判斷靠不靠譜,就看多快能摸到一個真的會跑的成果。\n\n每個公司的第一週都不一樣,因為每個生意的痛點都不一樣。如果你好奇「我的第一週會長怎樣」——那其實就是我們合作的起點。一句嗨,我們就從你最煩的那一步聊起。\n","\u003Cp>很多人找工程師,期待的是「我講需求、你報價、你開始寫」。\u003C\u002Fp>\n\u003Cp>但如果我當你的\u003Cstrong>隨隊工程師\u003C\u002Fstrong>(也就是前一篇聊的 \u003Ca href=\"\u002Fblog\u002Fforward-deployed-engineer\">FDE\u003C\u002Fa>),第一週你大概會發現:\u003Cstrong>我幾乎沒急著寫程式。\u003C\u002Fstrong> 不是我慢,而是好的落地,順序本來就不是這樣。\u003C\u002Fp>\n\u003Cp>這篇把我進場的第一週攤開給你看——你會知道跟我合作是什麼感覺,也會知道怎麼判斷一個技術夥伴到底靠不靠譜。\u003C\u002Fp>\n\u003Ch2 id=\"day-1%E2%80%932%3A%E5%85%88%E6%90%9E%E6%87%82%E4%BD%A0%E6%80%8E%E9%BA%BC%E8%B3%BA%E9%8C%A2\" tabindex=\"-1\">\u003Ca class=\"header-anchor\" href=\"#day-1%E2%80%932%3A%E5%85%88%E6%90%9E%E6%87%82%E4%BD%A0%E6%80%8E%E9%BA%BC%E8%B3%BA%E9%8C%A2\">Day 1–2:先搞懂你怎麼賺錢\u003C\u002Fa>\u003C\u002Fh2>\n\u003Cp>我不會一開口就問「你想做什麼功能」,我會問一堆看起來跟技術無關的問題:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>你的錢從哪來?一筆生意從詢問到收款,中間經過哪些人、哪些步驟?\u003C\u002Fli>\n\u003Cli>這些步驟裡,\u003Cstrong>哪一步最花時間、最常出錯、最讓你煩?\u003C\u002Fstrong>\u003C\u002Fli>\n\u003Cli>哪些事現在是靠某個員工的腦袋或某張 Excel 硬撐著?\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>因為\u003Ca href=\"\u002Fblog\u002Fdomain-knowledge-not-coding\">要做對東西,得先懂這門生意\u003C\u002Fa>。工具和 AI 能做的事太多了,真正的問題從來不是「能不能做」,而是「\u003Cstrong>對你最值得做的是哪一件\u003C\u002Fstrong>」。這一步沒搞清楚,後面寫得再漂亮都是白工。\u003C\u002Fp>\n\u003Ch2 id=\"day-3%E2%80%934%3A%E6%8A%8A%E6%9C%80%E7%97%9B%E7%9A%84%E4%B8%80%E6%AD%A5%2C%E5%96%AE%E7%8D%A8%E5%9C%88%E5%87%BA%E4%BE%86\" tabindex=\"-1\">\u003Ca class=\"header-anchor\" href=\"#day-3%E2%80%934%3A%E6%8A%8A%E6%9C%80%E7%97%9B%E7%9A%84%E4%B8%80%E6%AD%A5%2C%E5%96%AE%E7%8D%A8%E5%9C%88%E5%87%BA%E4%BE%86\">Day 3–4:把最痛的一步,單獨圈出來\u003C\u002Fa>\u003C\u002Fh2>\n\u003Cp>搞懂全貌後,我不會建議你「一次把整套系統做起來」。那是最容易失敗、最花錢的做法。\u003C\u002Fp>\n\u003Cp>我會跟你一起挑出\u003Cstrong>一個又痛、又高頻、就算偶爾出錯也接得住\u003C\u002Fstrong>的環節——通常是某個每天重複、規則清楚、但一直吃掉你團隊時間的流程。然後把它單獨圈出來,當成第一個要解決的目標。\u003C\u002Fp>\n\u003Cp>為什麼先做小的?因為:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>快看到成果\u003C\u002Fstrong>:與其半年後交出一套大系統,不如兩週內讓你少做一件煩事。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>風險低\u003C\u002Fstrong>:先從「錯了也不會傷筋動骨」的地方下手,建立信任,再往核心推進。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>邊做邊校正\u003C\u002Fstrong>:真實跑起來,我們才會發現當初漏想的眉角——這比一開始把規格寫死更務實。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch2 id=\"day-5%3A%E4%BA%A4%E5%87%BA%E4%B8%80%E5%80%8B%E4%BD%A0%E7%9C%8B%E5%BE%97%E5%88%B0%E3%80%81%E6%91%B8%E5%BE%97%E5%88%B0%E7%9A%84%E5%B0%8F%E6%9D%B1%E8%A5%BF\" tabindex=\"-1\">\u003Ca class=\"header-anchor\" href=\"#day-5%3A%E4%BA%A4%E5%87%BA%E4%B8%80%E5%80%8B%E4%BD%A0%E7%9C%8B%E5%BE%97%E5%88%B0%E3%80%81%E6%91%B8%E5%BE%97%E5%88%B0%E7%9A%84%E5%B0%8F%E6%9D%B1%E8%A5%BF\">Day 5:交出一個你看得到、摸得到的小東西\u003C\u002Fa>\u003C\u002Fh2>\n\u003Cp>第一週結束前,我會盡量讓你看到\u003Cstrong>一個能動的東西\u003C\u002Fstrong>——可能是一個把你某段流程自動化的小工具、一個接好你真實資料的原型,或一個能實際點來看的介面。\u003C\u002Fp>\n\u003Cp>不是一份 PDF 建議書,而是\u003Cstrong>會動的成果\u003C\u002Fstrong>。因為\u003Ca href=\"\u002Fblog\u002Fforward-deployed-engineer\">FDE 跟顧問最大的差別,就是真的把程式部署出來\u003C\u002Fa>。你要判斷一個技術夥伴靠不靠譜,最快的方法就是看他\u003Cstrong>多快能讓你摸到一個真的會動的東西\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Cp>當然,能動只是第一步。接下來才是我十年功底真正要守的:讓它\u003Ca href=\"\u002Fblog\u002Fvibe-coding-hidden-costs\">穩、能維護、撐得住你的業務長大\u003C\u002Fa>——\u003Ca href=\"\u002Fblog\u002Fvibe-coding-hidden-costs\">能跑,不代表能撐\u003C\u002Fa>。但第一週,我要先讓你相信:這件事真的做得成。\u003C\u002Fp>\n\u003Ch2 id=\"%E7%82%BA%E4%BB%80%E9%BA%BC%E6%98%AF%E9%80%99%E5%80%8B%E9%A0%86%E5%BA%8F%3F\" tabindex=\"-1\">\u003Ca class=\"header-anchor\" href=\"#%E7%82%BA%E4%BB%80%E9%BA%BC%E6%98%AF%E9%80%99%E5%80%8B%E9%A0%86%E5%BA%8F%3F\">為什麼是這個順序?\u003C\u002Fa>\u003C\u002Fh2>\n\u003Cp>因為我做的不是「接案寫程式」,而是\u003Cstrong>幫你把問題解決掉\u003C\u002Fstrong>。順序反映的是優先級:\u003C\u002Fp>\n\u003Cblockquote>\n\u003Cp>先懂生意 → 再挑對問題 → 先做能動的小東西 → 再把它做穩、做大。\u003C\u002Fp>\n\u003C\u002Fblockquote>\n\u003Cp>先寫程式、再回頭找問題,那是把順序倒過來,也是最多錢燒在半成品上的原因。\u003C\u002Fp>\n\u003Ch2 id=\"%E4%BD%A0%E4%BB%8A%E5%A4%A9%E5%8F%AF%E4%BB%A5%E5%B8%B6%E8%B5%B0%E7%9A%84%E4%B8%89%E4%BB%B6%E4%BA%8B\" tabindex=\"-1\">\u003Ca class=\"header-anchor\" href=\"#%E4%BD%A0%E4%BB%8A%E5%A4%A9%E5%8F%AF%E4%BB%A5%E5%B8%B6%E8%B5%B0%E7%9A%84%E4%B8%89%E4%BB%B6%E4%BA%8B\">你今天可以帶走的三件事\u003C\u002Fa>\u003C\u002Fh2>\n\u003Col>\n\u003Cli>\u003Cstrong>好夥伴先問生意,不是先問功能\u003C\u002Fstrong>——如果對方一上來就跟你談功能規格和報價,而不先搞懂你怎麼賺錢,要小心。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>從小處、從痛處開始\u003C\u002Fstrong>——別被「一次做完整套」的提案沖昏頭。先解決一個真的很煩的小問題,是最省錢、最快見效的路。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>要求「會動的東西」,不要只有簡報\u003C\u002Fstrong>——判斷靠不靠譜,就看多快能摸到一個真的會跑的成果。\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>每個公司的第一週都不一樣,因為每個生意的痛點都不一樣。如果你好奇「我的第一週會長怎樣」——那其實就是我們合作的起點。一句嗨,我們就從你最煩的那一步聊起。\u003C\u002Fp>\n",1790868966725]