2012-02-19 2 views
2

현재 Rails에 구현 된 티켓 시스템을위한 기능을 작성하기 시작합니다.티켓 시스템에 대한 답변 제안 구현

기존 답변/지식 기반을 기반으로 현재 열리고있는 티켓에 대한 근사치를 제공하고 싶습니다. 이 기능은 제출중인 현재 티켓 (주체 및 본문)의 내용을 기반으로 표시됩니다. 그런 다음 일치 항목이 표시되고 사용자는 제안 중 하나를 선택하여 무시하고 계속 티켓을 제출할 수 있습니다. 나는이 개 이것과 목표를 달성하기 위해 찾고

: 제출 된 티켓의 볼륨을 낮추고, 우리의 끝에서

  • 을 따라서 지원 직원 부하를 절감하고;
  • 고객의 답변에 따라 간단하고 자주 묻는 질문에 대한 답변 처리 시간이 단축됩니다.

내가 원하지 않는 한 가지 사항은 일부 발권 시스템처럼 티켓을 제출하지 말고 옵션을 제시하고 결정할 수있게하는 것입니다. 이전 티켓 또는 별도의 실제 응답을 사용하여, 당신은 답 데이터베이스를 백업 할 때 사용하는 테이블의 종류와 같은 솔루션의

  1. 일반 구현 디자인 :

    나는 측면에서 조언을 찾아 지식 기반, 또는 두 가지의 혼합;

  2. 유용한 정보를 제공하는 Ruby 및/또는 Rails 라이브러리와 같은 구현 세부 정보는 앱의이 부분을 작성하는 데 도움이 될 것입니다.

그냥 티켓 시스템이 이미 존재하고 오늘 작동 명심, 우리는 그냥이 새로운 기능을 추가, 그것을 다시 수 없습니다.

EDIT : 누군가 나에게 티켓을 열 때 제안 사항이 싫어서 오프라인으로 (트위터에서) 제안했기 때문에 "더 이상 제안하지 말 것"기능도 제공 할 생각입니다.

+0

이 경우 티켓은 누군가가 물어볼 수있는 "질문"과 유사하며 질문을하는 동안 이미 묻어 나온 비슷한 질문을보고 싶어 할 수 있습니다. . 당신은 metaover에서 이것을 묻는 것을 시도 할 것입니다. 그 이유는 바로 stackoverflow가 무엇인지 ... –

+0

@MarcTalbot 좋은 생각입니다. – kolrie

답변

2

Apache Solr + Sunspot 보석을 사용합니다.이 문제는 일반화 된 전체 텍스트 검색과 비슷하기 때문에 보입니다.

이미 기존 티켓 + 지식 기반 기사에 대한 검색 기능이 있습니까? 그렇다면 기본 "관련 티켓"구현은 티켓의 본문/제목을 사용하여 검색 결과를 검색 할 수 있습니다. 가장 관련성 높은 결과를 얻기 위해 Solr을 조정하는 방법은 데이터에 따라 다릅니다.

+0

유일한 문제는 내가 그런 티켓 응답을 공개 할 수없는 대부분의 시간 일 것입니다. 그들은 공개적인 정보가 아니라 하나의 의사 소통에 하나입니다. 하나의 아이디어는 티켓 응답을 지식 기반 항목으로 업그레이드하고 중요한 정보가 있으면 제거하는 것입니다. 나는 또한 당신의 보석 추천을 좋아한다. 그것은 내가 나의 머리 뒤에서 가지고 있었던 것들도 가지고있다. – kolrie

+0

질문의 상관 관계에 대한 답을 표시하는지에 관계없이 질문과 관련된 질문에 대한 답을 더 잘 전달할 수 있습니다. –

관련 문제