Elementor 與自訂佈景主題之爭，通常被當成品味問題來吵，偶爾還被當成部落身分來吵。它兩者都不是。它是一個成本問題，而且形狀可以預測：頁面建構器把成本從建置階段挪到了網站的營運週期裡。這筆交易划不划算，取決於兩個幾乎沒人擺到檯面上的數字，一是網站有多少頁面，二是這些頁面多久改動一次。 爭論遲遲沒有結論，是因為雙方都在用軼事說話。有人說建構器很慢，另一個人貼出一張綠色的 Lighthouse 分數，什麼也沒有定下來。效能確實是一項真實成本，但它只是一張更長帳單上的一行，同一張帳單上還有授權續約、外掛堆疊、內容編輯吞吐量、無障礙整改，以及最後把內容重新取出來的價格。 Elementor 不是一個糟糕的工具。對一大類網站來說它就是正...
小型企業
面向小型企業的實用網站和軟體指南：無需過度支出即可在線發展的網站、切實可行的預算、工具和策略。
在固定價格合約與按工時計費之間做取捨，通常會被說成是一次關於風險的選擇。這個說法本身沒錯，可是緊接著就被處理歪了，因為雙方都預設風險會消失，而不是只在兩邊之間換手。 風險並不會消失。在固定價格的安排裡，估算失準的風險由廠商承擔，而廠商會把這份風險先算進報出的金額裡。在按工時計費的安排裡，承擔的人換成業主。真正的問題從來不是哪一種做法能消除不確定性，而是哪一方比較有條件去管理它，以及把風險轉移出去的代價值不值得付。 能事先看出哪一種做法會成功的檢驗： 你能不能把「完成」寫下來，寫到兩個人對於是否已經達到這個狀態能夠得出一致判斷的程度？如果可以，固定價格就是你能用的選項，而且多半是合理的。如果寫不出來，固定價格合約並不會把模糊消掉，它只...
軟體 RFP，也就是需求建議書，本來的用途是讓不同廠商變得可以互相比較。可是現實中大多數文件剛好起了反效果：它們把解決方案寫得夠細，細到把回答的空間綁死，卻偏偏漏掉了任何人報價時都會需要的那些資訊。結果就是五份報價，彼此差了一個數量級，形式上每一份都回應了需求，但沒有任何兩份在衡量同一件事。 常見的說法是廠商在打太極。偶爾確實如此。但更常見的情況是，文件要了一個從它本身內容根本推不出來的數字，於是每家廠商都用各自不同的假設去填補空白。假設不同，價格自然不同，這裡並沒有誠不誠實的問題。 判斷你的 RFP 是否有效的檢驗方式： 兩家不同的廠商讀完之後，能不能得出實質上相同的範圍？如果文件裡只寫了「使用者管理」，沒有說明有幾種角色、權限是...
軟體維護成本，就是那個讓一個成功專案在十八個月後變成一場尷尬談話的數字。開發階段有預算、有簽核，也如期交付了。可是上線之後會發生什麼事，被一句「技術支援」草草帶過，再配上一個有人憑感覺喊出來的金額，而那個金額幾乎每次都太小。 原因出在結構，不是誰不用心。開發有一個可以報價的範圍。維護沒有範圍，因為決定它的是還沒發生的事：某個相依套件爆出漏洞、某家供應商改掉自己的介接規格、某位使用者碰上當初誰都沒想到的狀況。 人人都在引用的經驗法則是每年抓開發成本的 15 到 20 個百分點，而它之所以危險，正是因為它離正確答案不遠。 它對的次數多到讓人安心，錯的時候又總是往同一個方向錯：它低估了缺陷集中浮現的第一年，而在有法遵義務或外部介接很多的系...
MVP 軟體開發出錯的地方是範圍會議，不是開發過程本身。有人說出「最小可行產品」這幾個字，大家點頭同意，接著送來的功能清單裡卻寫著使用者帳號、後台管理介面、計費、通知、儀表板，還有一個行動應用程式。那不是最小可行產品。那是一個完整的產品，而它花掉的時間會是你心裡那個數字的三倍。 真正造成損害的字是「可行」。多數團隊把它讀成「好到可以賣給所有人」，但它的本意是「剛好夠用來判斷到底有沒有人想要這個東西」。 最省錢的範圍測試： 對每一項功能，問問自己會因為答案不同而做出什麼不一樣的事。如果一項功能改變不了任何決定，它就不屬於 MVP。後台管理介面不會告訴你人們是否想要這個產品；它只會告訴你，等人們想要之後，這個產品會更好管理。把它放到第二...
多門市 SEO 在幾乎每一家嘗試的企業身上都以同一種方式跑偏。有人寫了一個不錯的服務頁，按門市數量複製一遍，把城市名換掉，然後發布十二個百分之九十五雷同的頁面。感覺像是把規模做起來了。它的行為卻是重複，而且往往把每個據點都壓住，而不是幫上任何一個。 這種本能可以理解，因為圍繞同一項服務寫出十二個真正不同的頁面，既難又貴。可這條捷徑產出的，是搜尋引擎沒有理由在其中偏愛任何一個的頁面，於是它挑一個，排名還不穩定，其餘的一概不理。 能解決大半問題的那條規則： 一個門市頁必須包含只對這家門市成立的東西。不是把城市名塞進一段通用文案，而是真實的人員、真實的停車、真實的營業時間、真正涵蓋的區域，以及真的在附近做過的活。如果換成另一家門市，頁面上...
白牌網站開發，是設計或行銷代理把一個建站專案賣給自己的客戶，再由一家獨立的技術夥伴以代理的名義、隱身完成交付的安排。它之所以存在，是因為一家小代理的帳和一支常設工程團隊的帳對不上。客戶的活是一陣一陣來的，開發者的薪水卻是每個月都要發，這兩件事之間的缺口，正是那些趕在需求之前招人的代理被拖垮的原因。 這個模式做得好會很好，砸起來也很難看，而你拿到哪一種，取決於合作約定的程度遠大於程式碼本身的品質。 你真正在做的那筆交換： 你讓出毛利，換來在不背薪水的前提下說接的能力。對一家以設計為主的代理，這通常是筆划算的交換，因為另一條路要麼是推掉活，要麼是對著還沒簽下的機會先招人。它變成一筆壞交換的時刻，是當開發成為你賣的主要東西，因為那時你外包...
如果你的 WordPress 網站被駭，現在正顯示醫藥垃圾內容、把訪客轉到某個不堪的地方，或者被 Google 標記為詐騙網站，請從這裡開始，而不是從一個外掛開始。人的第一反應是裝一個資安掃描器然後按清理。那樣做去掉的是看得見的症狀，留下的是進來的路，這也是為什麼那麼多網站幾天之內就再次被感染，而站長最後得出結論：WordPress 本來就不安全。 並不是。幾乎每一次入侵都是透過一個過期外掛進來的，而幾乎每一次清理失敗，都是因為有人清掉了惡意軟體，卻沒有清掉存取權限。 第一個小時： 把網站下線或切到維護模式。更換主機控制台密碼、資料庫密碼、所有管理員密碼，以及 FTP 或 SSH 憑證。先不要還原備份，也先不要刪除任何東西。你需要現...
幾乎每一次 WooCommerce 效能排查都從同一個場景開始。店主已經換了更快的主機，裝了快取外掛，還買了圖片最佳化工具，網站卻依然慢。於是他們得出結論：WooCommerce 本來就重，然後就此放棄。 WooCommerce 確實比一個型錄式網站重，這在每個頁面都可能帶著購物車的前提下無法避免。但一個要六秒才打得開的商店，承受的並不是這份開銷。它承受的是某個具體的東西，而以我的經驗，幾乎總是四件事之一。 一句話版本： 商店慢，是因為購物車和結帳頁無法進入頁面快取，因為 options 資料表被自動載入的垃圾資料撐到臃腫，因為商品查詢在掃描一張沒有索引的中繼資料表，也因為三十個外掛各自往每個頁面塞自己的指令碼。主機是最後才該換的東...
「WordPress 開發者」這個說法涵蓋了極為寬廣的能力區間，價格區間也一樣寬。你可以用每小時四十英鎊聘一位 WordPress 開發者，也可以用每天六百英鎊聘一位，而這兩個人會在同一個接案平台上用完全相同的措辭描述自己。一個人負責裝外掛。另一個人寫的 PHP，在接下來三次核心更新之後依然能跑。 弄清楚你需要哪一種，就解決了問題的大半。本文梳理四類截然不同的 WordPress 工作，說明它們在 2026 年各自要花多少錢，以及那幾個能可靠告訴你對面是誰的問題。 一句話版本： 如果你的需求靠一個挑選得當的外掛加上細緻設定就能滿足，你需要的是一位稱職的實作者，不該按開發者價位付費。如果牽涉到自訂功能、...