English
繁體中文
多數 Shopify 家具店從一個 3D 檢視器開始，然後在第一組模組沙發上線之後才發現：Shopify 家具配置器是完全另一種動物。檢視器展示一張沙發；配置器要讓客人用四個模組拼出一組轉角沙發、算出價格、確認這個組合做得出來，最後還要交出工廠讀得懂的東西。一個轉得再漂亮的檢視器，這四件事一件都不做。
Shopify 自帶的媒體類型在這條線之前就停了。產品頁上一個 GLB 檔，給購物者一個可以旋轉的模型；它完全不知道貴妃位只能接在左扶手座上。這不是 Shopify 的失誤，而是品類錯配，怎麼補取決於你的產品線到底有多模組化。
為什麼 Shopify 的變體撐不住模組沙發
變體是為一組固定的選擇設計的：尺寸、顏色、兩三個選項，每一個對應一個獨立 SKU。模組產品線是乘法，不是加法。三種座寬、兩種扶手、四種布料、可選貴妃、可選兩側腳凳：數量很快就離開百位數。這些排列你不會想全部建成 SKU 來維護。
空間關係更麻煩。兩個各自合法的模組擺在一起可以是非法的：轉角單元的方向不對，貴妃位落在骨架撐不住的某一端。Shopify 的變體沒有辦法表達這種關係，變體模型裡沒有任何東西知道 B 模組必須在 A 模組右邊。這跟產品配置器規則引擎處理的是同一種約束問題，只是對象從櫥櫃換成軟墊。
所以真正的問題不是 Shopify 能不能做，而是你走哪條路，以及那條路的天花板在哪。
在 Shopify 上做模組沙發配置器的三種做法
掛一個支援模組的 App，是最便宜的入口。Shopify App Store 上有幾款配置器 App 讓你定義組件庫、讓客人在畫布上擺模組，再把結果映射成購物車的一行。六到十個模組、相鄰規則簡單的產品線，這樣就夠，而且上線很快。它變薄的地方在規則深度和訂單交接：一旦工廠需要「產品 X、數量 1、附註一段」以外的結構化輸出，就已經超出這個 App 當初被設計的範圍。
把自建配置器嵌在產品頁裡、透過 storefront API 跟 Shopify 對話，是中間那條路。佈景主題留著、結帳留著，只把配置器當成一個獨立的模組來開發。多數認真的家具品牌在組合一過幾十種之後都落在這裡，這也是Shopify 3D 配置器的三條路線那篇裡描述的決策框架。
完全 headless 買到的是自由，代價是多數家具店不需要的維護成本。除非你的目錄和定價邏輯異常複雜，嵌入式做法能拿到同樣的結果，而且少養一套東西。
模組、規則，還有那個沒人想聽的組合數
動手之前先數組合。不是數 SKU，是數合法組合。一套十個模組、帶相鄰規則的系統，不是十種配置；它有幾百種合法組裝，還有更多非法組裝，而一個自由的畫布會很樂意讓客人一個一個試出來。
兩個後果。第一，規則集就是專案本身。哪些模組能相接、哪些布料只配某些骨架、哪些組裝超過運送尺寸，這些決定才決定了配置器值不值得信任。第二，互動必須引導，不能只是允許。拖放式畫布在客人拼出一組七公尺長、貨運拒收的沙發之前都很討喜，之後就變成一張附截圖的客訴單。
這也是真實專案跟示範影片的差別。我們做過戶外結構的配置器，模組、頂棚選項和場景切換都必須被工廠真的組得出來這件事約束；決定排程的是規則層，不是渲染。
把拼好的沙發變成購物車裡的結構化資料
一個配置結束在漂亮的圖片上，那是行銷素材。結束在營運團隊讀得懂的一行購物車項目裡，才是配置器。
在 Shopify 上，這代表把選擇寫進購物車屬性、變成結構化的行項目，而不是塞一段文字備註；也代表把每個合法配置映射到真實 SKU，或者在需要人工判斷價格時映射到報價請求。還代表要早點決定工廠需要看到什麼：模組清單、每個模組的布料編號、總尺寸、裁切清單。最後這個決定最常在第八週才浮出來、把上線往後推，所以Shopify 3D 配置器要多久那篇把訂單交接當成獨立階段來談。
供應商公開的工時可以當錨點，不要當承諾。有工作室寫網頁嵌入的 3D 檢視器通常三到五週，配置器則按專案範圍另計；也有平台寫家具配置器一到三個月，含模型優化、整合與培訓。規則密集的模組沙發產品線，會落在這個區間偏慢的那一端。
上線之後，誰維護模組庫
這是銷售會議上沒有人問、卻決定你擁有配置器第三年狀況的那個問題。產品線會變：一款布料停產、一種腳型改版、系統新增一個模組。每一次變動都必須同時到達 3D 素材、規則和價格，否則配置器開始賣工廠出不了的東西。
問清楚這條循環歸誰。如果答案是供應商、每次改動都要開單，那就把維護費當成固定科目編預算。如果答案是你的團隊，那模組庫要寫到一個不做 3D 的人也能加一款布料而不破壞相鄰規則。我們看過做得順的家具配置器，大多落在中間：商品團隊管商業資料，供應商管幾何與規則。
這也是為什麼定製專案值得找懂家具的合作方，而不是一家通用工作室。我們在定製家具 3D上的做法，是從模組清單和規則集開始，不是從渲染開始。
開工前該定的事
先把模組清單和相鄰規則用大白話寫出來，讓工廠簽核。這份文件的價值超過任何功能對照表，因為它是唯一一份你的產線和你的開發者會用同一種方式讀的文件。
然後定天花板：客人最多能拼多大的組合，超過了會怎樣。再定最小訂單：單一模組算不算一筆合法購買，還是配置器要擋。兩個答案都會改動規則層，而現在回答比以後便宜。
如果產品線真的模組化、規則也真的只屬於你，檢視器是最簡單的那一段。Shopify 家具配置器真正的考驗，是那份模組清單能不能撐過跟工廠的一次對話，而這場對話發生在上線之前很久。想在它變成程式碼之前找人一起看一遍這份清單，跟我們聊聊，我們陪你把約束過一遍。
FAQ
問：用 Shopify App 就能做模組沙發配置器嗎？
模組少、相鄰規則簡單的產品線可以。App 支援組件庫、畫布和購物車映射，但規則一密、或者工廠需要附註以外的結構化生產輸出時就變薄了，那時嵌入式自建反而長期更便宜。
問：模組組合一定要對應到 Shopify 變體嗎？
不一定，而且通常不該。把每種合法組裝都建成變體，會造出養不起的 SKU 爆炸。多數專案的做法是把配置映射成帶結構化屬性的購物車行加上一個基礎 SKU，或者在需要人工看價時走報價請求。
問：拖放畫布能承受多少模組組合？
限制不在數量本身，而在規則能不能即時引導。非法組裝一試就被擋、最大尺寸有強制上限，幾百種合法組合都還算好用。反過來，畫布什麼都允許、事後才驗證，同樣的數量會換來棄單和客訴。
