監控看板救不了任何一次退步
上線後的效能監控是一個很容易通過的提案：圖表漂亮、數字即時、沒有人需要改變工作方式。它唯一的缺點是沒有用。等到看板上出現一條往上的線，那段程式碼已經合併兩週，寫它的人正在做別的事，而那個退步現在是「技術債」了。
預算是一組具體的數字
「網站要快」不是預算。首屏 JavaScript 不超過 90KB、LCP 不超過 1.2 秒、第三方腳本不超過兩支、單張圖片不超過 200KB —— 這才是。預算必須具體到可以被機器判斷，否則它就只是一句每個人都同意、而沒有人會執行的話。
放在合併之前，差別是誰要修
這是整件事唯一重要的地方。上線後才看到的數字，屬於一個已經換了脈絡的人；合併前擋下來的數字，屬於剛剛寫完那段程式、腦子裡還記得為什麼這樣寫的人。同一個修正，前者要半天，後者要十分鐘。
會有人不高興，而那是必要的
NOMU 那個案子，行銷的活動頁被擋下來兩次，素材要重做。兩次都有人來問能不能通融。如果那兩次通融了，預算就會變成一個建議，而建議不會改變任何人的行為。擋下來的訊息要寫清楚是哪一項、超了多少、以及可以怎麼修 —— 嚴格但不神祕。
預算定在哪裡
不要從理想值開始，從現況開始。先量現在的數字，把預算定在「比現在好一點點」，然後每一季往下收一格。一開始就定在理想值的預算，會在第一週被整個團隊一起關掉，而關掉之後不會再打開。
一個沒預料到的效果
十四個月後，NOMU 的效能預算一次都沒有被調鬆過，但更有意思的是行銷部門自己訂了一份素材規格 —— 因為他們不想再被擋。一條夠清楚的界線，最後會被內化成別人的習慣，而那比任何一次優化都持久。