Excel 只是試算表不是資料庫！中小企業數位轉型：從 VLOOKUP 地獄到關聯式架構的重生之路

嗨，我是 Eric。作為一名在浪花科技打滾多年的資深工程師，我這輩子看過最恐怖的「鬼故事」，通常不是伺服器被駭客攻擊，而是一個檔名叫做 2025_客戶訂單_最終版_真的最後一版_v12.xlsx 的 Excel 檔案。

這個檔案通常掌握著一家中小企業 (SME) 的命脈。裡面有客戶名單、庫存數據、甚至還有會計帳。老闆在用，業務在用，倉庫阿姨也在用。然後某天，有人不小心按錯一個鍵，或者檔案因為太大而損毀，整間公司的運作就瞬間停擺。

我們常掛在嘴邊的「數位轉型」，對於許多台灣中小企業主來說，往往被簡化成「把紙本變成 Excel」。但身為技術人員，我必須殘酷地告訴你：長期依賴 Excel 管理核心業務數據，是你公司最大的隱形技術債。

今天這篇文章，我不談高大上的雲端架構，我們來談談最接地氣的痛點：如何從 Excel 的思維泥沼中爬出來，建立正確的資料庫設計 (Database Design) 觀念，並透過 WordPress 或現代化系統重塑你的企業體質。

為什麼你的 Excel 會變成「地獄」？

Excel 是微軟最偉大的發明之一，它是最強大的「計算機」與「草稿紙」，但它絕對不是「資料庫」。當你的業務規模擴大，Excel 的先天缺陷就會暴露無遺：

• 資料不一致 (Data Inconsistency)： 張三在「客戶表」改了電話，但「訂單表」裡的電話還是舊的。因為 Excel 沒有「關聯性」，資料是死的，不會連動。
• 缺乏多人協作 (Concurrency Issues)： 雖然現在有 Google Sheets，但當兩個人同時篩選資料或修改同一列時，那個混亂程度簡直是災難。
• 資料髒亂 (Dirty Data)： 日期欄位有人填 2025/01/01，有人填 114.1.1，甚至有人填「下週三」。這種資料無法被程式讀取，也就無法進行自動化分析。
• 缺乏權限控管 (Security)： 你很難設定「業務 A 只能看自己的客戶，不能看業務 B 的」。Excel 檔案一傳出去，就是全看光。

資料庫思維：從「平面」到「立體」的進化

要擺脫 Excel 地獄，首先要改變的是「腦袋」。在 Excel 裡，我們習慣把所有東西塞在同一個 Sheet 裡，深怕切換分頁很麻煩。但在關聯式資料庫 (Relational Database) 的世界裡，我們講究的是「正規化 (Normalization)」。

簡單來說，就是把「人」、「事」、「物」拆開來存，再用「ID」把它們連起來。

實戰案例：訂單系統的設計差異

假設我們要紀錄一筆訂單，Excel 的思維通常是這樣長長的一列：

[訂單編號] | [客戶姓名] | [客戶電話] | [商品A] | [數量A] | [單價A] | [商品B] | [數量B]...

這種結構看似直觀，但如果客戶買了 10 種商品，你的表格就會無限往右延伸，或者你要重複輸入 10 次客戶姓名（造成資料冗餘）。

身為工程師，我們會這樣設計資料庫架構 (Schema)：

1. 客戶資料表 (Customers)

只存客戶的基本資料，給每個客戶一個唯一的 customer_id。

CREATE TABLE customers (
    customer_id INT PRIMARY KEY AUTO_INCREMENT,
    name VARCHAR(100),
    phone VARCHAR(20),
    email VARCHAR(100),
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

2. 商品資料表 (Products)

只存商品資訊，價格變動時只需改這裡，不用去翻歷史訂單。

CREATE TABLE products (
    product_id INT PRIMARY KEY AUTO_INCREMENT,
    sku VARCHAR(50) UNIQUE,
    product_name VARCHAR(255),
    price DECIMAL(10, 2),
    stock_quantity INT
);

3. 訂單主表 (Orders) 與 訂單明細 (Order_Items)

這是最關鍵的一步。我們將「訂單本身」與「訂單買了什麼」分開。

-- 訂單主表：紀錄誰買的、何時買的、總金額
CREATE TABLE orders (
    order_id INT PRIMARY KEY AUTO_INCREMENT,
    customer_id INT,
    order_date DATETIME,
    status VARCHAR(50), -- 待付款, 處理中, 已出貨
    FOREIGN KEY (customer_id) REFERENCES customers(customer_id)
);

-- 訂單明細：紀錄這張訂單買了哪些商品
CREATE TABLE order_items (
    id INT PRIMARY KEY AUTO_INCREMENT,
    order_id INT,
    product_id INT,
    quantity INT,
    unit_price DECIMAL(10, 2), -- 紀錄當下購買價格
    FOREIGN KEY (order_id) REFERENCES orders(order_id),
    FOREIGN KEY (product_id) REFERENCES products(product_id)
);

看到差異了嗎？在這種結構下，透過 customer_id 和 product_id，我們確保了資料的唯一性與一致性。不管客戶改幾次電話，訂單永遠能關聯到最新的客戶資料；不管商品上了多少新品，資料庫結構都不需要改變。

WordPress 在中小企業數據化中的角色

「Eric，你講那麼多 SQL，我又不會寫程式，難道我要去學寫 Code 嗎？」

別擔心，這就是為什麼我推崇 WordPress 作為中小企業數位化的第一步。WordPress 本身就是一個成熟的 Content Management System (CMS)，它的底層就是 MySQL 資料庫。透過一些工具，我們可以將上述的資料庫概念「視覺化」：

• Custom Post Types (CPT)： 你可以建立「客戶」、「訂單」、「維修紀錄」等自定義內容類型，而不僅僅是「文章」和「頁面」。
• Advanced Custom Fields (ACF)： 這就是你的欄位設計器。你可以強制規定日期格式、下拉選單，避免員工輸入錯誤的資料（這叫資料驗證 Data Validation）。
• User Roles & Capabilities： WordPress 內建強大的權限系統，解決了 Excel 檔案誰都能看的問題。

如何開始你的「去 Excel 化」工程？

請不要明天進公司就宣布「我們禁用 Excel」，那會引發暴動。數位轉型是一場溫柔的革命，建議依照以下步驟進行：

1. 資料盤點與清洗 (Data Cleansing)： 先把你那堆亂七八糟的 Excel 整理好。統一格式、刪除重複項。這是最痛苦但最重要的一步。（如果是 CRM 資料，這篇 用 LLM 自動化資料清洗 可以救你一命）。
2. 定義核心業務邏輯： 畫出你的業務流程圖。訂單進來後要去哪？庫存什麼時候扣？
3. 選擇工具並小規模導入： 可以先從「客戶名單管理」或「派單系統」開始。利用 WordPress 搭建後台，或者使用 Airtable 這類關聯式資料庫工具作為過渡。
4. 引入自動化 (Automation)： 當資料結構化之後，你就可以用 n8n 串接 API。例如：WordPress 新增一筆訂單 -> 自動發 LINE 通知給業務 -> 自動扣除庫存。

Eric 的工程師碎碎念

我看過太多老闆，花大錢買了昂貴的 ERP 系統，結果員工嫌難用，私底下還是用 Excel 在做事，最後 ERP 變成只是一個「補登資料」的昂貴垃圾。系統是為了解決問題，不是製造問題。

真正的數位化，不是買軟體，而是建立「數據思維」。當你把資料從 Excel 的格子裡解放出來，變成資料庫裡流動的數據時，你才能真正看見公司的全貌，做出精準的商業決策。

這條路不容易，技術債欠久了總是要還的，但越早開始還，利息就越少。

延伸閱讀：

• Excel 是你公司的『數位債務』？資深工程師帶你從 VLOOKUP 地獄，打造可擴展的 WordPress 數據心臟！
• Google Sheets 當 CMS 用？資深工程師教你用 n8n 打造 WordPress 動態內容『儀表板』，告別後台編輯地獄！
• Excel 救不了你的 B2B 業績！資深工程師揭秘『零漏接』潛在客戶自動派單系統