チェン カイイKALAN
- EXP
- 9 YEARS
- BASE
- FUKUOKA, JP
- LANG
- JA / ZH / EN
網站製作、新服務從零起步、既有服務導入 AI、技術基礎整頓。從事業策略開始一起思考,先決定該做什麼,再把設計、實作、基礎設施到 AI 功能一路帶到上線,為事業創造價值。
01
Web 服務、企業內部系統、內部工具。設計時同時考慮使用者的工作流程,以及之後要維運的團隊。
從選型與驗證,一路到正式環境的維運。先實測準確度與成本再往下做,不把時間花在不會動的東西上。
太慢、太脆弱、難以判斷。實際讀程式碼與資料,用文件留下有依據的選項和優先順序。
以 AWS 為主,從環境建置到成本、安全性與維運的檢視。用 Terraform 寫成程式碼,讓任何人都能重現。
官網、服務網站的製作,把上線後的搜尋與量測一起考慮進去。既有網站則從程式碼與伺服器端找出原因,再依效果大小依序修正。
價格方案
看價格
02
讓資料更容易理解的網站、可以探索的 3D 空間,以及支援業務的 Web 服務。透過實際畫面,介紹我負責的工作。
放大圖片
放大圖片
放大圖片3D 互動體驗
負責範圍整體設計、Blender、Three.js 與實作
點選房間裡的物件,鏡頭會靠近,帶出自我介紹與興趣。從 Blender 場景製作、Three.js 渲染與互動,到整個網站的實作,都由我負責。
瀏覽網站
放大圖片學習平台・營運自動化
負責範圍技術 PM、LINE 定時發文自動化
以技術 PM 身分參與英語學習平台,產品提供主題式單字學習與學習挑戰。另外使用 Cloudflare Workers 實作 LINE 定時發文,讓內容依排程自動發布。
放大圖片網站製作
負責範圍整體設計與 Ruby on Rails 開發
從設計到 Ruby on Rails 開發,獨立完成住宿網站。除了客房介紹與房價資訊,也製作了更新最新消息與客房內容的管理後台。
放大圖片網站製作
負責範圍整個網站的設計與開發
原案由我負責整個旅宿網站的製作。這次沿用當時的客房照片,重新安排照片呈現、字體排版與客房瀏覽流程,製作供作品集展示的改版設計。
在 LINEヤフー 工作 5.5 年,在 17LIVE 開發直播的 Web 應用。大型 Web 服務的現場,都實際經歷過。
2026 · Tech Lead / 外部承攬
帶領 4 位工程師,把 AI 服務從原型帶到正式環境。排行榜 API 加速 10 倍,整理好 CI/CD 與文件後交接。
2019–2025 · Frontend Engineer / Tech Lead
在集團內多個服務負責前端與後端開發。用 Next.js 重寫 Web 基礎,穩定運行超過兩年。
2017–2018 · Frontend Engineer
在直播的 Web 應用中,開發即時禮物與聊天 UI,以及結算所有直播主報酬的管理後台前端。
03
| 項目 | 發包給開發公司 | 直接聘僱工程師 | hinadev |
|---|---|---|---|
| 開始動工的時間 | 1 至 3 個月(提案與簽約) | 3 至 6 個月(招募) | 1 至 2 週 |
| 能涵蓋的範圍 | 合約範圍內 | 聘僱職位的範圍 | 設計、前端、後端、基礎設施、AI |
| 對商業的理解 | 照需求實作 | 在公司內部,所以強 | 曾以 VP of Engineering 身分負責事業端 |
| 窗口與實作者 | 透過業務與 PM | 同一人 | 從討論到實作都是同一人 |
| 結束之後 | 合約結束後資訊容易斷掉 | 離職風險 | 留下文件與 CI/CD 再交接 |
04
合作過程中,我重視的三件事。
為了降低成本、更快交付,我會使用 AI 工具。但不會把生成的程式碼或文字直接交付,而是以 9 年的開發經驗判斷與把關,維持品質。
會與您詳細討論內容,一起釐清真正想解決的問題。結果可能是不建議開發,改用既有服務或其他方案。
我認為完成工作的過程中,那股興奮感很重要。抱著好玩的心情做,東西通常會做得更好。所以有時會多提一點小巧思,讓使用的人也覺得有趣。
05
想做什麼、現在卡在哪裡、希望什麼時候完成。就算需求還沒整理好,也可以一起釐清。
一起討論優先順序、開發範圍與時程。也會說明技術選項與理由,確保對「要做什麼」有共識。
開發過程中透過 Slack 或定期會議同步狀況。一邊確認實際畫面與行為,一邊即時消除認知落差。
整理好環境、CI/CD 與文件。目標是交接之後,團隊自己就能修改和維護。
06
07
第一次諮詢是免費的。費用會因為內容和期間而不同,所以沒有定價。先決定要做什麼、做到哪裡,再提出報價。大致上,技術檢視是 2 週,開發則多半以 1 至 3 個月為單位進行。如果預算上限已經確定,就從那個範圍內能做到的事情開始討論。
看價格參考這樣就可以。從你想做什麼、現在卡在哪裡開始聊起。整理需求本身就是工作的一部分,沒有規格書也沒關係。
以委外承攬的形式進行。依照工作內容,討論後決定要採用委任還是承攬。如果需要保密協議,會在開始之前先簽好。
因為是一個人在做,能同時進行的案子數量有限。大規模的平行開發,或是以 24 小時維運為前提的案子,發包給開發公司或直接組團隊會更適合。這個判斷本身也可以一起討論。
看發包對象的比較為了不在不確定的狀態下投入開發,會先從 2 至 4 週的 PoC 開始。選定模型、實測準確度與成本、建立評估基準。看到這些數字之後,再決定要不要往正式開發走。就算結果是難以實現,也會把原因與替代方案交給你。
看 AI 的服務範圍第一次諮詢是免費的。技術檢視之後,如果我判斷幫不上忙,這筆費用就不收。開發的話,交付後 30 天內,交付物的瑕疵修正免費處理。規格變更與功能追加不在這個範圍內,會另外討論。
交付物的著作權原則上會轉讓給你。如果使用了既有的開源專案或外部服務,會事先說明它們的授權條件。
交付到那個狀態本來就是前提。環境、CI/CD、設計與維運文件都會整理好再交接。交接之後如果卡住,也可以用技術顧問的形式繼續合作。
中文、日本語、English。用中文開會、用中文寫文件都沒問題。如果案子牽涉到日本那邊的窗口,也可以直接用日文溝通。
08
不管是新服務的想法,還是現有系統的煩惱,都先說給我聽。
如果有想實現的目標、期望時程或預算範圍,也請一併告訴我。還沒有規格文件也沒關係。