小案急行的關鍵方法：越急，越要一步一步來
在網站設計的世界裡，許多案子不是不能做，而是「真的沒時間」。
活動快開始、招生快截止、上線日期不能動——這些都是現實世界的網站專案。
而這正是我們在果核常處理的專案類型：小案急行。
急案不是問題，問題通常是：
大家同時急、方向不清楚、步驟沒拆解、資訊膨脹。
這篇文章整理我們在急案中最常用的 5 個方法，
幫助我們在有限時間內維持品質，而不是只做出「先求有再求好」的網站。
✦ 01. 先把動線抓出來，而不是先畫畫面
急案最大的錯誤，是一開始就討論視覺。
例如：
- 字型要不要換？
- 這張照片可以嗎？
- 配色能不能更亮？
這些問題都不是第一步。
急案第一件要做的事只有一件：
用 Wireframe 把動線抓出來。
因為 Wireframe 可以最快釐清：
- 資訊優先順序
- CTA 放在哪裡
- 這頁到底需不需要
- 內容會不會太多
- 使用者會不會迷路
動線抓對，後面 UIUX 會順到不行；
動線沒抓好，畫面再漂亮都沒用。
✦ 02. 模組化：急案的救命方法（快、穩定、一致）
模組化不是「模板化」，而是把常見版型先整理好。
根據我們的經驗，在急案裡，我們最常用這些模組：
- Hero
- 三格亮點 / 服務摘要
- 左右兩欄敘述
- 活動流程 / Service Flow
- FAQ
- CTA 區塊（通常至少兩個位置）
模組化的好處非常明顯：
- 排版一致，不亂
- 設計速度快
- 開發也更快
- 版面看起來整理過
模組不是偷懶，而是有限的時間內能保證設計品質的方法。
✦ 03. 用「內容壓縮」的方式快速收斂資訊
急案會拖延，通常不是設計慢，而是內容一直長。
所以在小案急行中，我會給客戶一份「最小內容清單」：
- 主標（1 句）
- 副標（1 句）
- 介紹（3 段）
- 圖片（2–3 張）
- CTA（1–2 個）
先用這些最核心的資訊跑流程，
後面如果要加，再慢慢補。
資訊越少，越能突出重點；
重點越明確，轉換率就越高。
急案裡，收斂比增加更困難，也更重要。
✦ 04. 技術選擇採用「輕量策略」：能快、能穩，不做多餘的事
急案不能做炫技，也不能做耗時的實驗。
技術策略只需要達成兩個目標：
- 上線要快
- 品質不能掉
常用的急案技術策略：
- LQIP（縮圖先載入，加速首屏）
- Lazy Loading（不一次載全部）
- 精簡 Utility CSS（寫必要的即可）
- 獨立部署前端（省去 build 時間）
- 模組化 UI
越輕量，越能確保不會在技術端浪費時間。
✦ 05. 急案的步調：10 天就可以很穩
急案最可怕的不是「時間短」，而是「全部事情一起進來」。
所以我常用一個 10 天步調，
它能讓急案按部就班，避免混亂：
- Day 1：動線 & Wireframe
- Day 2：主視覺 & 設計系統
- Day 3：內容壓縮與定稿
- Day 4–6：開發、切版與互動
- Day 7：RWD、細節調整
- Day 8：SEO、分享圖、追蹤碼
- Day 9：全站測試、錯字、速度調整
- Day10：上線
步調拆開後，急案其實沒有那麼可怕，
可怕的是沒有步調、沒有順序、所有人一起急。
✦ 結語：快速並不等於草率，急案也能有品質
小案急行的核心精神不是「更快」，而是：
- 步調拆開
- 動線先定
- 內容收斂
- 模組化處理
- 技術輕量
- 專注在必要的事
急案能不能漂亮，其實不是看時間，而是看策略。
用對方法，急案可以穩、可以好看、也可以有效。
時間不是敵人。
混亂才是。