2012-02-19 84 views
2

我們即將開始爲當前在Rails中實施的票務系統編寫功能。針對票務系統實施答案建議

我希望能夠根據現有的答案/知識庫爲當前打開的票證提供近似匹配。根據當前正在提交的故障單的內容(主題和正文),此功能將顯示。那些比賽將被顯示,用戶可以選擇追求其中一個建議並忽略它們並繼續提交該門票。

我期待實現兩個目標是:

    在我們的終端
  • ,降低提交票量,因而降低了支持人員負載,和;
  • 在客戶端,使簡單和常見問題的答案週轉時間更低。

我不想做的一件事就是禁止用戶像一些票務系統那樣提交票據,只是提供選項並讓他/她決定。

我期待已久的建議在以下方面:解決方案,喜歡什麼樣的表,你會使用備份的答案數據庫

  1. 通用實現設計,利用以前的機票或單獨的真實反應知識庫,或兩者的組合;

  2. 實現細節,如你認爲有用的Ruby和/或Rails庫,可以幫助我編寫應用程序的這部分。

只要保持在售票系統中已經存在,今天的工作心態,我們不能改寫它,只需添加這個新功能吧。

編輯:有人建議我離線(在Twitter)他們討厭建議打開票時,所以我想提供一個「不要再建議我」的功能。

+0

這種情況下的門票有點像某人可能會問的「問題」,他們可能希望能夠看到在提問時已經提出的類似問題,並查看對這些問題的回答。你可以嘗試在meta中提出這個問題,因爲這正是stackoverflow是... – 2012-02-19 01:13:50

+0

@MarcTalbot好主意,我可能會這樣做。 – kolrie 2012-02-19 03:08:10

回答

2

我會考慮使用Apache Solr + Sunspot寶石,因爲這個問題聽起來很像廣義的全文搜索。

您是否擁有已有的票據+知識庫文章的搜索功能?如果是這樣,一個基本的「相關門票」實現可以使用門票的主體/標題從搜索中檢索結果。如何調整Solr以提供最相關的結果完全取決於您的數據。

+0

唯一的問題是大多數時候我都不能真正透露這樣的票務答覆,他們是一對一的溝通,而不是公共信息。一個想法是將票證回覆升級到知識庫條目並刪除任何敏感信息(如果有的話)。我也喜歡你的寶石轉介,那些也是我腦海中的那些。 – kolrie 2012-02-19 03:07:38

+0

無論您是否在相關問題上顯示答案,您都可以更好地根據問題相關的答案來發送問題。 – 2012-02-19 05:46:37