點樣將試算表變成應用程式

將試算表變成應用程式，你需要清理數據、將它拆分成正式嘅資料表、決定邊個需要做乜，然後喺真正嘅資料庫之上建立畫面，包括表格、列表同儀表板。用 AI 應用程式建立工具，你可以用日常語言描述呢啲嘢，並直接將試算表交俾佢。真正需要思考嘅部分唔係建立，而係釐清試算表實際代表乜嘢，以及應該容許邊個更改佢。

幾時應該將試算表變成應用程式

試算表係好好用嘅工具。唔好因為可以取代就取代。當你發現以下幾個情況時，就係時候：

• 幾個人同時編輯同一批資料列，而改動經常被覆寫或遺失。
• 你已經寫咗使用試算表嘅指示，例如「唔好排序 F 欄」、「新增資料列一定要加喺最底」。
• 顏色帶有意思，例如紅色資料列代表逾期，黃色代表要跟進。
• 人哋需要唔同嘅視圖，例如銷售人員只應該睇到自己嘅潛在客戶，而唔係所有人嘅。
• 有人每星期都要手動複製數據去做報告。
• 外人需要存取，例如客戶、供應商或承辦商，而你唔想分享整個檔案。
• 錯誤開始蝕錢：漏咗訂單、重複預約、價錢打錯。

如果只係一個人擁有試算表、極少改動，而且出錯代價低，就繼續用試算表。適合嘅工具就係正確嘅工具。

第一步：先了解試算表實際上係乜

大部分商業試算表，其實係將幾樣東西擠喺同一個格仔之中。開始建立之前，先搞清楚入面有邊幾類「東西」。

以一個典型嘅訂單表為例，欄位有：日期、客戶名稱、客戶電郵、客戶電話、產品、數量、價錢、狀態、備註。其實呢度有三類紀錄：

呢個拆分係整件工作嘅核心。用資料庫嘅說法，每類紀錄會成為一張資料表，而訂單會「指向」客戶同產品，而唔係複製佢哋嘅資料。什麼是資料庫會解釋呢個概念，如果你未接觸過。

逐欄檢視你嘅試算表，問吓：呢欄係關於該資料列嘅主要事物，定係關於其他會重複出現嘅事物？

第二步：清理數據

AI 可以幫好多手，但你要先自己睇清楚數據。常見問題包括：

• 值唔一致：「已付」、「已付款」、「已付 ✓」都係同一個意思。統一狀態嘅寫法。
• 合併儲存格同放喺數據欄嘅備註：例如價錢欄寫住「40 鎊（有折）」。將備註拆出嚟。
• 日期格式唔同：統一一種。
• 重複資料：同一位客戶用三種寫法出現。
• 隱藏嘅意思：顏色、粗體字、註解。寫低每種代表乜，咁樣就可以變成真正嘅欄位，例如狀態或標記。
• 公式：列出每一條重要嘅公式，並用平實文字講清楚佢計算乜。例如「總額 = 數量 × 售出時價錢，如果客戶喺貿易名單上，再扣減折扣」。

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

第三步：決定邊個做乜

試算表只有一種權限模式：你打得開，或者打唔開。應用程式可以做得好得多，所以先列出用戶同佢哋需要嘅權限：

呢張表會決定你需唔需要登入、角色，以及按用戶篩選資料。如果答案係「只有我哋團隊，所有人權限都一樣」，應用程式就可以簡單得多。

第四步：設計畫面

大部分試算表替代品，都需要以下幾個相同嘅畫面：

• 列表：每類主要紀錄一個，附搜尋、篩選同排序，即係正式版本嘅試算表檢視。
• 表格：用嚟新增或編輯紀錄，對於狀態等項目用下拉選單，而唔係自由輸入文字。
• 詳細頁面：顯示單一紀錄，以及相關紀錄（例如一位客戶同佢所有訂單）。
• 儀表板：用嚟顯示你而家手動計算嘅數字。點樣建立儀表板有更詳細嘅說明。
• 匯出 CSV，令大家唔會覺得被困住。

唔好將格仔版面複製到每個畫面。應用程式嘅重點，係令人睇到佢哋完成任務所需嘅嘢，而唔係同時睇到所有欄位。

第五步：建立應用程式

用 AI 應用程式建立工具，用你已經理清楚嘅內容去描述應用程式。以下係一個有效嘅提示詞例子：

為一間小型麵包店建立一個訂單追蹤器。佢要取代一份試算表。使用一個資料庫，包括三張資料表：客戶（名稱、電郵、電話）、產品（名稱、現時價錢）同訂單（日期、客戶、產品、數量、售出時價錢、狀態、備註）。狀態只有：新訂單、焗製中、已備妥、已取件、已取消。畫面包括：附搜尋同狀態篩選嘅訂單列表；用下拉選單選擇客戶同產品嘅新增／編輯訂單表格；顯示該客戶所有訂單嘅客戶頁面；以及一個顯示今日訂單同本週總額嘅儀表板。職員可以新增同編輯訂單；只有擁有人可以更改產品價錢。版面要簡潔、資訊密集，並且能夠喺平板上使用。

然後附上清理後嘅 CSV，並要求：「將呢份數據匯入資料表，按電郵配對客戶。」檢查數目：應用程式入面嘅訂單數量，應該同試算表嘅資料列數目一致。

如果你唔想用 AI 建立工具，對於較簡單嘅情況，建立喺試算表或 Airtable 基礎之上嘅無程式碼工具都可以運作良好，特別係當你希望保留試算表作為數據來源時。

第六步：將公式重新建立成規則

逐一檢視你嘅公式清單：

• 計算欄位：「訂單總額 = 數量 × 售出時價錢。」
• 驗證：「數量最少為 1。電郵必須符合電郵格式。」
• 自動化：「當狀態改為已備妥時，向客戶發送電郵。」（呢個需要電郵服務商，參閱點樣由應用程式發送電郵。）

每一條，都從舊試算表挑幾個資料列出嚟，檢查應用程式俾出嘅答案係咪一樣。

第七步：小心切換

最有風險嘅時刻係切換過去嗰一下。以下係穩妥嘅做法：

1. **同時運行一段短時間。**喺應用程式入面輸入新紀錄，並同試算表核對。
2. **凍結試算表。**當你信得過應用程式之後，將試算表設為唯讀，避免有人因為習慣而繼續喺入面編輯。
3. **重新匯入遺留資料。**重疊期間加入試算表嘅資料列，需要轉移過去。
4. **保留匯出按鈕。**每星期匯出一次 CSV，係一個大家都信得過嘅簡單備份方法。

保留試算表，定係轉去資料庫？

如果你願意花精神去建立應用程式，通常真正嘅資料庫值得。你之後隨時仍然可以匯出做試算表。

常見錯誤

• **照搬格仔。**一張大表，放晒每個欄位，等於重新製造試算表嘅問題。
• **跳過清理。**將雜亂嘅數據匯入應用程式，數據仍然係雜亂嘅。
• **忘記隱藏嘅規則。**顏色同註解都帶有意思。將佢哋變成欄位。
• **冇負責人。**應用程式需要有人負責，就好似試算表以前有人負責一樣。
• **一次過建立所有嘢。**先替換最痛苦嘅部分。

用 Mythex 處理

喺 Mythex 入面，你可以喺對話中附上 CSV；如果數據放喺 Google 試算表，就透過連接器連接你嘅 Google 帳戶，然後要求代理讀取試算表並據此建立。當應用程式需要儲存數據時，Mythex 會為專案加入一個專用 Postgres 資料庫，並可以建立資料表，然後將你嘅數據載入其中。之後你可以同會使用應用程式嘅人分享預覽，準備好就發佈。如果想要類似嘅起步點，可以參考儀表板範本，或者閱讀點樣建立內部工具，了解更廣泛嘅流程。

常見問題