AIApe問答機器人Beta階段功能規格說明書
概念定義
在該部分中，我們會定義一些概念並且給出相關的討論范圍。
標簽
本產品中的標簽，表示對於事物與人的分類。比如產品擬將用戶分為新手和進階兩類，那么新手和進階就是兩個不同的標簽。
問答機器人
問答機器人的功能已經在NABCD博客中提到，這里就不再過多解釋。此處主要說明，該問答機器人與搜索引擎的區別。
問答機器人具備搜索功能和交互功能。
搜索功能：
- 搜索引擎更像開放域上的信息檢索，搜索范圍廣；問答機器人更像是垂直領域的搜索，搜索到的問題可以更加精確並且回答質量較高。
- 【Beta】問答機器人將支持基於NLP模型的搜索，搜索更加精確。
- 先進行端到端匹配，通過模型將問題轉換為多維向量，然后通過向量匹配現有問題
交互功能：
- 與機器人的交互一定程度上增強了用戶的體驗。這里“一定程度上”是指，用戶不會擔心因為問題的內容而被其他用戶嘲笑的問題。
- 問答機器人將提供一定的
標簽，引導用戶縮小問題范圍。 - 【Beta】機器人支持
代碼分析功能- 目前只支持C語言代碼分析，將生成格式化代碼和分析報告。分析報告包括代碼規范、可能存在的內存異常等錯誤。分析報告由開源項目直接生成。
【Beta】問答社區
在Alpha階段的基礎上，我們將對問答社區進一步進行開發。
- 根據標簽檢索問題
- 根據關鍵詞檢索問題
- 點贊回答
【Beta】用戶
- 修改個人信息（密碼，頭像等）
典型用戶與場景分析（含界面原型設計【Beta階段重新設計】）
典型用戶
（由於篇幅過多，請參考AIApe問答機器人功能規格說明書）
用戶場景分析（包含原型設計與展示【Beta階段重新設計】）
【Beta】相較於功能方面，前端的原型設計是改動最大的地方，也是Beta階段的重點。
【Beta】Beta階段頁面交互將會重新設計。由AiApe問答機器人項目Alpha階段展示中可以看到，網站分為左右兩個界面。並且布局較為單調。Beta階段初步計划是，將左右布局改為整體布局：以與機器人交互聊天界面為主題。其他頁面以浮窗形式彈出，頁面可拖動。
這樣設計是為了，保證用戶可以同時看到與機器人聊天和相關問題回答的內容（替代了Alpha階段，兩個頁面左右並排的設計思路）。同時，這樣設計也為問答頁面留出了更大的空間。Alpha階段兩邊頁面寬度較小，不利於顯示大段回答，也不利於布局。使用浮窗的形式更加有利於展現各類信息，並且留出了更多的空間用於UI的布局。
主要的用戶場景有兩類：問與答。
用戶使用背景1
| 用戶 | 小軒 |
|---|---|
| 需求 | 小軒在學習操作系統時遇到了一些困難，他在網上看到了一個“編程語言問答機器人”。於是他想請教一些問題... |
小軒打開了界面后，機器人首先問好，引導他選擇相關領域的問題（用戶選擇編程語言，選擇問題類型等，這里並沒有展示）。他向機器人提出了他的問題；機器人給出了可能的答復，並且提供了更多的相關信息。
【Alpha階段原型設計】
【Beta階段原型設計】聊天界面、問題主頁
用戶使用背景2
| 用戶 | 老鄧 |
|---|---|
| 需求 | 老鄧在學習之余，發現同學們在使用“問答機器人”查詢相關變成問題。在了解到回答機器人的問題有一定的獎勵之后，他決定來試一試... |
在調查了50份問卷之后，有90%以上的受訪者對如果你可以為這個機器人貢獻“答案”並且在回答后有一定的獎勵，你願意回答機器人的問題嗎？這一問題選擇了願意選項。
【Alpha階段原型設計】用戶注冊與登錄界面
【Beta階段原型設計】登錄界面
副作用分析
| 問題 | 描述 |
|---|---|
| AI無法接受多種樣式的信息（圖片、代碼塊等） | 對於AI，只能接受純文本消息，用戶可能無法詳盡地對問題進行描述。對於這類問題，AI大概率無法解決，只能等待用戶回答。 |
| 用戶回答機制 | 對於用戶回答功能，缺少一些激勵回答手段。可能無法調動用戶的回答積極性，項目起步階段難以積累用戶回答。 |
| 【Beta】代碼分析有潛在的危險 | 我們的機器人為用戶提供代碼分析功能，這個功能將會接受來自用戶的代碼。用戶的代碼相對於問題更加不可控，存在對於服務器、后端數據庫可能的攻擊等等，需要加以小心。 |
項目相關數據收集
| 數據信息 | 用途 |
|---|---|
| 用戶提問 | 豐富問答數據庫，為想要編寫回答的用戶提供問題。 |
| 用戶回答 | 問答數據庫重要數據來源，為各類問題提供必要數據支持。 |
| 用戶滿意度 | 重要數據，評判回答是否滿意的標准。用於修改回答、完善回答等。 |
| 用戶類型 | 通過用戶類型，我們可以反饋與之相對應的解答或資料。 |
| 各平台優質回答 | 問答數據庫重要資料來源。 |