如何把試算表變成應用程式

要把試算表變成應用程式，你需要先整理資料，把它拆分成正確的資料表，決定誰需要做什麼，然後在真正的資料庫之上建立畫面——表單、列表與儀表板。使用 AI 應用程式建構工具時，你可以用一般語言描述這一切，並直接提供試算表本身。真正需要花心思的不是建置，而是確定這份試算表實際代表什麼，以及誰應該被允許修改它。

試算表應該變成應用程式的徵兆

試算表是很好的工具。不要因為你能夠取代它，就去取代它。當你看到以下幾種情況時，就是該轉換的時候：

• 多人編輯同一批資料列，導致內容被覆蓋或遺失。
• 你已經為試算表的使用寫了說明（「不要排序 F 欄」、「新資料一律加在最下面」）。
• 顏色帶有意義：紅色的列代表逾期，黃色的代表需要聯絡。
• 不同的人需要不同的檢視畫面：業務人員應該只看到自己的潛在客戶，而不是所有人的。
• 有人每週都要手動複製資料來製作報表。
• 外部人員需要存取，例如客戶、供應商或承包商，而你不想分享整個檔案。
• 錯誤正在造成金錢損失：漏掉訂單、重複預約、價格錯誤。

如果只有一個人負責這份試算表、它很少變動，而且出錯的代價很低，那就繼續使用試算表。適合的工具就是正確的工具。

步驟一：理解試算表實際上是什麼

大多數企業試算表，都是把好幾種東西擠在同一個表格裡。在開始建置之前，先弄清楚裡面包含哪些「事物」。

以一份典型的訂單試算表為例，欄位包括：日期、客戶姓名、客戶電子郵件、客戶電話、產品、數量、價格、狀態、備註。這實際上是三種不同類型的紀錄：

這種拆分是整項工作的核心。以資料庫的術語來說，每種紀錄類型會成為一張資料表，而訂單則是「指向」某位客戶與某項產品，而不是複製他們的詳細資料。如果你對這個概念還不熟悉，什麼是資料庫會有說明。

請逐一檢視你的試算表，並針對每一欄詢問：這是關於該列主要事物的事實，還是關於其他會重複出現之事物的資訊？

步驟二：清理資料

AI 在這裡可以提供很大的幫助，但你應該先親自檢視資料。常見的問題包括：

• 不一致的值：「已付款」、「已付」、「付了 ✓」其實代表同一件事。請統一為一組狀態。
• 資料欄中有合併儲存格與備註：例如價格欄中寫著「40 元（折扣）」。請把備註拆分出來。
• 日期格式不一：請統一為一種格式。
• 重複資料：同一位客戶以三種不同的方式輸入。
• 隱藏的含義：顏色、粗體字、註解。請寫下每一種代表什麼，讓它能轉換成真正的欄位，例如狀態或標記。
• 公式：列出每一個重要的公式，並用白話文說明它計算什麼。例如：「總額 = 數量 × 售出價格，若客戶在經銷名單上則再扣除折扣。」

將清理後的試算表匯出為 CSV 副本。原始檔案保持不動，作為備份。

步驟三：決定誰負責什麼

試算表只有一種權限模式：你能開啟它，或你不能。應用程式可以做得更好，因此請列出你的使用者，以及他們各自需要什麼：

這張表會決定你是否需要登入、角色權限，以及依使用者過濾資料。如果答案是「只有我們團隊，所有人權限相同」，那麼應用程式可以簡單得多。

步驟四：設計畫面

大多數試算表替代方案，都需要相同的幾個畫面：

• 列表：每種主要紀錄各一個，具備搜尋、篩選與排序功能——也就是把試算表的檢視方式做得更完善。
• 表單：用來新增或編輯紀錄，對於狀態等項目使用下拉選單，而不是自由輸入文字。
• 詳細頁面：顯示單筆紀錄及其相關紀錄（例如某位客戶及他的所有訂單）。
• 儀表板：呈現你目前需要手動計算的數字。如何建立儀表板有更深入的說明。
• 匯出為 CSV，讓任何人都不會覺得被綁住。

不要把表格的版面原樣複製到每個畫面上。應用程式的重點在於，人們只會看到完成任務所需要的資訊，而不是一次看到所有欄位。

步驟五：建置應用程式

使用 AI 應用程式建構工具時，請依照你已經整理好的內容來描述應用程式。以下是一個有效的提示詞：

為一間小型烘焙坊建立訂單追蹤器，用來取代試算表。使用一個包含三張資料表的資料庫：客戶（姓名、電子郵件、電話）、產品（名稱、目前價格）與訂單（日期、客戶、產品、數量、售出價格、狀態、備註）。狀態為以下之一：新訂單、製作中、已完成、已取貨、已取消。畫面包括：具備搜尋與狀態篩選的訂單列表、可新增與編輯訂單的表單（客戶與產品使用下拉選單）、顯示該客戶訂單的客戶頁面，以及顯示今日訂單與本週總額的儀表板。員工可以新增與編輯訂單；只有擁有者可以修改產品價格。版面簡潔緊湊，並且能在平板上正常使用。

接著附上清理後的 CSV，並詢問：「將這份資料匯入資料表，並以電子郵件配對客戶。」然後檢查數量：應用程式中的訂單數應該與試算表的列數相符。

如果你不想使用 AI 建構工具，對於較簡單的情況，架構在試算表或 Airtable 資料庫之上的無程式碼工具也能運作良好，特別是當你想把試算表保留為資料來源時。

步驟六：將公式重新實作為規則

請逐一檢視你的公式清單：

• 計算欄位：「訂單總額 = 數量 × 售出價格。」
• 驗證：「數量至少為 1。電子郵件格式必須正確。」
• 自動化：「當狀態變更為已完成時，寄送電子郵件給客戶。」（這需要電子郵件服務商——參見如何從應用程式寄送電子郵件。）

每一項規則都從舊試算表中挑選幾列資料，並檢查應用程式是否得出相同的結果。

步驟七：謹慎地切換

最具風險的時刻是切換的那一刻。以下是一種穩妥的做法：

1. 同時運行一小段時間。 在應用程式中輸入新的紀錄，並與試算表進行比對。
2. 凍結試算表。 當你對應用程式有信心後，將試算表設為唯讀，避免有人出於習慣仍繼續編輯它。
3. 重新匯入遺漏的資料。 在並行期間新增到試算表中的資料列，需要搬移過去。
4. 保留匯出按鈕。 每週一次的 CSV 匯出，是人們信任的簡單備份方式。

保留試算表，還是改用資料庫？

如果你已經願意花功夫建置應用程式，通常改用真正的資料庫是值得的。你隨時仍然可以匯出成試算表。

常見錯誤

• 照搬表格。把每個欄位都放進一張巨大的資料表中，等於重新製造試算表的問題。
• 跳過清理步驟。把雜亂的資料匯入應用程式，資料依然是雜亂的。
• 忘記隱藏的規則。顏色與註解原本帶有含義，請把它們變成欄位。
• 沒有負責人。應用程式必須有人負責，就像試算表以前有人負責一樣。
• 一次建置全部。先取代最痛苦的部分。

在 Mythex 中建置

在 Mythex 中，你可以在聊天中附上 CSV；如果資料存放在 Google 試算表中，則可以透過連接器連接你的 Google 帳號，並要求代理程式讀取試算表後據此建置。當應用程式需要儲存資料時，Mythex 會為專案加入專屬的 Postgres 資料庫，並可以建立資料表，將你的資料載入其中。接著，你可以把預覽分享給將會使用它的人，準備就緒後再發布。如果想找類似的起點，可以參考儀表板範本，或閱讀如何建立內部工具了解更完整的流程。

常見問題