系統負責
- 保存客戶需求、成交前案件、候選石材、提案版本與跟進狀態。
- 記錄訂金、尾款、ERP 交接摘要、確認人與稽核歷程。
- 承接角色權限、管理總覽、會計月報確認與設計師合作資訊。
返回案例與實作
石材產業實作
石材業務營運中台
補足 ERP 正式交易之前的成交前管理，讓需求、選材、提案、報價、款項與交接不再分散於訊息、試算表與個人記憶。
原本如何運作
先理解工作現場，再決定要做什麼。
- 01成交前需求、選材、提案與跟進資訊分散在通訊軟體、紙本、試算表與個人記憶。
- 02ERP 主要保存正式交易，業務機會尚未成立前缺少共同案件狀態。
- 03主管與會計需要人工彙整報價、付款與應收資訊，才能形成管理判斷。
為什麼會卡住
- 業務不知道今天最值得推進哪些案件，也難以交接客戶需求與下一步。
- 提案、報價、訂金、尾款與 ERP 建單條件沒有一致狀態。
- 管理摘要若直接依賴人工整理，資料來源與確認責任不清楚。
管理上的風險
- 高價值案件卡住時，主管可能太晚才發現。
- 估算、草稿與正式交易資料混在一起，容易造成管理與會計誤判。
- AI 內容若沒有來源、版本與人工確認，不能作為正式決策依據。
我們的判斷
ERP 保存正式交易；業務營運中台協助管理成交前機會。系統先建立案件、狀態、權限與交接紀錄，AI 只在需求整理、提案與管理摘要等適合的環節產生草稿，正式交易與財務內容仍由人員確認。
工作分工
系統、AI 與人員各自承擔合適的責任。
AI 協助
- 協助整理需求、提案理由、對客訊息與管理摘要草稿。
- 協助預整理受控匯入資料與需要人員確認的異常。
- 第一階段先以草稿與流程驗證為主，確認人員如何檢視、修改與使用內容後，再安排正式服務銜接。
人員確認
- 編修或拒絕 AI 草稿，確認分享內容與案件下一步。
- 確認交易條件、訂金尾款、ERP 交接與正式會計資訊。
- 處理資料不一致、例外案件與高風險管理決策。
實作範圍
主要模組
這些模組會依企業的實際流程、管理目標與現有工具分階段組合。 顧問會先和使用團隊確認最常發生的工作、必要資料與交接責任， 再安排第一階段範圍，讓團隊能在可控的改變中逐步建立共同作法， 而不必一次承擔過多功能與轉換成本。
業務營運總覽
成交前案件與今日推進
候選石材與提案流程
訂金、尾款與應收風險
ERP 交接摘要與人工確認
會計月報與管理摘要
管理上的改變
重點不是增加功能，而是改變工作如何被接續與管理。
- 01成交前機會有共同狀態，主管不必只靠逐一詢問掌握進度。
- 02提案、付款與 ERP 交接的責任被分開記錄，草稿不會取代正式資料。
- 03AI 回到輔助角色，即使 AI 暫時不可用，基本案件流程仍可繼續。
與 StoneCRM 的差異
營運中台承接成交前機會，不取代石材選材工具。
StoneCRM 聚焦石材資料、選材模擬與提案分享；本中台聚焦成交前案件推進、款項風險、管理資訊與 ERP 邊界。兩者可以銜接，但各自解決不同層次的營運問題。
從相似場景開始，找出適合您的改善方式。
每家企業都有自己的角色分工、資料基礎與服務方式。 案例可以幫助我們更快理解相似的營運問題，但實際方案仍會從您的工作現場重新判斷。 可以先分享目前最常卡住的一段流程，我們再一起找出合理、可驗證的第一步。