先找設計師還是先找工程師——搞反了這個順序，很多人多花了一倍的錢

有一種心情，我在很多剛要做網站的人身上看過。

準備要動了。有產品、有想法，腦子裡有一個很清楚的畫面：網站長什麼樣、顏色用什麼色調、首頁要放什麼。很興奮，也很確定。

於是，第一步：找設計師。

找來了，溝通了，設計師開始畫稿。幾週後，一份精美的視覺稿出現在螢幕上，那個感覺真的很好，我們的品牌，第一次有了樣子。

然後，把設計稿發給工程師，說：「麻煩你照這個做。」

然後，故事的走向開始不對。

工程師看著那份設計稿，沉默了一下

「這個動畫效果要做，但會花很多時間。」「這個結帳流程，跟我們原本打算用的金流 API 不太一樣，要另外串。」「這個版面在手機上很難做，你看到的是桌機版的稿，手機版呢？」

一個問題接一個問題。

有些可以解決，但解決的代價是時間，時間的代價是錢。有些直接無解，設計稿裡某些效果的底層邏輯，跟我們選的技術框架根本不相容，要做就得換一套，換一套就代表從頭來過。

這不是工程師在找麻煩，也不是設計師做錯了什麼。

是因為這兩個角色，從來沒有在同一個房間裡對話過。

反過來也是問題

有人知道這個坑之後，決定換個順序：先找工程師，確認技術可行，再找設計師進來美化。

這個邏輯沒有問題，但實際上也會卡住。

工程師把功能架好了，頁面跑起來，能用、沒有 bug、邏輯清楚。但整個網站看起來像是一份還沒上色的線稿，缺乏讓人想停留的理由。

這時候設計師進來，才發現頁面的結構已經定型了，導覽列長在那個位置，區塊的排列有其技術上的邏輯，改動某個地方，工程師說「那個會動到後端的邏輯」。設計師只好在有限的空間裡做修改，最後做出來的東西，是一個折衷的結果，不是一個有完整視覺意圖的作品。

先找設計師，設計受限於技術現實。先找工程師，技術受限於設計介入太晚。

兩個順序，都有各自的代價。

問題不在順序，在沒有先把事情說清楚

這些年看下來，我發現真正的問題不是「誰先誰後」，而是在找任何人之前，我們沒有把一件事情想清楚：這個網站到底要解決什麼問題。

不是「我要一個電商網站」，這說的是形式。

而是：我們的客人從哪裡來、他們在網站上要做什麼決定、什麼是最關鍵的那個動作，是下單、是填表單、是聯絡我們？我們手上有多少預算、預計幾個月要上線。

把這些東西想清楚、寫下來，然後帶著這份說明去跟任何人談。設計師看了會知道要設計什麼，工程師看了會知道技術複雜度大概在哪，也才能給出比較準確的估算。

沒有這份東西，找誰都會走彎路。

那如果非得選一個先找的呢

如果真的要選，我的觀察是：大部分的情況，先跟工程師談一次，比較省事。

原因很直接：技術的限制是客觀的，設計的可能性是開放的。先了解技術上能做什麼、成本大概在哪個區間、有哪些現成的工具可以省力，然後帶著這些條件去跟設計師溝通，設計師才能在一個真實的範圍裡做出最好的選擇。

反過來，如果先有設計，再去找技術實作，很容易變成「被美好的圖紙綁架」，視覺稿做得越精美，越難接受「這個做不了」或「這個要貴很多」的現實。

但這不是說設計不重要。設計很重要，對第一印象、對轉換率的影響都很真實。

只是在那之前，我們需要先知道自己站在哪塊地基上。

AI 工具改變了一些事，但沒有改變這件事

2026 年，有很多 AI 工具可以幫我們快速生成設計稿、快速生成程式碼。有人覺得這代表「設計師和工程師的角色都不重要了」。

我不這樣認為。

AI 工具讓原型更快出現，讓初版可以用更低的成本驗證。但它沒辦法替我們想清楚「這個網站要解決什麼問題」。那個問題，還是要人來回答。

找錯順序的代價，其實是把最貴的資源，決策者的時間和信任，花在一個還沒想清楚的問題上。不管是設計師還是工程師，他們都是在幫我們把想法變成現實。但如果想法本身還是模糊的，不管誰先進來，都會撞牆。

所以，怎麼開始

一個很實際的建議：在找任何人之前，花一到兩個小時，把以下幾件事寫在一張紙上。

• 這個網站是給誰看的。
• 他們會在哪裡找到我們。
• 進來之後最重要的動作是什麼。
• 我們有多少時間和預算。
• 哪些功能是必要的，哪些是加分的。

不用寫得很完整，粗略就好。這一張紙，會讓後面所有的對話都更有效率。

然後，帶著這張紙，找一個願意先跟我們聊清楚的人，不管是設計師還是工程師。光是找到這種「願意先聽再動手」的人，本身就已經是一個重要的篩選。

順序從來不是重點，清楚才是。

每次聽到「先找了設計師，結果工程師說做不了」，我都忍不住想：不是順序的問題，是中間那場對話從來沒有發生過。