METHOD
我們怎麼做事
我方把「怎麼做」寫出來，是因為這一段通常是報價單上最模糊、事後爭議最多的地方。以下四步是我方每一件對外交付物實際會走過的路徑，包含這個網站本身。
這套流程的核心假設只有一條：規則寫在文件裡會被忽略，寫進機制裡才繞不過去。所以底下每一步的產出都是可以被第三方查驗的東西，而不是一句「已完成」。
FOUR STEPS
四步，每一步都有可查驗的產出
- 01ARCHITECTURE
架構先定案，才准動工
任何網站的新建或改版，先出一份架構決策文件：資訊架構、技術選型、效能預算、以及「哪些區塊刻意不做」。不做的理由要寫進去，否則下一個人會把它加回來。技術選型要寫清楚被否決的方案是什麼、為什麼被否決，這樣日後回頭檢討才有依據。效能預算則要具體到數字：首頁 HTML 多大、第一次載入的 JavaScript 多大、字型可以下載多少，超過就是不合格，不是「盡量」。
產出：一份架構決策文件，含被否決的選項與否決理由
- 02REVIEW
跨職能會診，不由一個人拍板
架構定案前先過一輪會診：介面與動線、搜尋能見度、AI 能見度、資安與資料流、行銷轉換、以及實作可行性，各自回答自己領域的問題並留下書面判定。會診的價值不在於同意，在於有人明確說不同意——我方這個網站的架構在會診時就被資安判為不通過，擋下了一條「表單防機器人檢查全部跑在瀏覽器裡、而真正的資料庫端點根本不經過它」的設計。那一條如果沒被擋下來，會一路做到上線才發現。
產出：六方各自的書面判定與必須補齊的阻塞項清單
- 03BUILD
實作時把紅線寫進型別與建置流程
這一步是我方跟多數做法差最多的地方。舉例來說：本站的「我們做過什麼」這份資料，它的型別裡刻意沒有客戶名稱、沒有 logo、沒有成效數字、沒有獎項這四個欄位，證據網址與最後查證日期則是必填。任何人想在這裡放一個編出來的客戶案例，編不出來——不是因為有人會擋，是因為程式編譯不過。同時建置流程會逐筆去打那些證據網址，任何一筆掛掉就建置失敗，並且清單裡固定放一個必然失敗的對照組，用來證明這個檢查真的在跑。
產出：可部署的原始碼、建置期檢查腳本、以及對照組的實測輸出
- 04GATES
三道閘門都過，才算完成
交付之後的狀態一律是「待驗」，不是「完成」。資安看金鑰、資料權限、對外端點與相依套件；搜尋看每頁的標題描述、結構化資料、網站地圖與網址規範，並且必須附一個必不存在路徑回 404 的對照組——沒有對照組的 200 不能證明任何事；品質工程師則以使用者視角把手機版逐頁走完，並實際點開每一條交付的連結。三道閘門各自留下書面紀錄，沒有紀錄就等於沒驗過。這條規則的來源是一次真實事故：有人連續兩次回報成品完成，實際上一個成品檔都不存在。
產出：三份書面簽核紀錄，寫進專案文件
BOUNDARIES
我們不做的事
- 我方不保證搜尋排名、不保證成效數字、不保證 AI 助理會提到你。這幾件事沒有任何人做得到，說得出口的都是話術。
- 我方不提供法律、稅務或資安稽核意見。查得到出處的事實我方會附出處，查不到的我方會直接寫「查無」，不用推論填補。
- 我方不做假的儀表板、假的即時計數、假的成長曲線。視覺上的杜撰跟文案上的杜撰是同一件事。
- 我方會做的是：把量得到的量出來、量不到的照實說量不到，以及在自己講錯話的時候把它撤下來。