本篇簡單探討如果使用者可以透過 CUI 改變網站排版與風格，進而打破目前由開發者規劃好的體驗，將有什麼好處和壞處
什麼是 CUI
這裡指的 CUI，全名為 Conversational User Interface，中文並無統一的稱呼，通常以「對話式介面」、「交談式介面」常見之，也就是常常看到的「聊天機器人」、「Siri」的介面。
使用者可以透過這個介面，使用「自然語言」與「系統互動」達成目的。我沒有找到哪一個組織明定 CUI 這個詞到底定義是不是這樣，但應該是隨著技術發展而逐漸形成的概念。
例如，我曾經發想過的一篇文章「如果使用即時通訊 UI 來設計購物車結帳流程，會是什麼樣的感覺？」，整個畫面雖然是「對話」，但其實並不屬於 CUI 的範疇裡，因為不符合「自然語言」這項條件。
CUI 起源
即時通訊開始興起時，可以視為 CUI 的前身，其人與人「對話」的方式，為現今 CUI 的高接受度提供了使用前置習慣與經驗。
當自然語言處理(Natural Language Processing, NLP)技術的開始進步，結合對話的方式，造就各大社群、即時通訊軟體以及網站紛紛開始建立各式各樣的聊天機器人，人與系統間的互動達成資訊自動化處理、減少人工成本。
緊接著 Siri 的出現，開始提供文字以外的自然語言與系統互動，人們開始意識到自然語言交流的潛力，也就開始出現各式各樣的家庭控制中心、物聯網生態，例如 Google Nest，但大概也就僅止於此，普遍大家都還是會覺得「很笨」，或是局限在語言支援度不同。
如今，LLM 的爆炸性發展，讓人們對未來 AI 紀元的來臨，不再只是存在於小說裡的幻想，而是實質感受到「可能真的會實現」。
CUI 出現方式
目前我們可以看到 CUI 有好幾種出現的方式：
- 獨立專屬的頁面：ChatGPT、Gemini、Perplexity、NotebookLM
- 依附在瀏覽器裡的功能：Edge Copilot、Monica Chrome Extension
Edge Copilot 的問答展示
3. 出現在網站或 APP 隨時可展開式的：政府資料開放平臺的小幫手
政府資料開放平臺的小幫手 TAIDE 的回答情形
4. 依附在應用程式裡：Microsoft 365 Copilot
Microsoft Office Excel 的 Copilot 使用情境
CUI 分類
根據「談任務型智能客服」此篇文章，CUI 可以以下三種分類
- 依場景分類
- 依技術分類
- 依範圍分類
我認為 CUI 的下一步
我認為，CUI 要走的下一步，會是類似 Microsoft 365 Copilot 這種模式，但不僅是在辦公軟體提升生產力，而是一般網站也可以使用。
例如，現在我們可以利用 Edge Copilot 查詢目前頁面並問問題，但是問完問題後，答案或結論都是在對話內容裡面，還需要使用者自行點擊對話內容的連結，觸發事件或前往網頁，這裡就形成一個使用體驗的斷點，有一種把Copilot 和網頁切開成不同世界的感覺。
如果我能在網站的 CUI 可以問問題之外還能跟網頁互動，那將會再更提高體驗。例如，我在銀行網頁的 CUI，直接輸入，幫我找某張信用卡資訊，那麼網頁就會自動跳到該張信用卡介紹頁，對話內容可能就會是：已經幫您導至XX 信用卡頁面，這張主要是 blah blah blah…。如此，對話跟頁面就會對得起來，也不用一直懷疑對話內容是不是正確的，然後還要去查詢。因為網頁是不是正確的，一看就知道。
基於此原理，那麼要實現「透過 CUI 客製化網站風格」的話，首先就會排除瀏覽器擴充程式的方式建立，因為會有安全性問題，瀏覽器擴充程式要跟網頁進行深度的互動一定會遇到很多限制。
再來，因為是一般網站，所以排除放在專屬應用程式裡的方式，雖然某種程度很相像，但專屬應用和一般網站仍舊有所差異，因為一般網站改變排版和風格比較容易，您可以想想如果您改變了 Excel 的排版和風格。
第三，依定也是排除專屬網頁的形式，因為整個介面都是對話，結果也在對話裡，沒辦法跟網站互動。
也就是說，要完成「透過 CUI 客製化網站風格」這件事，使用常見的「點擊按鈕展開視窗」這種會比較適合，因為是網站開發者自行建立，應該可以針對 LLM 的回應，執行下一步的互動，並且要可以儲存狀態。
透過 CUI 客製化網站風格有什麼好處和壞處
以下只是我大概腦海一閃的想法，應該會有很大的思考不周，就當作是發想筆記也好，會陸續補充。
對開發者可能的好處：
- 不再需要維護多種版面，什麼 dark mode、multi style mode、圖片模式、圖文模式等，都給使用者決定就好。也就是NN Group 在「Generative UI and Outcome-Oriented Design」提到的 Generative UI (GenUI) 概念
- 因為只做一種版面與風格，可以將重點放在資訊的傳遞、效能以及優化 CUI 有關於業務的對話邏輯和操作上。
對開發者可能的壞處：
- 品牌識別可能要想別的方法塑造，因為網站的排版、風格甚至網站體驗都交由使用者決定了。
- 安全性問題：也許有可能使用者透過漏洞，對網站造成了某種影響。
對使用者可能的好處
- 依據自身狀況，調整喜歡的顏色、排版瀏覽網頁
- 補強無障礙網頁技術設定不足之處，例如：透過 LLM 的程式碼功能，將原本只通過 AA 等級的，改成可以通過 AAA 等級的。
對使用者可能的壞處
- 開發者可能會開始偷懶，變成什麼東西都要使用者自行設定，排版變得比現在的 LandingPage 更制式化
DEMO
這是一個很笨的程式也是本篇文章發想起源，我的目的是希望當網頁不符合無障礙 AA 時，使用者可以透過 CUI 補救網頁。但這個很笨的程式只能回答出 CSS ，並且被我特意放置在最後一個引入，才能覆蓋之前的 CSS。希望透過這樣一個小 Demo，能激發出大家的靈感。
結論
我的理想上網站會有一個客服小幫手，這個小幫手除了可以諮詢網站內容，也會自動引導，也可以改變網站外觀，甚至是要填寫內容時，就直接生成在網頁裡而不是生成在對話視窗裡等等的「下一步」動作，對話視窗內只要留下「復原」或是其他動作快捷按鈕等附加功能。因為這個「下一步」，所以開發者勢必要把精力放在 CUI 的業務對話邏輯和操作上，更近一步把斷點消除，當然，這個「下一步」在什麼時間點要吐出什麼專業的內容跟網頁互動，應該又是另一個訓練的過程，這我就不清楚了。
總之一句話，CUI 會變成網站的「控制中心」。
