軟體開發
換系統時的資料轉移：盤點清洗、對應規則、試轉驗證與切換安排
換系統最常出事的不是新功能不會用，而是舊資料搬過去以後對不起來。這篇把資料轉移拆成盤點與清洗、欄位對應規則、試轉與驗證、切換日安排四個階段，並討論歷史資料要不要全部搬、留多久，以及業主端在每個階段該負責什麼。
軟體開發知識
開發流程與驗收
需求文件怎麼寫、驗收與 UAT 怎麼跑、專案為什麼延誤、技術債是什麼、MVP 該收到多小、舊系統該修該換還是重寫、改版搬遷要檢查什麼，以及技術顧問在什麼階段派得上用場。這裡談的是把案子從啟動推到上線的流程與節點。
17 篇文章
軟體開發
怎麼跟開發廠商回報問題：什麼算 Bug、回報要寫什麼、嚴重度怎麼分
上線後遇到問題，一句「系統壞了」往往讓雙方來回三天還對不上現象。這篇說明什麼算缺陷、什麼其實是需求變更，一則能讓工程師直接動手的回報該包含哪些元素，嚴重度怎麼分級才不會每件事都是最緊急，以及回報管道與節奏該怎麼約定。
軟體開發
軟體專案啟動前業主要準備什麼：決策窗口、資料盤點與第一次會議
軟體專案的時程常常在還沒開工前就注定要延。這篇整理業主在啟動會議之前該做完的準備：指派能拍板的決策窗口、盤點既有系統與第三方帳號、備齊素材與資料、確認內部流程，以及第一次會議該談哪些事、該帶什麼東西進去。
軟體開發
原始碼歸屬與專案交接指南：著作權、合約條款與完整交接清單
專案結案時最容易起爭執的不是尾款，而是原始碼到底歸誰。這篇說明著作權讓與與授權使用的差別、合約裡該事先寫清楚的條款，並提供一份完整交接清單，涵蓋程式碼、伺服器環境、第三方服務帳號、文件與網域，以及廠商不配合時可以怎麼處理。
軟體開發 App 開發
固定報價還是敏捷開發：軟體專案合約模式怎麼選
固定範圍固定價與敏捷迭代，差別不在誰比較先進，而在需求估錯的風險由誰承擔。這篇拆解兩種合約模式的取捨、變更怎麼算、混合模式怎麼設計，以及業主在敏捷專案裡要投入的角色與時間，協助你判斷專案適合哪一種。
軟體開發 App 開發
自動化測試是什麼：測試種類白話解釋與驗收怎麼看
報價單上出現測試這一項，很多業主第一反應是能不能省。這篇用白話解釋單元、整合、端對端三種測試在做什麼，說明自動化對長期改版成本的意義、什麼該自動化什麼不必，以及驗收時怎麼確認廠商真的有做。
軟體開發 App 開發
產品上線之後怎麼走：功能優先順序與版本節奏
產品上線之後，功能要往哪裡長？這篇說明回饋的三個來源（客服、數據、評論）怎麼整理，功能請求該用價值、成本與風險三個面向排序，版本節奏怎麼定，技術債與新功能如何平衡，以及和外包團隊的長期合作該怎麼安排。
網站開發 軟體開發
網站上線前檢查清單：上線當天流程與上線後監看重點
網站上線不是把檔案傳上去就結束。這篇提供可用的上線前檢查清單，涵蓋內容校對、連結與表單測試、SEO 基本設定、速度與行動版、資安與備份、分析埋點與法務頁面，並說明上線當天的操作順序、回退計畫，以及上線後該監看哪些訊號。
網站開發 軟體開發
網站改版怎麼進行：改版訊號、範圍界定與上線切換計畫
網站改版常被當成重做一次設計，結果上線後問題更多。這篇說明該改版的訊號、目標與範圍怎麼界定、現有內容與功能怎麼盤點、設計與開發的階段怎麼走、內容遷移的順序，以及上線切換與回退計畫該準備什麼。
軟體開發
兼任技術長是什麼：技術顧問能做什麼、什麼階段適合
公司沒有技術主管，卻要做技術決策、比較廠商報價、判斷系統該不該重寫。這篇說明兼任技術長（CTO as a Service）是什麼、適合哪些階段、實際能交付什麼，以及它和外包開發團隊的分工關係與評估效果的方式。
軟體開發 網站開發
軟體需求怎麼寫：非工程師也能完成的需求文件
不會寫程式也能寫好需求文件。這篇提供非工程師可用的結構：目標與成功條件、使用者與角色、主要流程、畫面與欄位、業務規則、例外情境與非功能需求，並整理最常被漏掉的項目、需求與報價的關係，以及上線前後的變更該怎麼管理。
軟體開發 網站開發
舊系統現代化指南：該修、該換，還是重寫？
公司裡那套沒人敢動的舊系統，到底該修補、逐步汰換還是整體重寫？這篇整理老舊系統的危險訊號、三種策略的適用情境與代價、為什麼資料遷移是最大風險、如何用平行運行降低停機與業務中斷，以及預算與時程該怎麼思考。
軟體開發 App 開發
軟體驗收怎麼做：UAT 測試、缺陷分級與付款節點
軟體開發到了驗收階段，最常見的爭議是「這樣算不算做完」。這篇說明驗收標準該怎麼從需求文件長出來、測試案例怎麼列、誰該負責測、缺陷如何分級，以及驗收與付款節點、上線後保固期的合理安排。
軟體開發
技術債是什麼：白話解釋、業務影響與重構預算
「這個功能為什麼改一個地方要花這麼久？」答案常常是技術債。這篇用白話解釋技術債是什麼、怎麼在趕工與缺測試中累積、對業務造成哪些實際影響、什麼時候該還，以及怎麼跟開發廠商談重構的預算。
軟體開發 App 開發
軟體專案為什麼總是延誤：根因、估算方法與補救
軟體專案延誤，原因很少是工程師寫得慢。這篇拆解四類真正的根因：需求持續變動、決策卡住等待、第三方依賴不可控、低估整合與測試，並說明業主端能做的事、時程估算該怎麼留緩衝，以及延誤真的發生時怎麼處理。
軟體開發 App 開發
MVP 最小可行產品開發指南：第一版該做什麼、不該做什麼
MVP 最常見的誤解是把它當成功能砍半的粗糙版本。這篇說明 MVP 真正要驗證的是什麼、怎麼決定第一版做什麼不做什麼、技術選型以夠用且能換為原則的理由、什麼時候該重寫，以及和外包團隊合作做第一版的注意事項。
網站開發 SEO 軟體開發
網站改版 SEO 檢查清單：避免流量掉光的搬遷步驟
網站改版後排名與流量下滑，多數是可以避免的。這篇說明改版導致流量掉落的真正原因、上線前該盤點哪些頁面、網址對照表與 301 轉址的作法、上線前檢查清單、上線後要監測的指標，以及最常見的幾個錯誤。