01
先看問題是在流程，還是在系統
如果今天最大的痛點是資訊傳遞混亂、部門之間反覆確認、人工搬運太多，那通常要先整理流程與權限邏輯，不一定是一上來就整套重做。
AWS Certified · Full-Stack · 5+ Years Production
先釐清問題，再決定系統怎麼做
如果你正在考慮重做官網、整頓後台、翻修舊系統，甚至想導入 AI，真正該先確認的通常不是功能清單，而是流程瓶頸、資料現況與投資順序。如果你正在打造 AI SaaS 工具或開發者工具，需要的也是同一件事——先確認產品核心，再快速出第一版。我會先幫你把問題拆清楚，再決定哪些該做、哪些先不要做。
300K+月活躍用戶服務量
99.9%生產環境 Uptime
15%→0.5%系統失敗率降低
70%↓人工審核量減少
50%↓CI/CD 建置時間
5+ 年全端開發經驗
scroll
// 服務項目
我能幫你解決什麼問題
不是先把功能全部塞進第一版，而是先判斷哪一段最值得救。下面這四類，是我最常協助老闆與團隊拆解的情境。
01◎
商家官網 + 金流後台
如果你還在靠 LINE、匯款截圖和人工對帳撐日常營運，問題通常不是人不夠，而是流程早就該系統化了。我會幫你建立品牌官網，串接金流、訂單、商品與庫存後台，讓接單不再卡在聊天紀錄裡。
品牌官網ECPay訂單後台庫存管理
適合：想把接單流程從私訊搬到自有系統的商家、工作室與品牌
02▦
內部系統 & 管理後台
如果同一筆資料要在 Excel、Google 表單和 LINE 群組之間搬三次，問題通常不是員工不細心，而是流程設計已經撐到極限。我會幫你整理資料流與權限邏輯，再整合成真正能落地的管理後台。
CRMDashboardRBACREST API
適合：流程靠人工撐、資料分散、想整頓內部系統的中小企業
03◈
舊系統翻新 & 擴充
如果大家都知道舊系統很痛，但沒人敢動，那真正缺的通常不是工程師，而是一個安全的翻修順序。我會先評估現有架構、風險點與可拆分範圍，再用不影響營運的方式逐步重構或擴充。
系統重構API 整合AWSNode.js / Go
適合：老系統難維護、想加功能又怕改壞的團隊
04⬡
產品 MVP 開發
如果你腦中已經有產品方向，但還不知道第一版該做多少，真正需要的不是把所有想像一次做完，而是先做出能驗證市場的版本。我會協助你縮小範圍，在 4–8 週內交付可上線、可收回饋的 MVP。特別適合正在打造 AI SaaS 工具或開發者工具的 indie hacker 與新創團隊。
Next.jsNode.jsPostgreSQLVercel / AWS
適合：有產品想法、需要技術夥伴的新創團隊、個人創業者與 AI 工具 indie hacker
// 怎麼判斷
如果你現在不知道該重做、翻修還是先不動，可以先這樣判斷
先不要急著寫功能清單。多數情況下，先把下面三件事看清楚，方向就會明朗很多。
02
再看現在的系統還有沒有可救空間
如果現有系統只是難維護、功能不好加，但核心資料還算穩，很多時候可以先局部翻修、補 API、拆高風險區塊，不必第一天就打掉重練。
03
最後才決定要不要開新案
只有當現況已經明確擋住營運、資料結構也不支援未來擴充，這時候重做才比較像投資，而不是把焦慮換成另一個新介面。
如果你現在最困擾的是「每件事都很急，但不知道先救哪一段」，那通常代表真正需要先做的是排序，而不是開發。
// 專案實績
不是展示稿，是實際跑起來的案子
這裡不是只列技術名詞，而是整理那些真的上線、真的解決營運問題的專案經驗。
01電商平台
絲凱拉珠寶 — skera.net
原本需要靠多套工具分別處理商品、金流與庫存，後來整合成自有電商平台，包含綠界付款、CRM 後台、第三方裸鑽 API 與庫存管理，讓接單到出貨的流程可以在同一套系統內完成。
Next.jsECPayCRMAPI 整合
接單、付款、庫存整合
02AWS 架構
300K+ MAU 內容創作平台
針對高流量內容平台的推播、風控與通知流程重新設計 AWS 事件架構，讓系統在規模成長下仍能穩定運作，也把 Email 失敗率從 15% 降到 0.5%。
AWSLambdaSQSAI/ML
高流量下的穩定性改善
03B2B Dashboard
CloudMile 萬里雲 — 廣告儀表板
在有限時程內，為企業客戶交付可實際使用的 B2B Dashboard，整合多圖表資料呈現與訂閱付款流程，讓商務端可以更快驗證產品與收費模式。
ReactNext.jsData VizECPay
一個月內完成上線
04線上教育
教學平台
為全球語言學習平台開發響應式功能與穩定前端流程，在多語系與跨市場條件下維持高測試覆蓋率，讓功能擴充不至於一路冒風險。
VueNuxt.jsJesti18n
多語系產品穩定迭代
// 技術能力
全端技術棧
Frontend
Backend
Cloud / AWS
DevOps
AI / LLM
AWS Certified Developer – Associate
AWS Certified Cloud Practitioner
// 文章專欄
寫給想把生意做穩的人
寫給想把接單流程、官網和內部系統做順的商家與企業，內容聚焦在常見痛點、實際風險與可落地的改善方向。
外包工程師、接案公司、內部工程師：你現在需要的到底是哪一種？
外包工程師、接案公司和內部工程師解決的是不同階段的問題。本文用適合情境、費用結構、溝通彈性與維護責任，幫你判斷現在該找哪一種技術夥伴。
健身房 / 瑜珈教室的會員與課程管理：從 Excel 到系統的過渡
健身房、瑜珈教室或舞蹈教室從 LINE 與 Excel 管理學員、堂數和預約，成長到一定規模後容易出現堂數爭議、補課混亂與到期提醒遺漏。本文整理何時該換課程管理系統、常見工具費用與過渡做法。
什麼時候該從工具換成工程師
現成工具適合快速開始，但當需求只能靠多套工具拼湊、流程越來越特殊，或重複手動工作已經吃掉營運時間，就該評估是否讓工程師介入。本文整理從工具走向工程師協作的判斷訊號。
// 聯絡我
如果你也卡在「不知道該先動哪裡」，可以直接來聊
填寫下方表單，通常 24 小時內回覆。就算你現在還不確定要重做、補強還是先不要動，也沒關係。只要先告訴我你現在最卡的流程、目前用什麼工具在撐，以及你最怕改了之後出什麼事，我會先幫你判斷方向。也不用先整理得很完整，直接把你現在最亂的那段講出來就好。