自我介紹
Li-An Lin|系統分析師・技術經理
我做了接近十年企業系統。前七年半,我學會怎麼把系統做對、帶著團隊把它做完; 現在,我在驗證一件事——AI 可以把這整件事變快多少。
01・十年職涯的主軸
2014–2017 暨大資工所
新聞自動分類、關鍵字擷取
累積能力把文字資料轉成系統可用的資訊
2017–2024 網智服務
需求訪談、後端開發、架構設計、帶隊交付
累積能力把複雜需求做成可維護、可交付的系統
2025– 白浪島兼職、接案、進修
產品規劃、全端開發、LLM 應用、品質把關
現在工作用既有工程能力完成新產品
02・從需求到上線
案例:航空公司內部論壇輿情分析系統・數千名員工資料
03・Google 評論管理分析產品開發負責人
01・降低成本
.NET/SQL Server 改寫為 Node.js/PostgreSQL免除商用授權,每月雲端 VM 成本降低約 60%
02・前端重構
統一 API 呼叫與資料規格,導入 BEM、Theme 與 RWD降低重複程式碼,修改不再漏掉相同功能
03・雲端化
規劃 multi-tenant 架構、AWS Auto Scaling 與 SQS/Lambda 同步從單一客戶系統走向可擴充的產品架構
04・網智的其他代表工作
多渠道客服
把 LINE 與 Facebook 訊息格式統一,建立工單、分派與狀態流程約 10 名客服人員同時在線服務
核心平台升級
統一前端資料流、API 呼叫與回應規格成為後續各模組升級的標準範本
隔離與擴充
抽象七成共同流程,保留三成渠道差異客製功能與標準產品分離,不讓客製案汙染產品
05・從工程師到技術經理
需求變規格
拆成前端、API、資料庫與維運工作,讓工程師可以直接執行
帶隊交付
帶領 2–4 人團隊,跨客戶、業務與外部合作夥伴協調
建立方法
以 Workboard、Issue 格式與文件規範維持分工與交接
人才評選
擔任技術面試官,設計面試評分表與工程師評選流程
這套帶團隊的方法,後來直接用在 AI 協作上——AI 跟工程師一樣,有規範與文件才會做對。
06・2025–2026 的實驗
把 AI 當成我的開發團隊——有人規劃、有人寫、有人審查——我來當技術經理。
第一步・斑咪官網
第一個版本全程用 Claude Code 完成先確認「AI 做完整個專案」這條路走得通
第二步・LineDesk
把重複的規範與步驟沉澱成 skills 與文件也發現 AI 的自我檢查會漏東西
第三步・GBP 專案
建立 planner、worker、reviewer 三方協作規劃、執行、審查各司其職
07・這一年最值錢的收穫
這些都是實際踩過才學到的——不是從文件上讀來的。
08・AI 是加速器,不是替代品
我負責
需求判斷、產品範圍、架構設計、
風險邊界與最終驗收
AI 協助
規劃草案、程式實作、
文件整理與第一輪審查
重點是把規格、審查、測試與交接做成工程流程——換一套工具也能運作。
09・代表作:LineDesk(已完成、可部署)
台灣的生意都在 LINE 群組裡談,講完就忘、沒人追蹤。 LineDesk 讓 AI 在背景讀群組對話,自動整理成待辦工單和客戶資料。
不只串接文字訊息:語音、圖片也會解析成文字一起分析,把客戶的意圖拼得更完整。
10・延續老本行:Google 商家經營
GMB Agent・開發中
店家在 LINE 裡用 AI 回覆 Google 評論草稿要通過三道檢查才自動發布,判斷不了的一律交給人
SEO 診斷工具・早期商用化
把 Google 地圖排名翻譯成老闆聽得懂的話「客人從多遠搜尋,還找得到你的店」,自動產出中文 PDF 報告
11・我能為團隊帶來什麼
系統設計
從需求訪談到架構落地,我做過完整的一輪,而且做了七年半
團隊協作
帶過人、訂過流程、面試過工程師
AI 導入
兩套產品從規劃到部署,都以 AI 協作流程完成
我想做的角色:把需求做成系統、把團隊帶到交付,並在適合的地方導入 AI——整條路變快,品質有把關。
0xlianlin@gmail.com
github.com/0xlianlin