訪談記錄：AI 時代關於設計師角色的探索和轉變
整理版優先睇
設計師要由單一環節轉向「一人公司」思維，善用 AI 但唔好忽視技術文檔同產品思維
呢篇訪談主角係 Rico，一位網頁設計師，有 UI/UX 經驗，而家仲做緊自媒體同獨立項目開發。佢分享自己點解由純設計師自學開發，主要係因為想減少同開發溝通嘅內耗，同埋想實現自己嘅產品 idea。
Rico 認為設計師角色唔係一成不變，以前 UI、UX 呢啲分工都係近十年先成形，而家 AI 同市場變化逼住設計師要適應。佢強調設計師嘅強項係產品思維同組件化思想，呢啲係純開發者未必有嘅。但獨立做產品嘅挑戰好大，要由市場調研一路做到營銷同税務，所以佢建議「離錢近一點」，並寫好詳細技術文檔，避免 AI 幻覺。
佢嘅整體結論係：設計師同開發者角色唔係對立，而係產品開發嘅唔同環節。技術棧方面，輕量項目用 Astro.js（先靜態後交互），複雜項目用 Next.js。同 AI 協作時要先溝通獲得認知，再揾朋友確認可行性，最後先開始開發。佢提醒唔同 AI 模型要搭配使用，簡單嘢用平價 model，難題用貴嘅，咁樣最慳錢。
- 結論：設計師角色可變，要疊加技能，尤其產品思維同組件化思想係 AI 時代嘅核心優勢。
- 方法：獨立開發要掌握全流程，寫好技術文檔，同 AI 反覆溝通驗證，避免幻覺。
- 差異：設計師更接近產品上游（需求定義、視覺規範），開發者更擅長技術實現；AI 降低門檻但抽象需求仍然稀缺。
- 啟發：設計師可以採用「先靜態、後交互」開發模式（如 Astro.js），專注視覺還原；複雜項目用 Next.js 利用豐富生態。
- 可行動點：由輕量項目入手學習基礎開發，建立技術方案並諮詢專業人士；使用 AI 時搭配不同模型以控制成本。
設計師角色：從專注一環到適應變化
Rico 指出，設計師嘅角色同職能唔係一成不變，UI、UX、UED 呢啲細分崗位都係近十年先成形，係為咗滿足過去互聯網高速發展嘅需求。而家 AI 出現、經濟下行，設計行業要變，設計師唔應該死守啱啱形成嘅行業「規矩」。
角色可變
佢認為設計師可以選擇跟住行業需求適應新職能，或者按自己喜好堅持做鍾意嘅嘢。關鍵係要認清：產品思維同組件化思想係設計師相對於純開發者嘅獨特優勢，尤其係喺 AI 輔助編程嘅時代。
佢自己就係因為日常同開發溝通太耗時間，加上有啲產品 idea 最終變咗飛機稿，所以先決定學開發。
獨立產品挑戰：離錢近、寫文檔、用 AI
對於想獨立做產品嘅設計師，Rico 話挑戰多到數唔曬：由市場調研、原型、交互、設計、文案、開發、測試、上線到營銷，甚至税務都要理。呢個就係「一人公司」嘅概念。佢分享咗兩個親身感受：
- 1 離錢近一點：獨立開發關乎營生，產品成唔成功在於能唔能夠賺錢。設計師成日有完美主義同不切實際嘅憧憬，對變現考慮不足。
- 2 寫好詳細嘅產品技術文檔：AI 好強大，但要描述得夠詳細先得。非專業開發起步難，技術棧選擇同前期架構會影響後期性能同維護，呢啲要自己踩過坑先有底。
佢建議前期可以付費請教專業人士，同 AI 先做大量細節溝通，但要提防AI 幻覺，AI 有時會畀唔切實際嘅方案。
避免 AI 幻覺嘅方法：換幾個 AI 產品確認
技術棧與 AI 協作：Astro.js 與 Next.js 嘅取捨
Rico 分享咗自己嘅技術棧選擇：輕量型項目（個人作品集、品牌官網、博客、着陸頁等）優先使用Astro.js，因為佢嘅「島嶼架構」同「按需水合」策略確保性能效率，而且開發門檻低，唔使學複雜狀態管理，用 HTML+CSS+JS 就可以。
而業務邏輯複雜、功能系統化嘅項目，佢會揀Next.js + React組合，因為社區生態豐富，組件多，用 AI 輔助編程時最好用。佢特別提到「先靜態、後交互」</highlight>嘅開發模式好適合設計師。
- Astro.js：適合輕量、內容型網站，強調靜態輸出同性能。
- Next.js：適合複雜業務邏輯，生態豐富，AI 支援好。
- AI 使用：先溝通 > 多模型驗證 > 專家確認 > 細化文檔。
同 machiwhale studio 嘅訪談記錄
導讀
• 呢篇係圍繞「設計師喺 AI 時代角色嘅探索思考」嘅問答整理。 • 集中講四個關鍵詞：角色變遷、AI 輔助編程、獨立產品挑戰、技術棧選型。 • 適合設計師、創作者同想了解「一人公司」嘅朋友。
Q1. 請簡單介紹下自己啦，幾時成為咗「寫 code 嘅設計師」？
A:
我叫 Rico，而家係網頁設計師，都有 UI 同 UX 嘅設計經驗，而家搞緊設計相關嘅自媒體創作，同埋探索緊獨立項目開發。
關於學開發，其實我啱啱做設計冇幾耐就有呢個念頭。一個原因係平時同開發溝通同對接太嘥時間，冇技術底子搞到一啲功能同細節要不停確認。第二就係自己有時候會有啲產品同設計嘅諗法，但最終只能做飛機稿（冇實現嘅設計），覺得有啲可惜。所以自己去學開發，想實現自己嘅創意同諗法，甚至整自己嘅產品，我相信每個設計師都多少有過呢種諗法。
Q2. 見你好多帖子都分享緊對「設計師」角色嘅思考，話要不斷學習、疊加技能、做設計要樣樣精通。
A:
呢個講法其實係誤解咗。我真正想表達嘅係設計師嘅角色同職能唔係一成不變嘅。而家 UI、UX、UED 呢啲職能崗位嘅細分，都係近十年先慢慢完善同確定分工，其實係為咗滿足以前互聯網高速發展嘅需求而衍生出嚟嘅產物。而家 AI 突然出現、經濟同市場下行，設計行業都喺度變。為咗追上新時代嘅需求，設計師唔應該墨守成規，死守啲啱啱形成冇耐嘅行業「規矩」。角色係可以變嘅，可以揀隨住行業需求去適應新職能，或者按自己喜好堅持做鍾意嘅事。
Q3. AI 令產品開發門檻降低，但係抽象需求、定義產品依然係一種好稀缺嘅能力。你曾經講過，對於 AI Coding，除咗視覺同審美，設計師嘅產品思維、組件化思想其實係好重要嘅兩個能力，未必係純開發者有嘅。有冇邊個項目或者例子，係可能純開發者唔會咁樣做嘅？
A:
由工作角度睇，設計同開發都係整個產品項目上嘅一個環節。開發由上游接到具體需求，通常要對接產品經理同設計師等，做完自己嘅工作之後，再交接到下游。開發者唔係萬能嘅，要食透上下游嘅環節同職責都要去學。
同樣，設計師都係其中一環，掌握嘅能力同知識唔同，但係更加接近上游，甚至喺某啲公司會兼任產品經理嘅職能，會畫原型，設計組件都係設計師嘅職能範圍。如果由獨立產品嘅角度睇，設計師同開發者各有各嘅優勢，但最終都係要落喺產品度。唔係話邊個做到邊個做唔到，而係各自嘅優勢唔同。
Q4. 對於想獨立做產品嘅設計師嚟講，最大嘅挑戰會係乜？你有冇感受到呢種挑戰？
A:
挑戰非常多。喺工作入面，設計師只係項目流程嘅一環，你只需要專注自己嗰部分。但當自己獨立去做一款產品，就要親手掌握產品嘅上下游全流程，由市場調研、原型、交互、設計、文案、開發、測試、上線同營銷等等，甚至你有收入仲要考慮税務、個人資質同企業資質嘅分別等等。當然呢個唔只限於設計師，係對每個獨立產品人嘅挑戰。有個幾 popular 嘅概念叫「一人公司」，好準確咁概括咗呢個角色。我都唔係成功者，仲喺呢條蜀道（難行嘅路）上艱難攀爬。
最近嘅感想：
1. 離錢近啲。對於獨立開發嚟講，關乎生計，咁判斷一款產品成唔成功就係在於能否賺錢，能否覆蓋運營成本。事實上設計師總係有啲完美主義同不切實際嘅憧憬，對於變現嘅考慮有啲不足，離錢太遠唔得。 2. 寫好詳細嘅產品技術文檔。AI 好強大，的確可以開發產品，但係要描述得夠詳細。對於非專業開發嚟講，起步好難。設計師專注於原型同設計，但係對於一個產品點樣搭建起嚟、點樣 run 起嚟係冇概念嘅，咩技術棧合適、前期架構對後期性能同維護會遇到咩問題，呢啲都係攔路虎，要自己踩過坑先心裏有數。所以前期嘅技術方案好重要，可以俾錢請教專業人士，同 AI 先做好多細節溝通，但係都要避免 AI 幻覺（AI 亂講）。我實際經驗中，AI 都會畀啲唔實際、唔適合嘅方案。
Q5. 你喺項目入面同時扮演設計師同開發者，呢兩個角色有冇喺你身上打過交？例如設計師你想要一個好靚嘅效果，但開發者嘅你覺得太難。呢種情況下你會點樣決定？
A:
呢兩個角色唔係對立嘅，亦都唔係要自己真係扮演兩個角色互相打架。設計師同開發者都係產品開發嘅一個環節，唔好限制自己，我哋要將目光放返喺最終落地嘅產品身上。
設計構思產品原型、設計框架同視覺規範，開發思維衡量可行性、確定落地產品還原度，揾到當中嘅最短路徑。喺工作入面，最簡單嘅做法係提供三種方案：
方案一：以視覺為重心，需要耗費較多效能；
方案二：以效能優先，犧牲部分視覺呈現；
方案三：均衡，喺視覺同效能追求之間取中，達到平衡。
一般嚟講，提出呢三種方案，對上對下都冇得挑剔，尤其可以跳過好討厭嘅設計版本疊代（不停出設計稿）。有開發底子，無論由產品定係設計角度睇，都有得益，可以有效減少各環節溝通同扯皮嘅時間。具體揀邊個方案，可以按項目嘅實際市場需要，同埋決策者嘅喜好。如果係作為獨立開發嚟講，咁個人嘅角色就唔止係設計同開發，我哋上面提到嘅「一人公司」的確係好貼切嘅描述。
Q6. 之前帖子有寫到，而家嘅時間分配主要係四個領域：產品、設計、開發、推廣。設計同產品係你擅長嘅，難點係開發。你係點樣揀適合嘅技術棧？有冇踩過坑或者總結到啲經驗？
A:
技術棧方面，我而家嘅方案係：對於輕量型項目（例如個人作品集、品牌官網、博客、登陸頁等），優先使用 Astro.js 框架開發。佢嘅優勢包括：第一，「島嶼架構」同「按需水合」嘅策略理念，確保咗極致嘅效能效率。
第二，極低嘅開發門檻同靈活性。佢唔挑前端框架，支援 React、Vue、Svelte 等組件庫無縫共存，唔需要深入學習複雜嘅狀態管理或者虛擬 DOM 概念，只需要用熟識嘅 HTML+CSS+JS 就可以實現視覺落地，之後按需要為「交互島嶼」補充邏輯就得。呢種「先靜態、後交互」嘅開發模式，好配合設計師聚焦視覺還原嘅需求，非常建議希望獨立完成由設計到上線全流程嘅設計師試下。
而對於業務邏輯複雜、功能系統化嘅項目，我嘅選擇就係 Next.js + React 組合。Next 有非常好嘅社羣同生態，組件亦都好豐富，即係有大量資源、庫同解決方案可以用，而且用 AI 輔助編程嘅時候，佢都係最好用嘅框架組合，具體唔再多講，值得探索一下。
再講下我平時用 AI 嘅流程。第一步，先同 AI 溝通，描述清楚產品嘅功能同細節，獲得技術方面基本嘅認知同方向，然後確定大致嘅技術棧方案。為咗避免 AI 幻覺，最好換幾個 AI 產品 confirm 下。
然後，按照技術文檔，揾自己嘅開發朋友 verify 下可行性，可以俾錢諮詢。因為有啲現實問題 AI 可能真係答唔到。最後，再返去 AI 補充文檔細節，然後開始一個項目正常嘅啟動流程。
唔同 AI 產品收費差距好大，貴嘅都好貴，要切換同搭配 AI 用。簡單嘅事用低成本模型，難題同重點就用貴嘅模型，咁樣又慳錢又慳力。
📌以上只代表個人目前嘅想法同思考，限於個人能力有限，部分問題嘅回答有錯或者唔夠全面，敬請理解。
與 machiwhale studio 訪談記錄
導讀
• 這是一篇圍繞“設計師在 AI 時代角色的探索思考”的問答整理。 • 聚焦四個關鍵詞：角色變遷、AI 輔助編程、獨立產品挑戰、技術棧選型。 • 適合設計師、創作者與想了解關於“一人公司”的朋友。
Q1 .請簡單介紹下自己吧，什麼時候成為了“寫代碼的設計師”；
A:
我是 Rico，目前是網頁設計師，也擁有 UI 和 UX 的設計經驗，目前在進行設計相關的自媒體創作，以及探索獨立項目開發。
關於學習開發，從事設計工作不久就有這種想法了，一個是因為日常和開發溝通和對接中太耗費時間，沒有技術基礎導致一些功能和細節需要反覆確認。二是自己有時候會有一些產品和設計的想法，最終只能作為飛機稿的話，有些遺憾。 因此自己去學習開發，實現自己的創意和想法，甚至製作自己的產品，我想每個設計師都多多少少有過這樣的念想。
Q2. 看了你很多帖子在分享對“設計師”角色的思考，要不停學習，要疊加技能，做設計要樣樣精通。
A:
這個說法確實是誤解了，我實際上想表達的是設計師的角色和職能並不是一成不變的，目前 UI、UX、UED 等職能崗位的細分也不過是最近十年才逐漸完善和確定分工，實際上就是為了滿足過去高速發展的互聯網需求衍生的產物，而目前，AI 的橫空出世、經濟和市場的下行，設計行業也在發生變化，為了追上新時代的需求，設計師不應該墨守陳規的守着不過才形成的行業”規矩”。角色是可變的，可以選擇隨着行業的需求不斷適應新的職能，或者按照自己的喜好去堅持做自己喜歡的事情。
Q3. AI 讓產品開發的門檻降低，但抽象需求、定義產品依然是一種稀缺的能力。你曾說過對於 AI Coding，除了視覺和審美，設計師的產品思維、組件化思想其實很重要的兩個能力，未必是純開發者具有的。有沒有哪個項目或者例子，是一個可能純開發者不會這麼做的？
A:
從工作的視角來看，設計和開發都是整個產品項目上的一個環節。開發從上游接到具體的需求，一般是對接產品經理和設計師等，然後完成自己的工作之後，再交接到下游。開發者並不是全能的，想吃透上下游的環節和職責也得去學習。
同樣的，設計師也是作為其中的一環，掌握的能力和知識不同，但是更接近上游一些，甚至有些公司中兼任了產品經理的職能，也畫原型，設計組件也是設計師的職能範圍了。如果從獨立產品的角度，設計師和開發者各有各的優勢，但最終落點都是產品。不是說誰能做誰就做不了，而是各自的優勢不同。
Q4. 對於想獨立做產品的設計師來說，最大的挑戰會是什麼？你有感受到這種挑戰嗎？
A:
挑戰非常多，在工作中，設計師只是項目流程中的一環，你只需要專注自己的一部分。而當自己獨立去做一款產品，就需要自己親手掌握產品的上下游全流程，從市場調研，原型，交互，設計，文案，開發，測試，上線和營銷等等，甚至你有了收入還需要考慮税務，個人資質和企業資質的區別等等，當然這不侷限於設計師，這是對每個獨立產品人的挑戰，有個挺火的概念叫“一人公司” ，很好的概括了這個角色。我也不是成功者，還在這條蜀道上艱難攀爬。
最近的感想，
1. 離錢近一點。 對於獨立開發來說，關係到營生，那麼判斷一款產品成不成功就在於能不能掙錢，能不能覆蓋運營成本。事實上設計師總有些完美主義和不切實的憧憬，對於變現的考慮有些缺乏，離錢太遠了不行。 2. 寫好詳細的產品技術文檔。AI 很強大，確實能開發產品，但是要描述得足夠詳細。對於非專業開發而言，起步很難。設計師專注於原型和設計，但是對於一個產品是怎麼搭建起來，怎麼跑起來是沒有概念的，什麼樣的技術棧合適，前期架構對於後期的性能和維護會遇到什麼問題，這些都是攔路虎，需要自己踩過坑心裏才有底。 所以前期的技術方案很重要，可以付費請教專業人士，和 AI 先進行大量的細節溝通，但是也要避免 AI 幻覺，我實際體驗中，AI 也會給一些不切實際、不適合的方案。
Q5. 你在項目中同時扮演了設計師和開發者，這兩個角色在你的身上打過架嗎，比如設計師你想要一個炫酷效果，但開發者的你覺得太難了。這種情況會怎麼決策？
A:
這兩個角色並不是對立的，也並不是讓自己真的扮演兩個角色互相打架。設計師和開發者都是產品開發的一個環而已，不要限制自己，我們要把目光放到最終落地的產品身上。
設計構思產品原型、設計框架及視覺規範，開發思維衡量可行性、確定落地產品還原度，找到其中的一條最短路徑。從工作中，比如最簡單的我們可以提供三種方案，
方案一：以視覺為重心，需要耗費較多的性能；
方案二：以性能優先，犧牲部分視覺呈現。
方案三：均衡，在視覺和性能追求之間取中，達成平衡。
一般來說這提出三種方案對上對下都挑不出毛病，尤其可以跳過非常討厭的設計版本迭代（不停出設計稿）。有開發基礎，無論從產品還是設計的角度，都是有收益的，可以有效減少各環節溝通和扯皮的時間，具體選擇可以按照項目實際的市場需要，以及決策者的喜好。 如果是作為獨立開發來說，那麼個人的角色就不僅僅只是設計和開發，我們上面提到的“一人公司”確實是個很貼切的描述。
Q6. 之前帖子有寫到，目前的時間分配主要在四個領域：產品，設計，開發，推廣。設計、產品是你擅長的，難點是開發。你是如何選擇適合的技術棧的？有沒有踩過坑或者總結過一些經驗？
A:
技術棧方面，我目前的方案是：對於輕量型項目（如個人作品集、品牌官網、博客、着陸頁等），優先使用 Astro.js 框架進行開發。它的優勢中，一是“島嶼架構”和“按需水合” 的策略理念，確保了極致的性能效率。
二是極低的開發門檻與靈活性，它不挑前端框架，支持 React、Vue、Svelte 等組件庫無縫共存，無需深入學習複雜的狀態管理或虛擬 DOM 概念，只需用熟悉的 HTML+CSS+JS 即可實現視覺落地，後續按需為 “交互島嶼” 補充邏輯即可。這種 “先靜態、後交互” 的開發模式，契合設計師聚焦視覺還原的需求，非常建議希望獨立完成從設計到上線全流程的設計師嘗試。
而對於業務邏輯複雜、功能系統化的項目，我的選擇則是 Next.js + React 組合。Next 有非常棒的社區和生態， 組件也非常的豐富， 這就意味着有大量的資源、庫和解決方案可用， 而且用 AI 輔助編程的時候，它也是最好用的框架組合， 具體不再多贅述了， 值得去探索一下。
再說說我平時用 AI 的流程，第一步，先通過和 AI 的溝通，描述清楚產品的功能和細節，獲得技術方面基礎的認知和方向，然後確定大致的技術棧方案。為了避免 AI 幻覺，最好換幾個 AI 產品確認一下。
然後，按照技術文檔，找自己的開發朋友們確認一下可行性，可以付費諮詢。因為有些現實的問題 AI 可能真的是回答不了的。最後，再回到 AI，補充文檔細節，再開始一個項目的正常啓動流程了。
不同的 AI 產品收費差距挺大的，貴的也很貴，要切換和搭配 AI 使用，簡單的事情用低成本的模型，難題和重點上貴的模型，這樣既省事又省錢。
📌僅代表個人目前的想法和思考，限於個人能力有限，部分問題的回答有錯誤或者不夠全面，敬請理解。