每家公司都有那麼一份 Excel：訂單總表、庫存帳、或客戶名單。它由某位資深同事多年前建立，如今有幾十個分頁、上百條公式，五個人輪流維護，每週有人花半天把它彙整成報表。所有人都知道它遲早出事，所有人都不敢動它。
不敢動的原因很實際：它還在營運中，搬遷聽起來像在行駛中換引擎。這篇要說的是：換引擎有安全的步驟。以下把「一張訂單表從 Excel 搬進資料庫」的全程用時間軸攤開，每個階段做什麼、會踩什麼坑、怎麼判斷可以進下一階。
先交代兩個背景事實，讓你知道要離開的地獄大家都住過。第一，試算表出錯不是你們公司特別粗心：夏威夷大學 Panko 教授彙整多年實地稽核的學術研究（2008 年修訂版）顯示，受稽核的試算表中高達 94% 被查出錯誤。第二，資料難找是全球通病：McKinsey Global Institute 2012 年的經典研究估計，互動型知識工作者有 19% 的工作時間花在搜尋與蒐集資訊。
地獄的實際樣貌：四種每天都在發生的事
多人共用的營運 Excel 有一組高度一致的病徵，不管在哪個產業都長得一樣：
手動更新出錯。業務改了 A 副本、助理改了 B 副本，合併時漏了一筆；日期欄有人打斜線有人打國字，篩選直接失效。錯誤是試算表的常態，不是例外。
報表靠拼裝。每個部門一份檔案、每個月份一個分頁，月會前有人負責把它們拼成簡報。拼裝花時間，拼錯了更花時間。
版本靠猜。訂單總表_final_v3_修_真的最終版.xlsx，檔名越長，版本管理越絕望。哪份是最新的？問那位資深同事，希望他今天有上班。
流程靠記憶。合約到期要續、客戶三個月沒下單要關懷、庫存低於水位要補貨，這些「條件成立就該有人做事」的規則全存在某個人的腦子裡。他休假，事情就掉在地上。
如果以上有三項在你們公司每週上演，往下讀。
遷移前的判斷：這份 Excel 該搬嗎
不是每份 Excel 都值得搬，判斷標準是四個訊號：同一份檔案有兩人以上在維護、每週有人手動彙整它做報表、曾因版本或輸入錯誤造成實際損失、有「到期提醒、變動通知」這類流程需求。中兩項以上的，就是承擔了多人系統工作的試算表，該搬；純個人記錄或一次性分析，留在 Excel 就好。
還有一個反向判斷：如果這份表的問題是公式極度複雜的財務模型，資料庫化未必是解方，那是另一種專業工具的領域。本文的對象是清單型的表：訂單、庫存、客戶、資產、案件。
Day 1：盤點與分類，先不要碰工具
遷移的第一天不開任何軟體，先做兩件紙上作業。
分類。把這份 Excel 的分頁攤開，分成三堆：活資料（還在新增修改的，例如本季訂單）、參照資料（不常變但要查的，例如客戶主檔）、歷史資料（純留存，例如三年前的出貨紀錄）。只有前兩堆要搬，第三堆封存成唯讀檔案即可。多數「搬不動」的恐懼，來自誤以為要把十年資料全部搬走。
定義欄位。找齊這份表的利害關係人（維護者、看報表的主管、上下游部門）一起坐下來，逐欄回答三個問題：這欄是什麼型別（日期、數字、選項、人員）？選項有哪幾種？誰負責填？這件事在 Excel 裡欠了很多年，同一欄裡混著「已出貨」「出貨了」「V」三種寫法，就是沒定義的代價。Day 1 把定義寫清楚，Week 1 的匯入才會順。
Week 1：匯入與欄位整理
Excel 遷移的第一週工作，是把仍在更新的活資料與常查的參照資料匯入 Lark 多維表格 Base。依官方規格（說明文件），支援 .xlsx 與 .csv 匯入，單次上限 100 欄、20,000 列（筆記錄）、20 MB，並受方案權益限制；匯入後系統自動識別資料型別。
三個實際會遇到的坑，先知道就不會慌：Base 端的建立時間是匯入當下（官方載明匯入後重新計算），原始的下單或建檔日期務必存在明確的日期欄裡；Excel 內嵌的圖片與檔案，官方文件未載明會隨檔匯入，建議一律另行上傳到附件欄位；舊單號先保底，若匯入後想改用自動編號欄位，官方載明新增記錄後會重新編號，原單號先留一欄文字保存。
匯入後預留幾天做欄位整理，對照下表逐項升級：
| Excel 的做法 | Base 的做法 |
|---|---|
| 狀態欄自由填寫 | 單選欄位，選項固定 |
| 負責人打名字 | 人員欄位，直接指定成員 |
| 金額混著文字備註 | 數字欄位，備註另開一欄 |
| 公式散落各儲存格 | 公式欄位集中定義 |
| 跨表 VLOOKUP | 關聯欄位對接兩張表 |
這一步做完，「同一欄三種寫法」的時代正式結束：新資料從輸入端就被型別擋住，想打錯都難。
本週驗收標準：原班人馬能在 Base 上完成日常的新增與修改，不再回頭在 Excel 上輸入資料；抽查十筆新資料，型別與選項全部正確。
Month 1：自動化與儀表板，開始賺回時間
遷移的第一個月，重點是用自動化與儀表板把「搬家的效益」變成所有人有感的日常。
自動化。把過去靠人腦記的規則交給自動化流程：訂單狀態改成「已出貨」自動通知客服群組、到達交期當天自動提醒負責業務、新訂單建立自動告知倉庫。設定全程圖形介面。「催」這個動作從此由系統值班，這是多數團隊遷移後最先感謝自己的一項。
儀表板。用儀表板把主管每週要的數字組起來：本月訂單量、出貨狀態分佈、逾期件數。數字由同一張資料表直接統計，不再需要每週有人手動拼報表，那位每週花半天做彙整的同事，時間直接還給他。
本月驗收標準：至少兩條自動化在跑、主管開始自己看儀表板而不是找人要報表。
這個月也適合開放表單收集：跨部門要登記資料時，發一張連到資料表的表單給對方填，填進來的資料直接帶著正確型別落進表裡。過去「Email 來一句幫我登記」的零工，從此變成對方自助、系統把關。
Month 3：全面接手，讓 Excel 光榮退役
遷移的第三個月是收尾期：權限定版、入口收斂、宣告舊檔落日。
權限定版。用進階權限把「誰能看什麼、改什麼」定下來：業務只編輯自己的訂單、財務唯讀全部、主管看儀表板。Excel 時代「檔案給了就是整份給」的狀態，在這裡終結。
入口收斂。新資料的進入方式統一：內部人員直接在表上新增，跨部門需求走表單收集，避免又有人「先記在自己的 Excel 裡再說」。孤島的重生能力很強，入口不收斂，三個月後又是一地副本。
宣告落日。正式宣告舊 Excel 轉為唯讀封存，不再更新。這一步一定要明說——沒有落日條款的遷移，最後必然出現兩套資料並行的災難。同時把離職交接的規則補上：表的擁有權歸屬清楚，人員異動時資源移轉有流程，那位「只有他敢動公式」的資深同事，終於可以安心休假。
遷移最常見的翻車模式
Excel 遷移的失敗案例高度集中在三種翻車模式，避開它們比任何技巧都重要。
想一次搬全部。 十年的歷史資料、二十個分頁全都要搬，工程浩大到永遠開不了工。回到 Day 1 的分類：只搬活資料與參照資料，歷史封存。搬遷是為了讓未來的工作變好，不是為了替過去建博物館。
沒有指定管理員。 表搬過去了，欄位要不要加、自動化要不要調、新人問題誰回答，沒有人負責，三個月後大家悄悄回去開 Excel。指定一位對這份資料最熟的同事當表的主人，給他調整結構的權限與正當性。
忘了教下游。 表的維護者學會了，但看報表的主管、偶爾填資料的其他部門沒人教，於是主管繼續要 Excel 版報表、其他部門繼續寄 Email 來「請幫我登記」。遷移的教學範圍是所有接觸這份資料的人，不是只有維護者；主管那一份，用儀表板連結直接取代舊報表最有效。
效益怎麼量：用自己的數字說話
不用引用任何廠商的百分比，遷移前先記三個基準值：每週花在彙整報表的人時、每週催辦與對帳的人時、上一季因資料錯誤造成的損失件數。Month 3 結束後再量一次。依我們協助台灣企業導入的經驗，彙整與催辦兩項的變化通常最顯著，因為它們正是自動化直接取代的部分；但請以你們自己量出來的數字為準，那比任何文章都可信。順帶的收穫通常還有兩項難以量化的：主管與第一線對「同一個數字」的爭論消失了，以及那位資深同事終於不再是全公司唯一的單點故障。
想找人陪你們走這條時間軸，預約顧問。身為 Lark 台灣授權代理商，艾瑞特資訊可以協助盤點哪些表該搬、欄位怎麼定義，並用你們的真實資料現場示範第一次匯入。搬遷之外的整體思路，見 No-Code 平台指南與資料管理 FAQ。
常見問題
Q1：怎麼判斷該從 Excel 升級到資料庫？
四個訊號：同一份檔案兩人以上維護、每週有人手動彙整做報表、曾因版本或輸入錯誤造成實際損失、有到期提醒等流程需求。中兩項以上就該搬；純個人記錄與一次性分析留在 Excel 即可。
Q2：遷移過程中，舊 Excel 要立刻停用嗎？
不用立刻停，但要有明確的落日時程。建議 Week 1 完成匯入後以 Base 為主要工作面、Excel 留作對照，Month 3 正式宣告 Excel 轉唯讀封存。沒有落日宣告的遷移，最後會變成兩套資料並行，比不搬更糟。
Q3：Excel 匯入 Base 有什麼限制要注意？
官方規格：支援 .xlsx 與 .csv，單次上限 100 欄、20,000 列（筆記錄）、20 MB，並受方案權益限制。常見的坑：Base 端建立時間是匯入當下（原始日期要存在明確的日期欄）、Excel 內嵌圖片官方未載明會隨檔匯入（建議另傳附件欄位）、改用自動編號欄位前先把舊單號留存為文字欄。
Q4：搬進資料庫後，最先看得到的效益是什麼？
依我們協助導入的經驗，最先有感的是兩件事：自動化取代人工催辦（狀態變更自動通知、到期自動提醒），以及儀表板取代手工彙整報表。建議遷移前先記錄彙整與催辦的每週人時當基準值，效益用自己的數字驗證。
Q5：資料量超過單次匯入上限怎麼辦？
先回到 Day 1 的分類：多數超量的表，塞的是不需要搬的歷史資料。活資料與參照資料分批匯入（例如依年度或依表拆分），歷史資料封存唯讀。真的有大量活資料需求，屬於方案權益與架構設計問題，建議先與顧問確認再動手。