如何為小型企業建置庫存管理 App

建置庫存管理 App，先從四件事開始：品項列表、每個品項在各儲位的數量、每一筆庫存異動的紀錄（進、出、調整，並附原因），以及依再訂購點發出的低庫存警示。AI App 建置工具可以根據一段白話描述建立資料庫、畫面與警示。最重要的設計選擇，是記錄異動，而不只是覆寫數量，因為這份歷史紀錄正是讓你信任數字的關鍵。

為什麼小型企業會自己建置

多數小型企業一開始用試算表追蹤庫存，這在某個時點之前都很好用。常見的崩潰點包括：

• 好幾個人更新試算表，彼此覆蓋
• 沒有人說得出數量為何變動，或是誰改的
• 缺貨了，卻沒有人及時發現
• 庫存分散在多個地方（賣場、後倉、廂型車、第二個據點）
• 試算表裡已經寫滿了使用說明

現成的庫存軟體也存在，而且通常是正確的答案（請見本指南末尾）。人們之所以自行建置，是因為他們的庫存很特殊（有效期限批號、由其他品項組成的成品、會歸還的租借品）、只需要大型產品的一小部分功能，或希望工具完全貼合團隊的工作方式。如果你正從試算表轉過來，如何把試算表變成 App會是很好的參考。

App 需要什麼

核心資料

核心概念是：庫存水準是異動的結果。 每一項變動都要經過一筆異動紀錄，而現有數量是根據這些紀錄更新的。這樣你自然就有稽核軌跡，也能輕鬆追查與還原錯誤。

核心畫面

• 品項列表：可搜尋、依類別篩選，並提供「低庫存」篩選
• 品項頁面：顯示各儲位的數量與近期異動
• 快速調整：進貨、出貨、儲位間調撥、記錄盤點
• 低庫存檢視：所有低於或等於再訂購點的品項，依供應商分組
• 盤點模式：定期盤點用，並將差異記錄為調整

之後視需要加入

• 採購單：向供應商建立訂單，再依訂單收貨
• 批號與有效期限：食品、化妝品與藥品適用
• 物料清單：由元件組成的成品，賣出一件時會扣減多項元件
• 報表：庫存價值、滯銷品、隨時間變化的用量（參見如何建置儀表板）
• 以手機相機掃描條碼

建置前需要做的決定

誰是唯一的資料來源

如果你透過線上商店或銷售點系統銷售，而該系統已經在追蹤庫存，請決定由哪一套系統負責計數。兩套系統同時修改同一組數字，必定會逐漸不一致。可以選擇：

1. 你的 App 只管理商店不追蹤的東西（原物料、耗材、後倉庫存）。
2. 商店是資料來源，你的 App 透過其 API 讀取，用於報表與警示。
3. 你的 App 是資料來源，並把數量推送到商店。 功能最強大，但要做對也最費工。

從第 1 或第 2 種方案開始，安全得多。

誰能做什麼

對部分員工隱藏成本價是常見的需求，請在第一則提示中就說明。真正的權限控制需要 App 登入，請參見如何為你的 App 加入登入功能。

手機還是電腦

庫存作業通常是站著進行的：在貨架旁、在送貨門口、在廂型車上。調整與盤點畫面應先為手機設計，使用大按鈕，並盡量減少輸入。報表與品項編輯則可以以電腦為主。

一步一步建置

步驟 1：整理你目前的資料

在匯入之前，先匯出你的試算表並整理：每列一個品項、單位一致、SKU 不重複、沒有合併儲存格。這個步驟比人們預期的更耗時，但能省下之後大量的麻煩。

步驟 2：撰寫第一則提示

描述業務、庫存、人員與異動：

為 Fern & Stone 建置庫存 App。這是一家植物店，有賣場、後倉與一台送貨廂型車。品項包含名稱、SKU、條碼、類別、單位、成本價、售價、供應商與再訂購點。依儲位追蹤數量。每一次變動都是一筆庫存異動，包含類型（進貨、售出、損壞、盤點、調撥）、數量、備註、使用者與時間，絕不直接編輯數量。畫面：可搜尋的品項列表（附低庫存篩選）、顯示各儲位庫存與異動歷史的品項頁面、適合手機的快速調整畫面，以及依供應商分組的低庫存頁面。員工看不到成本價，主管可以看到。使用資料庫，設計簡潔快速。請讓我從 CSV 檔匯入品項。

步驟 3：匯入並檢查

匯入整理好的 CSV，然後隨機抽查十項品項與實際庫存比對。錯誤的起始數量會從第一天起就破壞大家對 App 的信任，因此切換當天要對最重要的品項做一次實際盤點。

步驟 4：測試異動

進貨、售出一些、損壞一件、把一些調撥到廂型車，再做一次盤點並找出兩件短少。檢查每個品項的歷史紀錄是否正確地反映了事實，數量是否吻合。試著讓數量變成負數，並決定應該阻擋還是標記。

步驟 5：加入警示與報表

在基本功能運作正常後，人們最常要求的通常是低庫存電子郵件，或給主管的每日摘要。這需要電子郵件服務與排程工作。之後再加上簡單的庫存價值報表，以及列出 90 天未移動品項的清單。

步驟 6：先在一個據點上線

先在一個地點使用幾週，修正不順手的地方，再擴大範圍。最大的風險不是程式錯誤，而是員工因為 App 比較慢而又回到試算表。

常見錯誤

• 只儲存目前數量。 沒有異動紀錄，你就無法回答「為什麼這個數字不對？」
• 讓任何人都能編輯任何東西。 再訂購點打錯字或誤刪品項，可能要過好幾週才被發現。
• 忽略單位。 以一箱十二個進貨、以單個出售，需要明確的換算規則，否則數量會差十二倍。
• 快速調整畫面欄位過多。 如果記錄一次進貨要花一分鐘，人們就不會去記。
• 先建置雙向的商店同步。 先讓 App 自己獲得信任，再考慮與其他系統連接。
• 把它當成會計系統。 為了稅務目的的庫存計價（先進先出、加權平均）有其規則；在依賴 App 的數字來做帳之前，請先與會計師確認。

何時現成產品是更好的選擇

• 你主要透過單一平台銷售，例如 Shopify 或 Square。它們內建的庫存功能可能已經涵蓋你的需求，並與銷售自動連動。
• 你需要與會計系統緊密整合的庫存。 設計為與會計軟體整合的會計與庫存產品，能省下大量對帳工作。
• 你有倉儲作業，包括揀貨、裝箱、出貨標籤與多個銷售通路。專門的庫存與倉儲系統就是為此設計的。

當你的庫存不符合這些產品、當你為了只用到一小部分功能而付費購買大型系統，或當真正需要管理的是庫存周邊的流程（核准、工單、租借歸還）時，就適合自行建置。我們的中小企業自建或購買軟體指南說明了這項取捨。

用 Mythex 建置

Mythex 是一套 AI App 建置工具：你描述庫存、儲位與人員，它就會在即時預覽中建置 App，並為品項、儲位與異動加入專案資料庫。你可以附上目前使用的試算表截圖，讓它看到你的欄位，並要求匯入 CSV。品項照片使用專案的檔案儲存空間。如果你的商店或 POS 有 API，可以把金鑰存放在專案機密中，並要求 Mythex 從中讀取資料。Mythex 不包含內建的員工登入系統，因此 App 的帳號與角色需要你選擇的驗證程式庫或服務。文件中關於建置內部工具與建置 CRUD App的頁面，是很好的起點。

若想要一則可以直接修改的第一則提示，可以打開庫存追蹤範本，或閱讀更廣泛的如何建置內部工具指南。

常見問題