Betheme 主題值不值得用：六道關卡檢核與退場條件

比較 WordPress 主題的習慣動作，多半是打開產品頁數一數有幾套版型、看看支援哪些編輯器，然後把「樣式多」直接當成「省事」。換個場景想：週三傍晚，客戶傳來一個參考網站連結，附一句「這種感覺可以嗎？下週想看初稿」（示意情境），而你的編輯器還是一片空白，什麼都展示不出來。這時一款內建大量整站範本的多用途主題，看起來就像唯一的出口。考慮 Betheme 主題之前，這個直覺需要先拆開檢查。

Betheme 的賣點正是那一大批可一鍵匯入的整站預設網站，但版型數量是最不必計較的規格。真正決定成果的，是六個按順序回答的問題：案子對不對題、版型庫怎麼驗貨、編輯器路線怎麼鎖定（含全域與單頁的分層）、替代方案怎麼取捨、速度與 SEO 的責任怎麼分、長期成本怎麼算。每一題都有通過條件與退場條件；答完之後，結論會明確落在買或不買其中一邊，不再停在「看起來很強」的印象。

快速重點：Betheme 用大量整站範本換起步速度，適合產業多、交期緊的產出型工作；效能敏感、極簡內容或不想碰頁面編輯器的需求，會在檢核線上提前退場。六道關卡走完，買或不買都會有答案。

WordPress 撐起全球四成以上的網站（依 W3Techs 的長期統計，2026 年 6 月），主題因此成為後續客製、維護與升級的支點：選定什麼主題，之後的修改與擴充就繞著它轉。還在猶豫主題類型的人，可以先讀WordPress 佈景主題的完整比較把地基打好再回來；主機與 WordPress 本體視為已就緒，安裝程序不再重複說明。

版型數量不是規格表：先判斷你的案子對不對題

先把採購直覺翻過來：預設網站的數量，是靈感庫的規模，不是成品庫的保證。任何實際專案到頭來只會鎖定少數幾套版型反覆使用，其餘大批範本的作用，是讓你知道這個主題的設計上限在哪裡。把「樣式多」等同「省事」，在以整站範本為核心的主題上正好失效，因為省不省事取決於替換與客製的工時，工時跟版型總數無關。

對題的第一種情境，用一個示意的接案工作室來看：客戶產業連發，這個月餐廳、下個月診所、再下個月補習班，初稿永遠在下週。這種工作型態買的是「盡快讓客戶看到接近成品的樣子」，整站範本正好對味。通過條件有兩個：未來一年可能承接的站型，在官方圖庫裡找得到夠多的命中；以及有人力消化後續的替換與客製。兩個都成立，這一關就過。

第二種對題情境是預算設了上限的品牌主（同為示意）：不想負擔從零設計的費用，但仍要求專業感。挑一套最接近的行業版型，換上自己的文案與素材，是成本可控的路徑。通過條件是團隊裡有人願意花時間熟悉後台與頁面編輯器；沒有這個人，再好的版型都會停在「看起來像 demo」的階段。

不對題的情境同樣明確。效能敏感的站，例如廣告著陸頁或以搜尋流量為核心的內容站，對載入速度與資源控制的要求，會讓功能密集的主題變成負擔；極簡的個人部落格或純文字內容站，則根本用不到整站範本的優勢。這兩種需求的退場路線很清楚：改走輕量與部落格導向的選擇，例如免費部落格主題裡的輕量款式。主題解決的是設計產能問題，不是流量問題；把後者的期待放進採購理由，一開始就會失望。

做這一關的判斷，素材要自己帶：把未來一年可能承接或經營的網站類型寫成清單，標出哪些是主要收入、哪些只是偶發。清單就是下一關驗貨的輸入，沒有這份清單，再多範本也只是別人的作品集。帶著清單往下走，每一關的判斷才有落點。

一鍵匯入把什麼搬進你的網站：版型庫的驗貨方法

這一關要回答的問題很具體：按下匯入按鈕之後，到底有什麼東西搬進你的網站。整站範本搬進來的是一整套網站骨架，規模遠超過幾個首頁區塊，跟只給首頁主視覺的入門版型包是不同層級的東西。驗貨分三步：查產業命中數、拆單套範本的組成、決定匯入路徑。

產業命中數的算法：手上已經有前一關整理好的站型清單，拿著它到官方圖庫實際搜尋，不要憑印象。命中的判斷標準是「看到就想直接用」，不是「好像可以改」；後者代表的是更多客製工時，而不是節省。圖庫內容持續更新，搜尋當下看到的清單才算數，行銷頁面上的任何固定數字都只能當參考。

命中數夠了，先別急著下單，把候選範本收斂成一份三到五套的短名單。每套記錄四個欄位：範本名稱、對應的站型、內建的必要外掛、看中的理由。這份表在後面每一關都會用到：驗貨時逐套拆解，報價時估替換工時，跟客戶確認方向時當作溝通素材。短名單同時逼你面對取捨，五套之外的範本再漂亮都與這個案子無關；範本庫的誘惑，就是在這一步被擋下來的。

一套整站範本進站時，連同頁面、選單、全域樣式、佔位圖與示範文字一起搬進來，部分範本還標示必裝的外掛；依官方匯入說明，匯入分為完整網站與部分內容兩條路徑，每套範本實際包含的頁面與素材也不盡相同。匯入帶進來的是一套等著被替換的骨架與素材，完成匯入只代表取得起點，示範文字與佔位圖換乾淨之前，不能視為交件。

匯入之前有兩個保命動作。官方匯入器可能提供資料庫重設選項，它會刪除站上既有的頁面、文章與媒體，在正式站上誤按等同清空內容；匯入務必在測試站進行，並且先用UpdraftPlus 這類備份工具做完整備份。整站匯入需要下載大量圖檔與設定，主機的記憶體與執行時間限制太低，匯入會中途斷掉，留下半成品的狀態。

兩條匯入路徑的實務用法可以分開：第一次接觸某套範本時，用完整匯入把它整包帶進測試站，看清楚全貌再判斷要不要用；進入正式製作後，改用部分匯入只取需要的頁面與設定，減少事後清理的負擔。匯入完成後的第一輪巡檢有固定順序：選單位置、頁首頁尾、必要外掛是否齊全，都對了才開始動內容。這個順序跟下一關的分層觀念直接相接，先記下來。

範本裡的圖片是佔位用途，授權不一定涵蓋在購買裡；示範文字、示範選單與頁尾聯絡資訊，上線前幾乎全部要換。漏換一處，網站就帶著別人的範例內容出去，專業感立刻打折。替換清單應該是驗貨的一部分，在匯入前就列好，而不是事後才想起的雜事。

購買端也有前置檢查。取得 Betheme 有兩條路：在 ThemeForest 購買單次授權（主題終身可用，內含一段支援期），或從官方網站改用可架多站的訂閱方案；兩條路的計價與授權規則不同，下單前先確認自己走的是哪一條。就單次授權而言，範圍是一個正式上線的成品：同一個網域底下的子網域或子資料夾、開發期的測試站，官方都允許共用同一組授權碼，網站搬到正式位置前，先在後台解除註冊、再到新位置重新註冊即可。授權與支援條款跟著平台規則走，細節可以對照ThemeForest 購買指南。這一關的收尾檢查只有三件：匯入前備份完成、重設選項的警覺足夠、替換清單備妥，三件都到位才動手。

頁面由誰蓋出來，決定你日後怎麼改

Betheme 容納三條頁面編輯路線：自家的 BeBuilder、第三方的 Elementor，以及 WordPress 核心的區塊編輯器。每套預設網站以特定編輯器建成，選了範本，等於同步選了修改路徑。三條路並存看似彈性，選擇成本卻藏在後面：頁面結構、全域設定與交接文件都跟著編輯器走，路線押錯，日後翻修的代價會很可觀。動工前先鎖定一條主路線，並讓同一頁維持單一主要編輯器。

自家的 BeBuilder 是隨範本出廠的預設路線，前身名稱是 Muffin Builder，舊文件與教學裡仍常見這個名字，後來才換成現在的名字，前後其實是同一套工具。官方的 BeBuilder 概覽文件把它描述為所見即所得的區塊組裝介面，文字、圖片、按鈕、欄位等元素逐一放進頁面再調整順序；官方也釋出介紹影片 Meet the BeBuilder 示範實際操作。這條路的強項是與預設版型咬合最緊，沿範本結構修改最快；代價是技能跟著 Betheme 走，哪天換主題就要重學另一套。

Elementor 路線的賣點是生態規模：第三方擴充、版型資源與疑難排解文件都最容易找到，技能不綁在單一主題上，接不同客戶的站可以沿用同一套操作。代價是部分預設網站並非以它建成，等於放棄一部分整站匯入的優勢，那些頁面要自己重建。把它當主力的人，可以順著Elementor 完整教學把基礎打穩。

區塊編輯器是 WordPress 核心自帶的路線，方向跟著官方走，長期最不用擔心工具被棄養。Betheme 相容這條路，但官方預設網站以它建成者有限，整站範本的優勢在這條路上打折。想補強區塊操作的人，從區塊編輯器擴充外掛的介紹看起。

相容性資訊有保存期限。較舊的教學會提到其他第三方編輯器，官方文件目前以 BeBuilder 與 Elementor 為主；查資料時先看日期，以官方現行說明為準，不要把舊文章的支援清單當成現況。挑路線時把「誰來接手」也算進去：團隊裡有人熟悉 Elementor，客戶日後自行維護的門檻就低一截；全靠 BeBuilder，接手的人離開 Betheme 就要重學。這類人事成本不會寫在產品頁上，卻是真實的換路線代價。

這張表的判斷順序比結論重要：先問「頁面由誰蓋」，再問「之後由誰改」。多數維護困境的源頭，是同一個網站裡三條路線混用，頁面結構互不相容，交接時沒有人說得清楚每頁該用哪套工具打開。實際的混用樣貌常是這樣：首頁用 BeBuilder 蓋，商品介紹頁用 Elementor 排，部落格文章用區塊編輯器寫；之後要改全站字體或按鈕樣式，三邊都要各改一次，漏一邊就出現兩種長相。想把視野拉高到編輯器本身的優劣，可以再讀頁面編輯器的整體評比；選定之後就維持紀律，讓每一頁只有一個主要編輯器。

已經混用的站也有救，做法是盤點先行，大規模重建擺到沒有選項時再談。先把每一頁的編輯器歸屬列出來，標成三種狀態：只用單一編輯器的、混用但即將改版的、混用且短期不動的。第一種維持現況；第二種趁改版一次收斂到主路線；第三種先記錄在交接文件裡，避免日後接手的人誤判。盤點表每半年更新一次，編輯器紀律就有了著力點。

全域跟單頁各管什麼：改錯層次就白做工

客製化最常見的白工，出在改錯層次，跟技術熟不熟其實關係不大。Betheme 的設定分成兩層管轄：主題選項層管全域，配色、字體、頁首頁尾、側邊欄在這裡改一次、全站生效；單頁編輯器層管頁面，元素排版與內容在頁面內覆寫。單頁的設定會蓋過全域：頁面層的樣式在全域之後套用，同時存在的兩個指示衝突時，後套用的贏。先在單頁動手改了配色或頁首，之後想全站統一調整，就得逐頁找回那些覆寫點。

用頁尾聯絡資訊想一遍這個機制。在主題選項的頁尾設定改電話，全站幾十頁一次換好；在某頁的編輯器裡另做一個頁尾區塊，那一頁從此自帶一份，主題層怎麼改它都不動。兩種做法都合法，差別在後果：前者是全站資產，後者是單頁負債，網站越大、負債越多。判斷某個修改該放哪層的通則：影響超過一頁的放全域，只有這一頁要的才放頁面層。

操作順序因此固定：範本匯入完成後，先巡一遍主題選項，確認品牌要的底子，再進單頁替換內容。巡檢清單就五項：全域配色、字體搭配、頁首、頁尾、側邊欄位置。順序顛倒的代價不會立刻出現，而是累積在之後每次全站調整裡：改一個顏色要動幾十個頁面，客製就回不去了。

分層觀念也是理解主題更新的前置知識。主題更新動到的是主題層的檔案與設定結構，修改如果放在不對的層，更新一來就可能被蓋掉；哪些調整該放哪一層、客製怎麼跟更新隔開，是長期維護的核心問題，談到成本那關時會再接上這條線。

匯入範本附帶的選單是示範品，項目連的都是範例頁面，導覽架構要按自己的資訊層級重想一遍，不是改個字就好。規劃方法可以對照WordPress 選單教學；原則只有一句，導覽是全站層級的決策，不要在單頁層各自為政。

五套主題放上天平：能力邊界與退場條件

單看 Betheme 很難下判斷，因為好壞都是相對的。把它跟定位重疊的主題放上同一座天平，取捨軸線會自己浮現：一端是「現成的豐富」，功能、版型與選項什麼都給；另一端是「長期的輕量」，把選擇權留給你，換取效能與維護的餘裕。Betheme 與 Avada 在前者，Astra 在後者，Divi 走視覺編輯，Flatsome 專精電商。付費主題的整體挑選邏輯，可以先看ThemeForest 付費主題的挑選比較再回來對照。

用天平之前，先把自己的需求排序：列出網站必須做到的三件事，標出哪件不能妥協、哪件可以將就。排序之後再對位置，結論通常很快：最大需求是「快速給出多種行業的成品」，往功能密集端靠；是「長期跑得輕、改得動」，往輕量端靠；中間型的案件，就看次要需求落在哪一端多一點。真實案件多半是混合需求，硬要一個主題滿足所有需求，通常兩頭都不滿意。

對照表的用法是對號入座再往兩端看：需求落在功能密集端，就接受它的學習與維護負擔；落在輕量端，就放棄對整站範本的留戀。內容媒體型的網站另有專門路線，站上主體是文章列表跟分類頁的站，可以對照Newspaper 主題的架站流程，那一端的版位與分類邏輯是另一套設計。想往兩端各深入一層，Avada 主題教學與Astra 主題教學分別代表兩種典型；電商專精端則看Flatsome 的 WooCommerce 流程。

要用多少效能與後續維護成本，去換「現成的豐富」，這道題沒有標準答案。對照過後，答案起碼會從「聽說很好用」變成「知道自己在交換什麼」，這是天平存在的目的。對照表本身也有時效：主題改版會移動各家的相對位置，下結論前用官方現行資料核一次，不要引用過期的比較文章。

付款到上線，五個最容易出岔的節點

決定採用之後，從付款到上線有五個容易出岔的節點。介面細節隨版本變動，這裡不做按鈕級逐步教學；每個節點只講翻車點在哪裡、離開前要檢查什麼。

1. 購買與下載。下載包裡有主題檔、子主題與說明文件，上傳時要找的是主題本身的 ZIP，不是整包壓縮檔。翻車點：把整包直接上傳，安裝必然失敗。怎麼把主題裝起來，WordPress 主題安裝教學另有逐步示範。
2. 必要元件取捨。啟用後會提示範本需要的元件，依範本標示安裝必要項即可，不要一口氣裝齊所有可選外掛。翻車點：多裝的外掛拖累效能，還增加相容性變數。外掛安裝的通用方法見WordPress 外掛安裝教學。
3. 註冊購買碼。在後台輸入購買碼完成註冊，之後才能匯入預設網站、接收自動更新。翻車點：漏了這步，卡在匯入功能不能用，卻以為是主題壞了。
4. 備份後單一範本匯入。測試站、完整備份、一次只匯入一套。翻車點：誤按重設選項刪掉既有內容，或連續匯入多套，後台塞滿示範頁面與媒體檔。
5. 品牌化置換。頁尾、選單、文案、圖片，連同配色與字體逐項替換。翻車點：替換點比想像多，時間壓力下漏掉幾處，帶著示範內容就上線。離開每個節點前的檢查動作同一套：對照替換清單逐項打勾，存檔後重新整理前台確認。

五個節點走完，網站才算進入「你的」狀態。前面建立的備份習慣與替換清單，在這一段全部派上用場；哪個節點感覺不對，退回上一個節點檢查，比硬推進省時間。第一次跑完整流程的人，建議整段在測試站演練一次再上正式站，卡關的位置通常和想的不一樣。

主題只負責一半：速度與 SEO 的責任分界與量測順序

網站慢、搜尋表現不好，主題有責任，但只占一半。主題負責的半邊是版面資源：載入的樣式與腳本體積、示範素材、頁面元素的數量。另一半在中繼資料、網址結構、內容品質與外部訊號，這些要靠 SEO 外掛與核心設定補齊，主題幫不上忙。把兩邊混在一起檢討，通常會得出「主題很慢」或「主題不利 SEO」這種半對半錯的結論。

順序是先量測再動手，而且量的是實際頁面，不是用版型數量推斷速度。匯入範本後，拿實際會上線的頁面跑 PageSpeed Insights，並在實機瀏覽一次，找出瓶頸落在圖片、外掛、元素還是主機；同一套主題，不同頁面的表現可以差很遠，樣本要選有代表性的幾頁。

實際可執行的調整依序是：量測先行，接著把頁面快取打開、壓縮圖檔、移除用不到的外掛與頁面元素、把非首屏的資源延後載入、字型只留必要的。瓶頸在哪裡由量測結果決定，可能是主題設定、內容素材，也可能是主機等級；對分數的追求到此為止，為了數字刪掉訪客需要的功能，得不償失。

Core Web Vitals 這組指標衡量載入速度、互動回應與版面穩定度，在排名系統裡屬於小幅訊號，分數好看並不保證排名，這點在Google 的網頁體驗文件寫得明白。投入調校之前，先確認瓶頸真的存在，再對症處理。

行動版是另一條必查線。全球上網流量長年有大半來自手機與平板（依 Statista 的追蹤，2026 年 4 月），而 Google 的行動優先索引抓取與建立索引時，看的正是行動版內容。範本會自動重排只算及格：按鈕大小、選單蓋版、圖片跑位要拿實機點過才算數。想補齊觀念，可再讀響應式網頁設計一文的完整說明。

範本匯入對速度還有一個常被忽略的後遺症：媒體庫。整站匯入會帶進大量佔位圖檔，替換成自己的素材後，舊圖若只是閒置在媒體庫，備份體積與掃描時間都會跟著膨脹；定期清掉確定不再使用的匯入素材，是比換快取外掛更基本的保養。清理前先確認備份可還原，刪除的判斷標準寫進維護文件，之後接手的人才敢延續同樣的紀律。

主題內建的 SEO 面板建議略過，改用獨立的 SEO 外掛，理由有兩個：功能完整度與更新節奏，專門外掛通常領先主題面板；換主題時，主題層的設定可能一併消失，獨立外掛的設定則會保留。操作面看Rank Math SEO 教學，策略面看WordPress SEO 完整指南，兩條線分工清楚。

網址結構要在大量產內容之前定樁。固定網址一旦被搜尋引擎收錄、被外部連結指向，改動成本就只會往上加；這件事跟主題無關，但晚做的帳常常被算到主題頭上。設定方法見固定網址的 SEO 設定。

拿 Betheme 賣東西，相容跟最佳化差在哪

相容跟最佳化是兩件事。Betheme 與 WooCommerce 相容沒有問題，WooCommerce 也是全球購物車系統裡市佔最高的一套（依 W3Techs 統計，2026 年 6 月）；但版型給的是整體視覺與首頁樣式，商品頁、分類頁與結帳流程的排版細節，要逐項用主題選項或編輯器微調，不會有匯入即完美的結果。

重量級的組合要特別當心：功能密集的主題疊上結構厚重的購物車外掛，資源控制與快取就從選修改成必修。結帳頁的載入速度對營運有實際影響（情境推論：訪客在結帳流程等待越久，完成購買的機會越低），但影響幅度因站而異；該做的是量測結帳頁的實際表現，而不是預設它一定慢或一定沒差。

電商版型的檢查點比形象站細：商品列表一列幾欄、分類頁的篩選器位置、商品圖的長寬比例、結帳表單的欄位數、行動版加入購物車按鈕的位置，每一項都要用實際商品資料看過，空資料或示範商品看不出問題。購物車與會員流程要完整走一遍，從瀏覽、加入、結帳到收信，中間任何一頁跑版都是上線後的客訴來源。

商品資料搬進來的方式也值得先規劃。示範商品只負責展示版面，正式資料多半靠匯入：先試賣三到五樣商品、走完一次結帳，確認流程無誤，再分批把其餘商品匯入；一次灌入幾百樣商品才開始除錯，問題會淹沒在資料量裡。庫存、稅率、運費這三項設定在匯入前先定案，事後修改的影響範圍會放大到每一筆訂單。

網站核心如果是電商，先在測試站把 Betheme 與電商專用主題同場比較，看商品、購物車、結帳與行動版的實際表現再定案；形象與購物並重的站，Betheme 的版型彈性才有意義。預算的另一半視野是整體開支：主機、外掛、維護與內容都佔份額，主題只是其中一塊，完整的抓法可以對照WordPress 網站成本的結構分析。

帳單上不會出現的五個長期成本

付完主題費，開支才剛開始。長期持有成本不是趨近零：主機、維護、相容性測試，以及可能續購的支援，都要放進長期預算裡。以下五項不會出現在發票上，但每一項都會吃掉工時或預算。

• 視覺同質化。整站範本讓「看起來像某個示範站」的網站四處存在，你的站跟競爭者可能出自同一套範本。品牌差異要靠內容、攝影與客製細節掙回來，這是範本換不掉的部分。
• 更新覆蓋客製。主題更新可能調整範本結構與選項邏輯，直接改主題檔案的修改會被蓋掉。防線是子主題：客製放進子主題層，更新只動主題本體，兩邊互不相犯，這正是分層觀念的延伸應用。
• 外掛相容要逐一驗證。相容聲明不等於無副作用，快取、表單、會員這類重度外掛尤其要實測。紀律是每裝一個外掛，清快取、逐頁點一遍，確認沒有版面或腳本衝突，再裝下一個。
• 主機等級有下限。整站匯入與後台操作都吃主機資源，最低階的共享主機會讓匯入失敗、後台卡頓。等級的挑選可以對照WordPress 主機的比較，抓在「匯入順利、後台順手」之上。
• 授權以正式站計費。單次授權的範圍是一個正式上線的網站：開發中的測試站、同一網域的子站可以共用一組授權碼，但每位客戶的正式站都要各自購買，這筆錢要寫進報價單。把同一份授權掛在多個客戶的正式站上違反條款，客戶端也拿不到更新與支援，售後成本回到自己身上；客戶數多的工作室，可以另行評估官方的多站訂閱方案攤平這條開支。

五項共同的性質是「現在不處理、之後加倍付」。把它們寫進接案與維護的標準作業流程，比換一個「更好」的主題更能省錢。可行的最小版本是三條規則：客製一律進子主題、主題與大外掛更新前先備份、每個新外掛裝完當場驗一次；三條都做到，上面五項的風險就壓掉大半。

走完關卡後，最常被問到的五個疑問

檢核線走完，通常還剩五個疑問留在原地：網路上流傳的免費版能不能用、一份授權到底涵蓋幾個站、支援到期會不會影響使用、匯入中斷怎麼辦、完全不碰程式的人駕馭得來嗎。這五題的答案整理在文末的常見問答區，短答直接給結論，需要依據時再回頭翻對應的關卡。

買或不買，把決定收回自己手上

收尾的動作是一場替換演練；功能清單此時已經提供不了新資訊。挑一套最接近需求的官方示範站，列出全部要替換的項目：文案與圖片、配色與字體，加上選單和頁尾。替換清單的長度，就是這個主題對你的真實成本；用自己的速度估出替換工時，加上需要的主機等級，再回頭看售價，數字才算數。

演練的產出建議留下紀錄：命中的產業與範本名稱、替換清單、估出的工時、需要的主機等級、以及任何一關的退場理由。這份紀錄的用處在半年後：需求改變或主題大改版時，回頭看當初的判斷依據還成不成立，不必從零重想一遍。採購判斷可重複使用的地方在這裡，不在結論本身。

時間壓力下的最小驗證也留一條路：客戶下週就要看初稿時，在測試站完整匯入一套最接近的範本，替換首頁的主要文案與圖片，就是一個可討論的初稿，方向確認後再回頭把替換與檢核走完。先展示、後檢核是迫於時程的變通，不是省略；正式動工前，整套檢核仍然要補齊。

這份檢核還有一個半年的節奏：到期時重看當時的命中紀錄與替換清單，對照實際花掉的工時與成品，檢查當初的判斷誤差出在哪裡。主題大改版、團隊人力改變或客戶結構轉向，都會讓半年前的結論失效；讓紀錄跟著現況更新，下一次採購就不必從直覺重新開始。檢核的價值在於重複使用，單次的結論只是副產品。

六道關卡換來的結論可以寫得很具體：兩個以上產業命中，而且通過效能與維護兩關，就下手；任何一關過不了，把預算移到對題的路線。範本數量再大，與你的案子無關時就等於零。

回到開場那個週三傍晚：客戶要的「這種感覺」，挑出那套範本只花掉小額成本，把它換成你的東西所需的工時才是大頭。把這個工時算清楚，Betheme 是效率還是負擔，答案就浮出來了；決定權在你自己的工作型態手上，不在版型庫的總數上。