服裝廠的真相遠(yuǎn)比"縫紉"復(fù)雜。一條產(chǎn)線60多臺機(jī)器、100多名工人、數(shù)千捆面料同時(shí)流轉(zhuǎn)，管理卻靠紙筆和Excel——這就是尼泊爾一家服裝廠曾經(jīng)的日常。直到有人用React、Firebase和一臺樹莓派，搭出了一套零安裝的掃碼系統(tǒng)。

這套叫Scan ERP的系統(tǒng)，核心設(shè)計(jì)很反直覺：不做"記錄系統(tǒng)"，做"行動系統(tǒng)"。開發(fā)者沒選原生App，而是做成漸進(jìn)式網(wǎng)頁應(yīng)用（PWA）。原因很簡單——工廠環(huán)境討厭應(yīng)用商店。不用下載、不用更新，掃個(gè)二維碼就能進(jìn)系統(tǒng)，這對流動性高的臨時(shí)工群體至關(guān)重要。

掃碼體驗(yàn)是生死線。工廠里用的是100美元左右的廉價(jià)安卓機(jī)，屏幕油膩、光線雜亂，普通方案根本扛不住。Scan ERP的解法是用"多引擎雜交"：BarcodeDetector API負(fù)責(zé)速度，jsQR兜底兼容，ZXing保證頑固碼能識別。三管齊下，臟污二維碼在移動中的面料捆上也能200毫秒內(nèi)完成識別，準(zhǔn)確率拉到99%。

技術(shù)債的清理更有代表性。早期的firebase-services.js膨脹到3000行，最近一輪架構(gòu)重構(gòu)把它拆成領(lǐng)域模塊：庫存、計(jì)件工資、品控各自獨(dú)立。底層抽象出FirebaseBaseService，統(tǒng)一封裝CRUD、自動時(shí)間戳和批量事務(wù)。結(jié)果很直接：核心服務(wù)文件體積砍掉75%，打包加載速度明顯提升。

網(wǎng)絡(luò)不穩(wěn)定是發(fā)展中國家的硬約束。Scan ERP的部署方案是在本地放一臺樹莓派當(dāng)邊緣采集器，斷網(wǎng)時(shí)先存本地，WiFi恢復(fù)后靠Firebase后臺同步自動補(bǔ)齊。這套"離線優(yōu)先"的設(shè)計(jì)讓產(chǎn)線不會因?yàn)榫W(wǎng)絡(luò)波動停擺。

實(shí)際跑起來的數(shù)據(jù)：尼泊爾這家60機(jī)規(guī)模的工廠，已經(jīng)追蹤了超過11.5萬件成品的全流程。產(chǎn)線 slowdown 時(shí)，儀表盤30秒內(nèi)變紅報(bào)警；每筆掃碼都生成防篡改的數(shù)字記錄，計(jì)件工資糾紛歸零。對管理者來說，從"看昨天的數(shù)據(jù)"變成了"看現(xiàn)在的數(shù)據(jù)"。

幾個(gè)從泥土里長出來的經(jīng)驗(yàn)：工廠UX要的是大按鈕、高對比度、語音播報(bào)，不是精致動畫；PWA在B2B場景的價(jià)值被嚴(yán)重低估——2026年，"安裝門檻"依然是企業(yè)軟件最大的轉(zhuǎn)化率殺手。

項(xiàng)目已開源運(yùn)行，地址見 scanerp.pro。如果你在折騰垂直行業(yè)的ERP或者PWA掃碼方案，評論區(qū)可以聊聊。