Naoma

Naoma是什麼

Naoma 是專為 B2B SaaS 企業所設計的 AI 產品示範工具。它可被部署在產品的官方網站或應用程式中，當潛在客戶點擊示範按鈕時，它便會立即在瀏覽器中呈現產品的功能說明：讓使用者進入企業提供的專用沙盒環境、操作真實的介面、回答問題、收集需求，並根據客戶的資格判斷是否需要安排會議，或是直接讓其進行自助購買，或是將其交給銷售人員進一步處理。

與預先錄製的影片和靜態截圖導覽不同，Naoma的Growth模式強調在真實的產品環境中進行演示。它主要解決「訪客想要查看產品，但必須先填寫表格並等待銷售人員安排時間」的問題，因此很適合那些已有穩定訪客流量、需要對產品進行說明，且希望篩選出高意向客戶的SaaS公司。

Naoma核心功能

即時產品演示

AI Agent在受控瀏覽器及專用示範帳號中操作產品，透過點擊、頁面跳轉以及重點標示等功能來進行操作。示範流程可根據企業的理想路徑、銷售話術、FAQ以及異議處理規則來進行設定。

真實介面會隨產品更新，但 UI 大改後仍需重新測試步驟和恢復邏輯。

對話式講解與問題回答

訪客可以邊觀看邊提問，Agent則利用產品文件、錄製的示範影片、銷售資料以及相關配置知識來回答問題。它適合用於處理功能、適用場景以及基礎整合相關的問題，但不應擅自承諾尚未經核實的價格、發展藍圖、合約內容、合規認證或實施週期等事項。

買家自適應路徑

Scale 和 Enterprise 版本支援分支與深度個性化設定，可根據行業、角色、公司規模及購買意圖來調整展示順序。企業應明確規定可允許的分支類型及資格條件，以避免基於敏感屬性而做出不當判斷。

線索篩選與下一步路由

Naoma 可在演示中詢問團隊規模、使用場景、預算與時間表，生成摘要和 qualification 結果，再引導預約會議、進入自助結算或後續培育。AI 评分只能作為銷售參考，重要客戶仍應由人工複核。

轉錄、摘要與CRM同步

每場演示可產出對話轉錄、摘要、資格狀態、買家問題、異議以及結構化洞察，並可發送到 CRM、表格、Slack 或企業工作流中。官方資料明確提到 HubSpot 與 Salesforce 的整合方向；

具體字段、權限和雙向同步範圍應在採購時確認。

33種語言與自動識別

Agent 支援 33 種語言，可根據瀏覽器語言自動匹配，並能在對話中切換語言。多語言展示仍需要企業準備準確的產品術語、價格和合規文案，尤其是小語種與行業術語。

Avatar與品牌化

企業可選擇風格化的頭像、帶有聲音的寫實主持人，或是自訂的品牌吉祥物。頭像僅在瀏覽器演示界面上使用，不會調用訪客的攝影機或麥克風等裝置的感測器。

寫實人物與聲音必須確保素材、肖像和聲音授權。

Naoma套餐價格對比

Naoma 是按年簽約的，並以每個月「Engaged Demo」的使用時長來計費。所謂有效的演示，是指訪客的參與時間達到 3 分鐘或以上。

誤點、跳出和快速退出不計費。

下列為官方定價頁核驗時的年付折算價。

達到額度後演示會預設暫停，不會在未經確認的情況下自動產生超額費用；系統會在 80% 和 100% 用量時發出提醒，並為正在進行的訪客保留少量緩衝空間。

企業可以升級或開啟按量付費，具體的超額單價和合約條款應以訂單為準。

不同套餐怎麼選

Naoma部署流程

1. 確定演示目標：選擇主要受眾、需要展示的關鍵價值、資格問題以及最終的 CTA。
2. 準備專用沙盒：創建不含真實客戶數據的 demo account，配置穩定數據和最小權限。
3. 提供知識材料：整理產品文件、銷售演示錄製、FAQ、競爭邊界、價格及禁止承諾事項。
4. 設計演示路徑：將流程拆為頁面或幻燈片步驟，設定角色分支、問題回答與失敗恢復。
5. 接入網站：按官方 SDK 放置 Agent ID，使用按鈕、浮動 Widget 或 Hero 區域啟動演示。
6. 連接銷售流程：配置會議預約、CRM 字段、轉錄、摘要、資格結果和 Webhook。
7. 小流量試點：先限制訪問範圍，檢查錯誤點擊、權限越界、錯誤回答和真實產品變化。
8. 持續優化：根據完成率、有效演示率、訪客問題、預約率和銷售反饋調整路徑。

Naoma SDK接入方式

JavaScript SDK 可透過 Agent ID 來識別企業的示範代理，可使用 startDemo 來開啟彈出層，並傳入使用者 ID、姓名、電子郵件、套餐及語言等元資料。setMetadata 可用於預先設定頁面級的資訊，getLanguages 則用於建立語言選擇器，checkClient 則能在顯示按鈕之前，檢查訪客是否允許啟動示範。

官方提供三種主要的前端呈現方式：普通按鈕適合用於現有的 CTA；Widget 可放在頁面邊緣並收集電子郵件；

Hero 可將動畫頭像直接放在首頁。收集電子郵件時應明確用途與錄製提示，不得將訪問者未同意的資料隨意寫入 metadata。

Public API與Webhook

Naoma Public API 可透過 Bearer Token 或 HTTP Basic Auth 取得會話資料，欄位包括狀態、metadata、轉錄內容、摘要、評價、電子郵件地址、持續時間以及建立時間。JSON 與 CSV 格式的接口支援對時間、數量及欄位的篩選，單頁最多可顯示 100 條資料，分頁時應依 session id 進行去重處理。

Webhook 在 session.evaluated 時會傳送完整的會話對象，並使用 HMAC-SHA256 進行簽名。接收端應使用原始的請求體來驗證簽名，並在 10 秒內回傳成功狀態；同時，應以 session id 來確保操作的幂等性，因為重新評估同一個會話時，就會再次傳送資料。

Token 與簽名金鑰只能放在服務端，不能嵌入網頁。

安全與隱私

Naoma的官方FAQ中指出，該產品是按照GDPR的規定來設計的，而SOC 2和ISO 27001的認證則仍在進行中。因此，不能將「認證進行中」這個狀態說成已經取得認證。那些需要正式安全審查的企業，應該選擇Enterprise版本，並在合約中明確規定資料儲存的地點、保存期限、分包商的資訊、資料刪除流程、日誌記錄、事故通知方式、SLA要求以及審計相關的文件。

演示時必須使用與生產環境隔離的專用沙盒，禁止放入真實的客戶資料、訂單、金鑰以及內部管理功能。Agent僅能查看被允許顯示的頁面和資料。

在將對話轉錄、電子郵件及資格審核結果同步到 CRM 之前，應先設定隱私通知、合法依據、存取權限及保存週期。

Naoma開源嗎

Naoma 是商業雲端服務，AI Agent、託管演示運行環境和 SDK 服務並非開源軟體。官方公開的是 SDK 與 REST API 的使用文件，核驗時未發現可確認的官方公開 GitHub 源碼倉庫。

網頁腳本可被嵌入並不等於產品開源或支援私有化部署。

Naoma使用教學

建立可重複使用的專業工作流

1. 用真實噪聲、口音和多人片段建立測試集；
2. 比較實時產品演示、對話式講解與問題回答和買家自適應路徑的處理差異；
3. 保留原始錄音和未經修改的轉錄；
4. 對外發布前安排人工聽審；
5. 統計處理時長、錯誤率及額度消耗；
6. 定期更新術語表、聲音授權和刪除策略；

適合哪些企業

• 官網已有穩定流量，但“預約演示”轉化較低的 B2B SaaS；
• 產品複雜、需要銷售或售前說明才能理解價值的團隊；
• 跨時區及多語言獲客、無法全天安排真人演示的公司；
• 希望將演示記錄、資格和異議同步到 CRM 的銷售組織；
• 能夠提供安全沙盒、維護演示路徑並持續分析數據的企業。

優勢與使用限制

• Naoma的優勢在於，讓訪客不必等待就能看到產品，並將演示、答疑、資格判斷和銷售流程整合為一個整體。
• 按有效演示計費比按按鈕點擊更貼近實際互動，達到額度後暫停也便於預算控制；
• 限制是目前主要採用團隊協助交付，並非完整自助式後台；
• 真實產品介面變化可能導致步驟失效；
• AI也可能誤解問題或給出不準確的承諾；
• Starter使用幻燈片與截圖，不等同於Growth的實時產品操作；
• 官方公布的早期轉化數據是產品方的樣本，企業應以自己的A/B測試結果評估價值；

常見問題

Naoma是從事什麼工作的？

它是在網站上即時運行產品演示的 AI Agent，可操作受控沙盒、回答問題、篩選線索並把結果交給銷售流程。

什麼是Engaged Demo

訪客在演示中參與達到3分鐘或以上才計為有效演示；快速退出、誤點和短暫訪問不計入額度。

Naoma需要改產品代碼嗎

網站通常只需要加入輕量的 SDK 代碼即可，但企業還需要準備沙盒環境、操作步驟說明、相關知識資料以及銷售路徑。目前的部署工作是由 Naoma 團隊協助完成的。

Naoma支援中文嗎

官方表示支持33種語言，並可自動識別瀏覽器語言。具體的中文語音、術語及回答品質，應在採購試點中進行實際測試。

Naoma有API嗎

提供前端 JavaScript SDK、會話數據 REST API 和簽名 Webhook，可獲取轉錄、摘要與資格評價並連接企業系統。

Naoma開源嗎

不開源。公開的 SDK 文件用於接入商業雲服務，不能據此認定可本地部署。