於是我先發散再收斂，再發散再收斂

「先發散再收斂再發散再收斂」，第一次聽到這個概念大概是 2025 年的時候，時常在各平台吸收各種有關軟體開發與設計的資訊之下，無意間發現的。

簡單來說，在解決問題、發想創新，與設計之時，通常會經歷這個標題所描述的過程。

我並不是專門學過設計 UI/UX 或產品的人，但在專案開發經驗中其實也非常相似。

就拿該 Astro 寫的這個網頁來說，其實它歷經了各種修改與進步，從最初的版本充滿我個人想試試看各種酷酷的前端效果，到中間開始將過多的效果與不必要功能的刪減，一直到最後的把某些 UI 元素更模組化，甚至寫一些 Tailwind 的 utility class 來讓 UI 元素更容易被重複使用。

這都是先發散再收斂的過程。

---

對我來說這跟部分重構是類似概念，縮小並簡化、減重，卻又不引響功能，甚至還能讓功能更好用。

有人說，那如果一開始就能夠完整設計並規劃好，為什麼還要經歷這個過程呢？

首先，軟體是用探索出來的。把一棟大廈的藍圖設計好，它的地基與成果都是不變的。但是軟體不是，它是具有動態且可塑性質的，隨著使用者的使用與需求的改變，軟體也會不斷地被修改與調整。

其次，雖然某些前端作品，確實是一版就結束，且不會再被修改，但這些作品通常是對應某些需求，如：一個被精心預先設計 UI 的 Landing Page，或是一些用來展示特定功能的頁面。但大部分的軟體專案，尤其是長期維護的專案，通常都會經歷這個過程。

開發上這個網頁也歷經「過度設計」的 UI，和沒有規劃好的前端切版與統一樣式。

但正是經歷了前面肆無忌憚的「發散」，讓各種點子、套件和排版在畫面上撞擊，我才看清了哪些效果只是開發者的自嗨，哪些細節才是真正能提升閱讀與 UI/UX 的核心。

收斂是帶著那些發散過的具體經驗後，去蕪存菁，留下最重要的部分，並且將它們整合成一個更完整的設計。

「先發散再收斂」不會是一時的行為，這個過程將伴隨我，或者是任何軟體開發者，甚至是設計師，在專案中進行。