Neexa

Neexa 是什麼

Neexa 是由烏干達的 Campaignity Technologies Ltd 所運營的 AI 招生、銷售及學生支援平台，目前主要為學校、教育機構，以及需要持續開發客戶資源的 B2C 團隊提供服務。

它將網站上的聊天、WhatsApp、Instagram、Facebook Messenger 以及電子郵件對話整合到一個工作區中，讓 AI 自動回覆、收集資料、辨別用戶意圖、持續追蹤，必要時再交給人員處理。

主要功能

多渠道 AI 會話與 Unibox

• AI Agent 可依據學校或企業資料全天候回答課程、費用、申請、產品和服務問題，並按設定的角色、語氣與指令回覆。
• Unibox 可彙總網站、WhatsApp、Instagram、Facebook 與電子郵件的對話內容，讓您能查看活動、已完成、待跟進以及已升級的會話。
• Human Takeover 可暫停 AI，由員工直接回覆，再把控制權交還給 AI，適合複雜諮詢、投訴和高價值線索。
• 情感分析與會話標籤有助於團隊辨別積極、消極或需處理的互動，但判斷結果仍可能受到語言、諷刺及上下文影響。

知識訓練與網頁智能

• 可讓 Agent 學習網站頁面、上傳文件或手動輸入文字，適合導入課程、招生規則、常見問題、產品說明和服務流程。
• 知識內容可編輯，新增資料通常在數分鐘內完成處理；複雜網站、登入頁面和過時文件仍需要管理員核對。
• 網頁智能用於從公開頁面提取業務資訊，回答品質取決於頁面結構、內容完整性以及知識庫的更新頻率。
• Premium 提供不限文件上傳，其他方案的文件和用量邊界應以帳戶內顯示為準。

自動線索採集與自主 CRM

• 對話式資料採集可在用戶或 AI 訊息達到設定數量後觸發，並收集姓名、電話、電子郵件、地址、日期、數字及自訂選項。
• Data First 會先收齊必填資訊再繼續，Smart Assist 則在回答問題的同時逐步採集，適合降低表單式對話的中斷率。
• 內建資料庫記錄聯絡人、渠道、加入時間及相關會話上下文，便於團隊了解線索來自哪個入口。
• 自主 CRM 可依據會話更新 following、pending、won、lost 或請求人工接管等狀態，並對潛在線索安排後續消息。

觸達、跟進與報表

• Outreach 支持上傳聯絡人清單、建立郵件與 WhatsApp 模板，並發送活動、通知、提醒或招生推廣。
• WhatsApp 主動觸達時需要使用 Meta 批准的模板，並遵守用戶同意、退訂、訊息類別及平台政策。
• 自動跟進可讓 AI 按線索階段繼續對話，但每次跟進消耗的積分高於普通回覆，啟用前應設計停止條件。
• 儀表板提供會話、CRM、活動及統計數據，歷史記錄與統計資料的保存期限則因套餐不同而有所差異，從 30 天、3 個月、12 個月到無限制不等。

渠道部署方式

設定與使用流程

1. 註冊免費工作區，添加學校或企業資料，並確定 Agent 的任務、語氣、邊界以及需要轉交給人工處理的情況。
2. 導入網站頁面、文件及手動知識，使用真實的招生或銷售問題測試答案，刪除衝突及過期資料。
3. 開啟資料庫與對話式採集，選擇 Data First 或 Smart Assist，設定欄位、驗證規則、觸發訊息數量及必填項目。
4. 先部署網站組件；使用 WordPress 時安裝插件、連接 Neexa 賬戶、選擇 Agent 並調整位置、主題和行動端顯示。
5. 連接 WhatsApp、Instagram、Facebook 或電子郵件，使用測試帳戶檢查權限、訊息傳輸方向、人工接管以及失敗處理。
6. 配置 CRM 階段、跟進節奏、通知和觸達模板，並為同意、退訂、敏感諮詢和未成年人數據建立人工審核流程。
7. 觀察回答準確率、轉人工率、線索轉化及積分消耗，再決定是否升級套餐或接入 API。

API 與 Webhook

• 整合 API 使用工作區所發行的 Bearer 金鑰，可列出已連接的渠道、會話、訊息以及已核准的 WhatsApp 模板。
• 外部 CRM、服務台或學生資訊系統可以讀取會話與訊息，也可對現有的會話作出回覆，或是使用範本主動發送 WhatsApp 訊息。
• Webhook 可推送新消息、投遞已讀狀態以及工作區內的其他發送動作，避免外部系統反覆輪詢。
• 每次 Webhook 送達時都會附上 HMAC-SHA256 簽名，接收方應對原始請求體進行常數時間比對，並迅速回傳成功狀態。
• 失敗投遞採用指數退避並至少重試 24 小時；外部系統仍應實現幹涉處理、隊列、日誌和重複事件防護。
• Premium 列出透過 API 或 MCP 使用自訂資料，Growth 列出 Custom API Access；完整 Integration API 的具體開放範圍需在帳戶或銷售合同中確認。

價格與積分

積分如何消耗

• 每條 AI 回復消耗 1 積分，每條 AI Outreach 訊息消耗 1 積分，簡單 Outreach 訊息消耗 0.1 積分。
• 每條 AI 自動跟進消耗 5 積分，因此高頻跟進會比被動問答更快用完套餐額度。
• 可在續費前增購積分：Free 每 1 美元 5 積分，Starter 為 10 積分，Premium 為 15 積分，Growth 為 20 積分。
• 年付方案一次性獲得全年積分，月付方案按月獲得額度；促銷、人工分配或企業合約可能採用不同口徑。
• WhatsApp、郵件或其他第三方渠道可能另有平台費用，定價頁面並未承諾這些外部費用皆包含在 Neexa 積分內。

續費、取消與退款

• 付費訂閱會持續扣款直至取消，價格、功能及額度可在未來週期調整，並透過服務、郵件或頁面通知。
• 取消僅阻止未來續費，不退還當前計費期已付或應付費用；訂閱費、預付款和積分原則上不退款。
• 若 Campaignity 在非客戶違約、違法或欠費的情況下終止付費服務，或客戶因其未补救的重大違約而終止服務，未使用的預付金額可依條款退還。
• 重複收費、計費錯誤等特殊情況可能獲得酌情調整，但不構成以後必須退款的承諾。

適合用戶與使用場景

• 招生團隊：回答課程、申請條件、費用及截止日期的相關問題，收集申請人資料並自動提醒。
• 學生服務：處理常見的流程及校園服務相關問題，並將個別案件、投訴或敏感事項上報給工作人員。
• B2C 銷售：透過網站和社交私訊識別潛在客戶，統一進行跟進並記錄成功或失敗的狀態。
• 市場活動：向已同意的聯絡人發送電子郵件或 WhatsApp 通知，並在儀表板上查看活動表現。
• 系統整合：將會話同步到 CRM、服務台或學生資訊系統，並透過事件觸發內部工單。

優勢與能力邊界

• 優勢在於將知識問答、線索採集、自主 CRM、觸達以及人工接管整合在同一工作區中，而非僅提供單一的網頁機器人。
• Agent的回答可能出錯、有所遺漏，或無法適用於特定情境，因此不能在沒有監督的情況下，作為招生錄取、就業、信貸、醫療或其他具有重大影響的決策的唯一依據。
• 自動跟進與觸達必須基於有效同意並提供退訂選項，錯誤配置可能導致騷擾、平台封禁、額外費用或合規風險。
• 多個渠道受 Meta、郵箱服務商和第三方接口政策約束，外部審核、權限或地區限制會影響部署。
• 案例數據由運營方發布，無法直接保證其他學校或企業獲得相同比例的效率與收入提升。

開源、平台與產品狀態

• Neexa 是託管式商業 SaaS，條款明確規定平台軟體、設計、商標及文件均由 Campaignity 及其關聯方擁有，且並未公開產品原始碼的授權許可證。
• WordPress 外掛在外掛目錄中以開源方式發布，允許人們查看其程式碼；但這並不代表雲端 Agent、CRM、API 與模型服務整體都是開源的。
• 插件僅負責將組件連接到 Neexa，使用者互動與會話會被傳送到雲端服務，停用 SaaS 後插件無法獨立提供 AI 功能。
• 目前已確認網頁端、Android應用、WordPress插件和REST API，暫未確認iOS、桌面原生客戶端或可自行部署版本。

隱私、安全與教育數據

• 平台會處理帳戶、工作區、聯絡人、會話、追蹤、上傳檔案、知識頁面、Agent提示、技術日誌以及有限的帳單資訊。
• 客戶通常是其線索、學生及終端用戶資料的掌控者，而 Campaignity 則扮演處理者的角色；帳戶管理、帳單處理、安全性及合規性等相關事務，則由 Campaignity 獨立負責。
• 預設情況下，Free工作區中的去識別化及匿名化資料可用於內部AI訓練與改進，而付費版、企業版、開票版等方案則預設不可用於內部訓練，除非有書面同意。
• 第三方 AI 提供商受到不得使用客戶數據來訓練或改進其模型的合約限制，但客戶仍應核對 DPA 與子處理者清單。
• 主要服務託管於 AWS 歐洲區域，主伺服器位於瑞典斯德哥爾摩；Campaignity 的總部位於烏干達，部分帳戶與業務運營數據可能在那裡處理。
• 安全措施包括訪問控制、監控、日誌記錄，以及在需要時的傳輸加密；客戶則負責成員權限、憑證、介面金鑰以及整合端點的安全設定。
• 帳戶被刪除後，相關數據通常會在 90 天內被刪除或進行匿名處理，但出於法律、稅務、糾紛處理、安全考量，以及為了保留有限備份之需，則屬於例外情況。
• 無活動工作區可能在 12 個月後停用或刪除，無登入的個人帳戶可能在 24 個月後刪除，適用時可能會提前通知。
• 學校在涉及未成年人時，負責發出通知、取得家長或監護人的同意，並避免讓 AI 單獨做出影響學生權益的決定。

總結

Neexa適合那些需要在多個訊息渠道上持續處理招生、銷售或學生支援業務，且希望將對話直接轉換為聯絡人資料、進行後續追蹤以及記錄系統事件的組織。

試用時應重點測量知識準確率、轉人工體驗、每條線索的積分消耗、渠道費用和合規流程，再根據 API、歷史、成員與數據訓練要求選擇套餐。