返回案例與實作

石材產業實作

石材業務營運中台

補足 ERP 正式交易之前的成交前管理,讓需求、選材、提案、報價、款項與交接不再分散於訊息、試算表與個人記憶。

原本如何運作

先理解工作現場,再決定要做什麼。

  • 01成交前需求、選材、提案與跟進資訊分散在通訊軟體、紙本、試算表與個人記憶。
  • 02ERP 主要保存正式交易,業務機會尚未成立前缺少共同案件狀態。
  • 03主管與會計需要人工彙整報價、付款與應收資訊,才能形成管理判斷。

為什麼會卡住

  • 業務不知道今天最值得推進哪些案件,也難以交接客戶需求與下一步。
  • 提案、報價、訂金、尾款與 ERP 建單條件沒有一致狀態。
  • 管理摘要若直接依賴人工整理,資料來源與確認責任不清楚。

管理上的風險

  • 高價值案件卡住時,主管可能太晚才發現。
  • 估算、草稿與正式交易資料混在一起,容易造成管理與會計誤判。
  • AI 內容若沒有來源、版本與人工確認,不能作為正式決策依據。

我們的判斷

ERP 保存正式交易;業務營運中台協助管理成交前機會。系統先建立案件、狀態、權限與交接紀錄,AI 只在需求整理、提案與管理摘要等適合的環節產生草稿,正式交易與財務內容仍由人員確認。

工作分工

系統、AI 與人員各自承擔合適的責任。

系統負責

  • 保存客戶需求、成交前案件、候選石材、提案版本與跟進狀態。
  • 記錄訂金、尾款、ERP 交接摘要、確認人與稽核歷程。
  • 承接角色權限、管理總覽、會計月報確認與設計師合作資訊。

AI 協助

  • 協助整理需求、提案理由、對客訊息與管理摘要草稿。
  • 協助預整理受控匯入資料與需要人員確認的異常。
  • 目前以草稿與流程驗證為主;正式 AI Provider 尚未啟用。

人員確認

  • 編修或拒絕 AI 草稿,確認分享內容與案件下一步。
  • 確認交易條件、訂金尾款、ERP 交接與正式會計資訊。
  • 處理資料不一致、例外案件與高風險管理決策。

實作範圍

主要模組

模組用來承接實際流程,不代表每個企業都需要一次導入全部內容。

業務營運總覽

成交前案件與今日推進

候選石材與提案流程

訂金、尾款與應收風險

ERP 交接摘要與人工確認

會計月報與管理摘要

管理上的改變

重點不是增加功能,而是改變工作如何被接續與管理。

  1. 01成交前機會有共同狀態,主管不必只靠逐一詢問掌握進度。
  2. 02提案、付款與 ERP 交接的責任被分開記錄,草稿不會取代正式資料。
  3. 03AI 回到輔助角色,即使 AI 暫時不可用,基本案件流程仍可繼續。

與 StoneCRM 的差異

營運中台承接成交前機會,不取代石材選材工具。

StoneCRM 聚焦石材資料、選材模擬與提案分享;本中台聚焦成交前案件推進、款項風險、管理資訊與 ERP 邊界。兩者可以銜接,但各自解決不同層次的營運問題。

了解 StoneCRM

您的流程不會和這個案例完全相同。

可以先討論目前最常卡住的一段工作,再判斷需要流程改善、客製系統、自動化或 AI 輔助。

討論一個營運問題