一句話定義
Qlik Answers 香港，是指在香港落地的 Qlik Answers 部署。這是一個以自然語言提問的 AI 助理，它同時讀兩種東西：Qlik 平台上的分析應用（結構化數據），以及你放進知識庫的文件（非結構化內容）。
它與一般企業聊天機械人最實際的分別是可核對：數字部分交由 Qlik 的分析引擎計算並可展開推理過程，文件部分附上引用出處。答案錯了，你查得出錯在哪一環。
和公司裡那個企業版聊天機械人差在哪
多數機構已經買了某種通用 AI 助理，然後發現它答不了「我們公司的問題」。差別在下面三點。
🔗
數字和文件是一起答的
通用助理只能讀你餵進去的文件，算不了數。這裡的數字來自 Qlik 的分析模型，文件來自知識庫，一個問題可以同時用上兩邊，不必自己在兩個系統之間跳。
📎
每個答案都指得出來源
文件部分附引用，數字部分可展開計算依據。這一項決定了答案能不能寫進呈交管理層或監管機構的文件裡，對受規管行業幾乎是門檻條件。
💬
可以順著追問下去
上一題的脈絡會被保留，第二、第三個問題不是從零開始。這是分析場景真正的用法 – 沒有人只問一個問題就收工。
Qlik Answers 香港：一次提問的答案是怎麼組出來的
理解這條路徑，你就會知道實施工作量落在哪裡 – 不在對話框，在左上角那個知識庫。
兩類來源合併 · 一個帶出處的答案
知識庫（非結構化）
政策與指引文件
作業手冊與 SOP
產品與服務說明
常見問題彙編
作業手冊與 SOP
產品與服務說明
常見問題彙編
分析應用（結構化）
既有的 Qlik 應用
指標與口徑定義
記憶體關聯模型
權限與存取規則
指標與口徑定義
記憶體關聯模型
權限與存取規則
▼
Qlik Answers：判斷這一題該用哪一邊，或兩邊都要
語言理解交給大型模型，計算交給分析引擎，權限沿用平台既有設定
▼
答案 + 引用出處 + 可展開的計算依據
文件段落標明來自哪一份、哪一節；數字可回溯到哪一個模型與哪一段選取
左上角的內容品質決定整個系統的表現。知識庫裡放進去的是三個版本的舊指引，出來的就是三個版本的舊答案。
語言理解和計算是分開的。 模型負責讀懂你在問什麼、把文件裡的相關段落找出來；真正的數字由分析引擎算。這個分工是可核對性的來源 – 模型不去「生成」數字，也就不會憑空編出一個看起來合理的金額。
權限沿用平台原有設定。 助理看到的範圍等同於提問者在 Qlik 上的權限。所以如果貴機構的存取控制只做在報表層面，導入前要先補這一塊，這也是我們評估時一定會查的項目。
助理可以嵌進日常使用的系統。 不一定要另開一個網頁。常見做法是嵌到內部入口網站或作業系統的介面裡，讓人在原本工作的地方直接發問。原廠的完整說明見 Qlik 官方產品頁。
在香港做這件事，有四個原廠頁面不會提的現實
產品本身沒問題，問題在你的文件長什麼樣。以下四項是我們在本地項目裡每次都要處理的，也是決定成敗的地方。
中英混雜，繁簡並存
香港企業的內部文件經常一段中文一段英文，繁體正文夾雜簡體附件，專有名詞中英各一套。提問用繁體、文件寫英文時能不能對上，一定要用你自己的真實文件測，不能只看示範。
掃描件沒有文字層
大量舊指引、簽署版合約、政府往來文件都是掃描的 PDF。這類檔案在系統看來近乎空白，必須先做 OCR。這是實施階段最常被低估的一段工作量。
同一份文件有三個版本在流通
共享磁碟一份、電郵附件一份、部門自己再存一份。全部放進知識庫，助理就會混著答。導入前要先決定哪一份是準的，以及日後由誰負責更新。
私隱條例與資料落地
含個人資料的文件要不要放、放哪一層、誰能問得到，須按《個人資料（私隱）條例》的要求界定。受規管行業另有資料存放地點的規定，這會直接影響架構選擇。
哪些內容適合先放進知識庫
第一版知識庫寧可小而準，不要大而雜。下表是我們做內容篩選時的實際判斷方式。
| 內容類型 | 建議 | 說明 |
|---|---|---|
| 政策、指引、作業手冊（文字版） | 優先放 | 結構清楚、版本明確，答案可直接引用到具體條款，最容易做出效果 |
| 產品與服務說明、收費規則 | 優先放 | 先確認以哪一版為準，並指定日後更新的負責人 |
| 常見問題彙編、培訓教材 | 適合 | 本來就是問答形式，命中率高，適合放進第一版 |
| 掃描件 PDF（無文字層） | 先處理 | 須先做 OCR 並抽樣校對，否則等同沒放；成本要先估進項目 |
| 會議紀錄、電郵往來 | 視情況 | 內容零散、口徑不一，容易產生看似合理但站不住的答案，建議第二階段再議 |
| 個別客戶合約正本 | 須分級 | 建議只放標準條款範本，個別合約按權限嚴格控管 |
| 客戶個人資料、員工檔案 | 不建議 | 涉及私隱條例的合規風險，應排除在一般知識庫之外 |
Qlik Answers 香港：我們的實施範圍與時間預期
原廠說配置一個助理可以在一小時內完成，這句話本身沒錯 – 指的是配置動作。實際項目的時間都花在下面第一步。以下四個階段都可以中止。
1
內容盤點與篩選
清點候選文件的數量、格式與版本狀況，找出需要 OCR 的部分，確定哪一份是準的。這一步佔整個項目大部分工時，我們會先給出工作量估算再開始。
2
知識庫建立與權限設計
建立知識庫、接上既有分析應用、按部門與職級界定可問範圍。含個人資料的內容在此階段明確劃線。
3
用真實問題做驗收
由業務部門提供一批真實會問的問題，逐條核對答案與引用是否正確，特別測中英混排與繁簡混雜的情況。不用示範資料驗收。
4
內容維護機制與推廣
指定每類文件的更新負責人與更新頻率。知識庫沒人維護，半年後就會開始給出過期答案，這是所有同類項目最常見的失效原因。
常見問題
自然語言理解本身支援中文，實務上要留意的是中英混排與繁簡並存的情況，以及專有名詞的對應。我們的做法是在驗收階段用貴機構的真實文件與真實問題做測試，而不是看原廠示範環境。如果測出來某類文件命中率偏低，通常靠調整內容切分與補充術語對照就能改善。
如果只做文件問答，不一定需要既有的分析應用。但這樣就只用到一半能力，跟一般的文件問答工具差別不大。真正的價值在於數字與文件一起答，所以我們通常建議至少先有一組可信的分析應用作為基礎。
助理繼承提問者在平台上的權限，所以關鍵在於權限本身切在哪一層。若目前的存取控制只做在報表層面，導入前要先補到數據層。另外含個人資料的內容我們建議直接排除在一般知識庫之外，按《個人資料（私隱）條例》的要求另行處理。
要。知識庫需要有人負責更新，這一點請務必在立項時就講清楚。文件改版了而知識庫沒跟上，助理會很有信心地給出過期答案，而使用者未必看得出來。我們會在交付時一併訂出各類文件的更新責任與頻率。
Qlik Answers 屬 Qlik 雲端分析的訂閱體系，計價方式與包含範圍視訂閱層級而定，我們可代為核對與報價。愛普國際是 Qlik 的 Elite Channel Partner，並非 Qlik 的分公司，負責香港市場的授權採購、內容盤點、知識庫建立、驗收與運維支援，以繁體中文及粵語在香港時區內對接。
Qlik®、Qlik Answers®、Qlik Sense®、Qlik Cloud Analytics®、Qlik Predict®、Qlik Automate®、Qlik NPrinting®、QlikView® 及 Qlik Talend® 為 QlikTech International AB 的商標或註冊商標。愛普國際實業有限公司為 Qlik 的授權合作夥伴，與 Qlik 之間並無隸屬關係。本頁提及的法規要求僅供參考，具體適用情況請諮詢貴機構的法律或合規顧問。
用你自己的文件試一次，比看十次示範有用
告訴我們你打算讓助理回答哪一類問題、手上有多少份文件、格式如何，我們會回一份內容盤點建議與工作量估算，包括不建議放進去的部分。首次諮詢不收費。