CRM、進銷存、訂單與庫存管理
North America · Business System Development
北美洲系統開發｜多門店、多主體、多幣種的賬要能對上
北美華人企業常有中美兩地主體、美元與人民幣雙幣結算、跨州銷售稅差異。系統要把多主體核算、匯率、銷售稅規則、平臺佣金與退款拆分算清楚，否則財務每月都要手工調賬。我們通常先做訂單與資金兩條主線，再擴到庫存與人力。
結論先行：在北美洲實施系統開發，先確認ERP / CRM / 進銷存 / 審批與業務中臺範圍內的業務邊界，再按當地合規清單（CCPA / CPRA 與各州隱私法、ADA 與 WCAG 2.1 AA）梳理數據與流程，最後進入開發。交付物覆蓋業務流程現狀圖與目標流程圖、數據模型與權限矩陣、系統源碼、數據庫腳本與遷移方案，便於交接給內部團隊或第三方維護。
系統開發的能力範圍
以下為本類項目由我們負責的環節，按階段交付、逐項確認。涉及配套硬件或第三方系統授權時，在方案階段一併列出採購清單、授權要求與責任分工。
審批流、合同與財務對賬
多門店、多倉、多幣種與多主體核算
與 ERP、支付、物流、稅務系統的接口對接
報表看板與經營數據分析
交付清單
每一項均可歸檔、可交接，確保後續由內部團隊或第三方維護時具備完整依據。
- 業務流程現狀圖與目標流程圖
- 數據模型與權限矩陣
- 系統源碼、數據庫腳本與遷移方案
- 接口文檔與第三方對接記錄
- 培訓材料與驗收報告
常用技術棧
依據項目現狀與團隊能力選型，兼顧可維護性與後續擴展。
Java / Spring Boot
PHP / ThinkPHP
Node.js
MySQL / PostgreSQL
Redis
RabbitMQ / Kafka
BI 看板
實施階段
每階段均有可確認的產出與驗收記錄，問題在階段內解決。
階段 01
流程盤點
把現有表格、舊系統與人工環節攤開，找出重複錄入與對賬成本最高的點
階段 02
範圍與模型
確定首期模塊、角色權限與數據遷移範圍
階段 03
開發與試運行
核心模塊先跑通，再並行試運行校驗數據
階段 04
切換與陪跑
舊系統下線、數據歸檔，安排一段陪跑期
北美洲的合規關注點
實施系統開發時，以下要求會直接影響數據結構、頁面呈現與部署方式。我們在方案階段逐項確認，具體法律判斷建議由當地顧問覆核。
CCPA / CPRA 與各州隱私法
加州居民有權知曉、刪除、更正其個人信息，並可選擇不出售或共享。站點需要清晰的隱私政策、Cookie 分類與「不要出售我的個人信息」入口；收集表單只取必要字段，並記錄同意時間與來源。
ADA 與 WCAG 2.1 AA
美國殘疾人法案相關的網站無障礙投訴在零售、餐飲、地產行業並不罕見。我們按 WCAG 2.1 AA 做對比度、鍵盤可達、焦點可見、表單標籤與替代文本，並出具自檢清單，便於你回應客戶或律師的問詢。
FTC 背書指南：評價不能編
美國聯邦貿易委員會要求推薦與評價必須真實、可核實，虛構客戶評價或未披露的付費推薦存在法律風險。因此本站案例中的客戶名稱按保密約定匿名化，評價為交付反饋要點整理，不作為逐字引用。
銷售稅 nexus 與支付合規
跨州銷售達到各州經濟關聯門檻後需註冊並代收銷售稅，系統層面要支持按州、按郵編的稅率計算與豁免證書管理。支付環節按 PCI DSS 要求處理，卡號不落自己的數據庫。
醫療、金融與教育的額外要求
涉及受保護健康信息需符合 HIPAA，涉及貸款與理財需考慮州級金融牌照與披露要求，涉及未成年人需注意 COPPA。這些行業的項目我們會在方案階段先列出數據邊界，再決定哪些功能放在哪個系統裡。
北美洲與本服務相關的交付案例
以下案例涉及系統開發，可對照查看客戶痛點與交付成果的處理方式。
洛杉磯家居 DTC 品牌獨立站重構
客戶：洛杉磯某家居品牌（華人家族企業，名稱按 NDA 匿名）
客戶痛點
長期依賴第三方平臺獲客，佣金與廣告成本逐年上升；早期用模板搭的官網無法承載大件傢俱的尺寸、材質與配送說明，客戶下單前反覆詢問，客服成本高；站內沒有結構化的產品數據，搜索與廣告投放都難以精細化。
交付成果
- 重建信息架構：按房間、品類、材質三條主線組織，補齊尺寸、承重、材質、保養與配送範圍字段
- 自研產品與內容後臺，運營可自助維護多語言文案與場景圖
- 接入按州計算的銷售稅與分區配送規則，大件商品單獨走預約配送流程
- 按 WCAG 2.1 AA 完成可訪問性改造，補齊替代文本與鍵盤操作
項目結果
站點從「展示冊」變成可承接交易的渠道：產品字段標準化後，客服重複問詢明顯減少，廣告投放可以按品類與場景拆分落地頁，運營不再依賴外包改文案。
客戶評價：客戶方運營負責人反饋，內容維護從「提需求等排期」變成內部當天可改，大促前的頁面準備時間縮短了很多。
紐約華人餐飲連鎖多門店點單與會員系統
客戶：紐約某中式餐飲連鎖（6 家門店，華人創始團隊）
客戶痛點
各門店分別用不同的點單工具，會員積分互不通用；外賣平臺抽成高但自有點單入口體驗差；總部拿不到統一的菜品銷量與毛利數據，採購靠店長經驗。
交付成果
- 統一菜單與價格中心，支持門店差異定價、臨時售罄與打包費規則
- 自有點單小程序與 App，含堂食掃碼、自提與本地配送三種履約方式
- 會員積分與儲值跨店通用，儲值餘額與消費流水可按門店分賬
- 總部看板：菜品銷量、毛利、時段客流與門店對比
項目結果
六家門店共用一套菜單與會員體系，總部第一次能按天看到單店毛利；自有點單佔比提升後，對平臺的依賴度下降，促銷可以自己定節奏。
客戶評價：客戶方運營總監反饋，最直接的變化是「月底不用再讓店長各自報數」，總部一套報表就能對齊。
灣區地產經紀團隊客戶跟進與房源同步系統
客戶：舊金山灣區某華人地產經紀團隊（20 餘人）
客戶痛點
房源信息來自多個 MLS 與開發商，格式不統一；客戶跟進靠經紀個人微信與表格，團隊換人客戶就流失；官網房源頁更新滯後，客戶看到已售房源後信任度下降。
交付成果
- 房源聚合與清洗：統一字段、去重、標註狀態與更新時間
- CRM：客戶來源、帶看記錄、跟進提醒與佣金分配
- 官網房源頁與 MLS 數據定時同步，下線房源自動標記
- 經紀端移動頁面：現場帶看打卡、拍照上傳與即時備註
項目結果
房源狀態與官網展示保持一致，客戶不再詢問「這套還在不在」；客戶資料從個人手裡收回到團隊資產，人員流動不再帶走客戶關係。
客戶評價：團隊負責人反饋，新人入職後能直接接手歷史客戶記錄，交接週期比過去短很多。
洛杉磯牙科診所連鎖預約與病歷協同
客戶：洛杉磯某華人牙科診所（3 家分店）
客戶痛點
預約靠電話與前臺紙質本，爽約率高；三家店病歷與影像分散，患者換店要重新建檔；保險理賠信息記錄不全，前臺反覆回訪。
交付成果
- 在線預約與自動提醒（短信 + 郵件），支持改約與候補
- 患者主索引：跨門店共享基礎檔案與就診記錄，影像按權限調閱
- 保險信息與理賠材料清單管理，缺件自動提示
- 按 HIPAA 要求做訪問控制、操作日誌與數據傳輸加密
項目結果
前臺從「接電話排時間」轉為處理例外情況；跨店就診不再重複建檔；理賠材料缺失在預約階段就能發現，減少事後補件。
客戶評價：診所經理反饋，預約提醒上線後爽約情況有改善，前臺每天的電話量下降明顯。
美西海外倉 WMS 與尾程派送對接
客戶：洛杉磯某華人海外倉服務商（4 個倉庫）
客戶痛點
入庫靠 Excel 登記，庫位靠老員工記憶；多個電商平臺的訂單需要人工下載再錄入，錯發漏發時有發生；尾程承運商多，軌跡要逐個網站查。
交付成果
- WMS：收貨、上架、揀貨、覆核、打包、出庫全流程條碼化
- 主流電商平臺訂單自動同步，異常訂單單獨隊列處理
- 多家尾程承運商接口對接，軌跡統一回傳並自動推送客戶
- 庫內溫區與關鍵區域傳感器接入，超限告警到值班手機
項目結果
訂單從「人工搬單」變為自動流轉，錯發率下降；庫位與庫存實時可見，新員工上手不再依賴老師傅帶；異常件有獨立處理隊列，不再淹沒在聊天記錄裡。
客戶評價：倉庫運營負責人反饋，最明顯的是旺季不再靠臨時加人硬扛，系統能頂住集中出單。
多倫多華人課後教育機構招生與教務平臺
客戶：多倫多某華人課後教育與升學輔導機構
客戶痛點
招生季諮詢量集中，靠微信群人工回覆，線索經常遺漏；排課與教師資源靠表格，調課衝突多；家長看不到孩子的學習進度，續費決策缺少依據。
交付成果
- 品牌站與課程頁：按年級、科目、目標考試組織，含試聽預約
- 線索管理：來源標記、跟進狀態與自動提醒，避免線索沉底
- 排課與教師排班，衝突校驗與代課安排
- 家長端：課表、作業、階段測評與教師評語
項目結果
招生線索從微信散點收攏到統一池子，跟進有記錄可查；排課衝突在系統內被攔下；家長端讓續費溝通有具體依據，而不是隻靠銷售話術。
客戶評價：機構負責人反饋，招生季最緊張的那幾周，團隊第一次沒有出現「家長問過但沒人跟」的情況。
紐約華人會計師事務所客戶門戶與申報協同
客戶：紐約某華人會計師事務所（服務中小企業與個人客戶）
客戶痛點
報稅季資料靠郵件與微信收集，版本混亂、缺件反覆催；客戶敏感財務數據通過聊天工具傳輸，存在合規與保密風險；內部進度靠口頭同步，合夥人無法掌握整體負荷。
交付成果
- 客戶門戶：按稅季生成資料清單，客戶上傳後自動歸檔並標記版本
- 缺件提醒與截止日倒計時，減少人工催收
- 內部工單與進度看板，按客戶、稅種、負責人查看狀態
- 文件加密存儲、下載水印、訪問日誌與權限分級
項目結果
資料收集從「追著客戶要」變成清單驅動，缺件在系統裡一目瞭然；敏感文件不再走聊天工具；合夥人可以按人、按客戶查看負荷，排班更合理。
客戶評價：合夥人反饋，報稅季最耗時間的催資料環節被壓縮了，團隊能把精力放回專業判斷上。
西雅圖華人創業團隊 SaaS 多租戶後臺
客戶：西雅圖某華人創業團隊（B2B 工具類產品）
客戶痛點
種子期用低代碼快速驗證，客戶數上來後權限、計費與數據隔離都撐不住；企業客戶要求 SSO、審計日誌與數據導出；團隊沒有專職運維，發版靠手動。
交付成果
- 多租戶架構重構：租戶隔離、角色權限、配額與限流
- 訂閱計費：按席位與用量計費、試用轉付費、賬單與發票
- 企業級能力：SSO、審計日誌、數據導出與刪除請求處理
- CI/CD 與監控告警，發版流程標準化
- AI 輔助功能：文檔摘要與工單分類，保留人工覆核
項目結果
產品從「能演示」變成「能籤企業合同」：安全問卷有材料可交，計費不再靠手工開票，發版從半天縮短到固定流程。
客戶評價：創始人反饋，企業客戶的安全評審過去要拖一個月，現在能直接給出架構與權限說明。
案例說明：依據客戶保密約定，客戶名稱作匿名化處理，客戶評價為交付過程中的意見要點整理；項目信息來自真實交付記錄。
系統開發常見問題
前三項為通用問題，後兩項針對北美洲的本地情況。
已有 ERP 還能做二次開發嗎？
能，但先判斷值不值得。如果 ERP 本身有標準接口，我們做外圍系統與數據打通；如果只能改源碼，會先評估升級風險再決定，避免改完之後無法升級。
數據遷移會不會丟？
遷移前做全量備份與字段映射表，先跑一次試遷移核對總數與抽樣明細，正式遷移當天保留舊庫只讀，確認後再歸檔。
多人同時用會不會卡？
按並發量設計。常規中小企業系統在合理索引與緩存下支持數十到數百並發；如果有大促或集中錄入場景，會在方案裡單獨壓測。
在北美洲做系統開發，週期與溝通時間怎麼安排？
按北美洲常用時區（UTC−5 至 UTC−8，與成都時差 12–15 小時）安排例會與確認節點。需求與方案階段每週同步一次書面進度；開發階段每兩週提交一個可運行版本。跨時區協作時，關鍵確認點放在雙方工作時間的重疊時段，避免因等待回覆拖慢進度。
在北美洲做系統開發，需要提前確認哪些本地合規要求？
北美洲項目通常涉及CCPA / CPRA 與各州隱私法、ADA 與 WCAG 2.1 AA、FTC 背書指南：評價不能編等要求。這些要求會直接影響數據結構、頁面呈現、部署位置與數據留存方式，因此在方案階段逐項確認並寫入交付材料。具體法律判斷，建議由當地專業顧問覆核後執行。
北美洲的其他技術服務
多數項目會同時涉及兩到三類服務，例如先建設站點再實施業務系統，或在系統上線後接入 AI 能力。
手機 APP 開發
面向北美用戶的 App，要過的是審核與留存兩道關
網站建設
獨立站與品牌站：先能被找到，再談轉化
AI 應用開發
AI 用在對的地方：客服分流、單據識別、知識沉澱
物聯網開發
倉儲、門店與冷鏈的現場數據要能回到總部
系統運維
接手別人做的系統，先體檢再動手