多租戶聊天機器人平台 — 一次安裝，多個租戶

想像一下，您係一間數碼代理機構，為唔同客戶管理聊天機器人方案。如果冇多租戶，您就要為每個客戶運行一個獨立平台實例 — 有自己嘅伺服器、自己嘅維護、自己嘅更新。咁樣成本高、工夫多，而且難以擴展。

多租戶架構可解決此問題：單一 Zentor App 安裝即可同時服務所有客戶——完全隔離，各自擁有獨立設定。您只需維護一套基礎設施，卻能為每位租戶提供專屬的聊天機器人環境。

呢個模式適用於代理機構同聊天機器人服務供應商、將聊天機器人功能作為自身服務一部分轉售嘅 SaaS 公司，以及希望喺同一平台上營運多間附屬公司或者品牌嘅大型企業集團。

多租戶是一種軟件架構原則，指單一應用實例同時服務多個獨立用戶群體——即所謂的租戶或 Tenants。每個租戶均與其他租戶完全隔離：無法查看其他租戶的數據，無法影響其他租戶的設定，並在自身封閉的範圍內運作。

基礎設施嘅共用只涉及技術層面 — 伺服器、數據庫引擎、應用邏輯。喺數據層面，每個租戶都係一個完全獨立嘅區域。對終端用戶嚟講，平台用落就好似專用安裝一樣 — 而唔使為此運行獨立硬件。

喺 Zentor App 入面，每個租戶都係一個獨立、完全分隔嘅單位：

每個租戶均可憑藉獨特的可見身份經營客戶溝通。這包括——視設定而定——獨立名稱、獨立標誌、獨立配色、獨立口號、獨立聯絡資料、獨立連結，以及獨立發件人名稱及明確分配的電子郵件地址。

技術基礎設施可以由 Zentor App 集中提供。不過，對終端客戶嘅溝通仍然明確歸屬於相關租戶。每個租戶只會使用已為佢批准嘅品牌同發件人資料，絕不會沿用其他租戶嘅數據、郵箱或者可見身份。

Zentor App 分兩種通訊方向：

• Zentor App 對租戶: 合約、平台、安全、套餐及結算資料會透過 Zentor App 品牌發送。
• 租戶對其終端客戶: 預約、查詢、回電同服務郵件，都會使用相關租戶嘅品牌同指定發件人身份。

咁樣就可以清楚分辨每則訊息實際係由邊個發出。

基於角色嘅存取控制（RBAC）可以按照用戶喺團隊入面嘅角色，為租戶內嘅用戶分配細緻權限。客服員工可以睇到對話並回覆；團隊主管另外可以睇到報告同監控；管理員設定渠道同知識庫；超級管理員管理成個平台。

RBAC 可作為附加模組於自訂套餐中提供，確保用戶僅能存取其角色所需之資料與功能。此設計符合權限分配之最小化原則——此乃《通用資料保護規範》及一般資訊安全之重要準則。

對於管理多個客戶租戶的代理機構，RBAC 亦意味著：某租戶的客戶員工無法存取其他租戶的數據——即使他們在技術上處於同一平台也不例外。

Zentor App 將報價、方案、訂閱同存取權限嘅管理同整合式付款處理結合。個別服務會先組合成報價並由客戶批准，之後先至進行付款步驟。

專業管理套餐、價格、運送時限、批准及存取權限均在 Zentor App 內進行。PayPal 則用於支援付款處理。藉此，報價、付款、合約狀態及平台存取權限得以清晰互相關聯。

提供 AI 聊天機器人服務嘅代理機構，經常面對要為每個客戶建立獨立技術環境嘅問題。咁樣會佔用資源，亦令業務模式難以擴展。

透過 Zentor App 呢個多租戶平台，您可以喺一個中央介面管理所有客戶。每個客戶都有自己已完整設定好嘅聊天機器人、知識庫同渠道 — 而您作為代理機構，仍然可以全面掌握同控制所有租戶。

更新、新功能同安全修補程式只需喺平台層面部署一次，就會自動惠及所有租戶。即係話：您嘅營運工作減少 — 而您嘅客戶就得到一致、最新嘅產品。

Zentor App 同您嘅業務一齊成長。您可以由少量租戶同簡單嘅基礎設施開始 — 客戶群擴大時再向上擴展。平台架構從一開始就為增長而設計：新增租戶唔使改動基礎設施。

Starter 方案令您可以為一個網站踏出使用聊天機器人嘅第一步。Individuell 方案可以自由設定擴充至全部六個可即時使用嘅渠道（網頁聊天、電郵、WhatsApp、Telegram、SMS，以及經 Zentor SIP-Voicebot 嘅電話服務）、n8n 工作流程、RBAC、日曆模組、進階自動化、多條流程路線、可任意擴充嘅租戶（每個 39 €/月）同包含 10 個用戶（可應要求擴充），另有本地部署選項同 SSO — 係租戶數目不斷增長、查詢量較高嘅代理機構嘅理想基礎。

準備好建立您嘅專屬聊天機器人平台嗎？

同我哋傾下 Zentor App 作為多租戶平台，可以點樣支援您嘅代理機構或者 SaaS 模式。

喺說明中心了解更多