喵的，我是個獸醫，為什麼要自幹ERP

「喵的，我是獸醫系，不是資訊系，為什麼我要會這些？」

離開學校、開始工作後，我不止一次這樣問自己。

為什麼要會這些技能？為什麼凡事要自己來？難道自己來就比較經濟實惠、比較有效率？難道，沒有更好的選擇？

老實說，一開始的答案是：真的沒有更好的選擇，只是我不想承認。

一個很爽、但讓我睡不好的處境

先講一件聽起來像炫耀、其實讓我半夜爬起來的事。

我們公司待在一個競爭者很少的市場。競爭者少，報價的寬度就很寬 —— 同一件事，開低有人買，開高也有人買，而且每一單都賺。

聽起來夢幻對吧？夢幻到我可以不用管數字，反正都賺。

直到有一天，我想認真回答一個問題：「這一單，我到底賺多少？」

我答不出來。

再問一個：「現在這個當下，倉庫裡躺著多少錢？」

我還是答不出來。

賺錢，但不知道賺多少；有貨，但不知道值多少。所有數字散在報價單、LINE 對話、紙本，還有我那顆會忘事的腦袋裡。

公司靠市場紅利活得好好的，可它是一台儀表板全黑的車 —— 開得動，不代表你知道油還剩多少。而賺錢的公司也是會倒的，如果它永遠算不清錢卡在哪。

「為什麼我要會這些？」的第一個答案出現了：

因為沒人能告訴我這批貨賺多少，所以我只能自己算。而要系統化地算，就得有一套系統。

「那你買現成的不就好了？」

我當然知道。市場上有 SAP、有 Odoo、有一卡車現成 ERP。這句話我自己問過一百遍，大家一定也會問。

我評估過，最後還是自己寫了。因為我這行有兩件事，通用 ERP 天生不懂：

• 動物是「活的庫存」。牠會長大、會生病、有醫療紀錄、會因為合規理由不能動。牠不是倉庫裡一個乖乖不動的 SKU。
• 計劃書審查是「能不能開工的前提」。一個案子跑不跑得起來，先要過審查委員這關。這不是系統的附屬功能，這是業務的入口。

要嘛我把一套通用 ERP 硬凹成獸醫這行的形狀，要嘛我從我最懂的業務，自己長一套出來。

我選了後者。最聰明嗎？不一定。最適合我嗎？我賭是。

於是我開始學那些「我不該會」的東西

Rust、React、Docker …… 這幾個名字，四年前我只聽過 Docker，而且它對我還只是個模糊的概念；

現在，我得親手把它們一個個實作出來，讓它們真的跑起來。

需求，是最好的老師。

當我把採購、收貨、銷貨的每一步流程，一筆一筆綁上個案管理和財務管理後，庫存從此不只是「有幾箱」，而是「值多少錢」；

報價再寬，也算得出每單毛利。錢，第一次變得看得見。

然後，我把打卡、動物管理、計劃書審查，全塞進同一套系統。

上班第一件事是打卡？那就讓打卡發生在這裡，讓「打開它」變成肌肉記憶。

不想讓大家在兩套三套系統間切換？那就把審查委員、客戶、員工、經營者，全部黏在同一套上。

一個獸醫，一台筆電，一套跑在上面的 prod。

這系列會寫什麼

我不是工程師，我是獸醫。這套系統用工程標準看，可能到處是破綻。而我打算把破綻一個一個攤出來：

• 控制成本：ERP 的第一價值不是自動化，是把隱形的錢變成看得見的數字。
• 從做中學：這是我做過最好玩也最有效的學習法，因為我明天就要用它。
• 沒人用的系統是廢鐵：做出來只是最簡單的一半，讓它變成每個人的習慣才是真本事。
• 踩過的坑：哪些設計我自以為聰明、後來含淚砍掉；哪些土法煉鋼卻活得很好。

寫這篇、也寫這整個系列，是想分享給同樣走在路上的二代們：這條路會遇到什麼問題、會經歷哪些失敗，又是怎麼一關一關爬過來的。

拋磚引玉，讓大家越做越好，我想，這才是「二代學」真正的價值，也是讓人願意一直投入的地方。