建在你已有的東西之上
應用直接讀寫你現有的資料庫。不用遷移，也不會多出一個讓資料重複的地方。
建在你現有資料庫上的網頁與手機應用：庫存查詢入口、外勤 App、給管理層看的儀表板。只解決那個具體問題，不動已經跑得好的部分。
解決什麼問題
每家公司都有一個套不進去的流程：要麼是讓它領先的那個，要麼是從來都這麼做的那個。硬塞進標準產品裡只會更糟，而為了這一塊換掉整套系統又不成比例。真正需要的，是為它專門做的一塊。
包含什麼
應用直接讀寫你現有的資料庫。不用遷移，也不會多出一個讓資料重複的地方。
可以裝在手機上的應用，給在外面跑的人用：路線、打卡、盤點、送貨。工作在哪裡，它就在哪裡能用。
讓他們自己查對帳單、訂單或案卷，不用打電話。每一次自助查到，就少一通來電。
只放真正會被看的那些數字，自動更新。歷史資料夠的時候，也包括預測分析。
讓你的各個系統彼此對話，也能和客戶、供應商的系統對話，而不是靠誰手動寄一個檔案。
連同文件一起。我們做出來的東西是你的，這也包括你可以把它帶去找別的供應商。
如何運作
今天是怎麼做的、誰在做、哪裡出問題。
只做已經能用的最小部分，先用起來再調。
加真正被要求的東西，不是一開始設想的那些。
細節之處
一個短小但已經能用的第一版，勝過六個月的需求文件。哪些是多餘的，用起來才看得出來。
必須遵守它自己的驗證規則，否則 ERP 裡會出現連它自己都認為不可能存在的資料。所以要先分析清楚。
如果非要一直連網，技術員就會先記在紙上、回頭再輸入——而這正是當初要避免的事。
外面的人會看到它，所以「誰能看到什麼」這件事要先設計，而不是最後再補上去。
交給你、卻沒人看得懂的原始碼，照樣把你綁住。所以它連同文件和寫清楚的資料結構一起交付。
如果平台裡的某個模組、或者 ERP 的一項設定就能解決，我們會直說。這樣雙方都更省錢。
適合誰
沒有任何標準產品涵蓋得了。
先記在紙上，回頭再輸入系統。
而一個自助入口就能自動解決。
常見疑問
不用。我們直接建在你已經在用的資料庫上，並遵守它自己的規則。
做。可以裝在手機上，而且就是按「沒訊號也能用」來設計的：一旦非要連網，技術員就又回去用紙了。
歸你，連同文件和資料結構一起。交給你、卻沒人看得懂的原始碼，照樣把你綁住。
第一版做得短、交得快，是有意為之：先用起來，再調整，再按真正被要求的東西擴展。
我們會直說。如果平台的某個模組、或者你 ERP 的一項設定就能解決，這樣雙方都更省錢。
React、Node、PHP/Laravel、Python、SQL Server 和 MySQL 等等。具體選哪一種，由必須與之共存的那套系統決定。