주제 권장 사항 앱을 사용하여 조직에서 신속하게 구현할 수 있는 사전 구축 가상 에이전트 된 주제를 식별합니다. 주제 권장 사항 는 조직의 데이터를 분석하고 조직에서 이점을 얻을 수 있는 관련 사전 구축 주제와 생성하기에 유용한 새 주제를 찾는 데 사용됩니다의도 검색.
대화 디자인 시작하기
컨트롤과 재사용 가능한 대화형 요소를 사용하여 가상 에이전트 디자이너 최종 사용자와 대화할 대화를 가상 에이전트 만듭니다. 시작하기 전에 다음을 수행해야 합니다.
대화의 사용 사례를 식별합니다.
사용자 문제 해결 또는 셀프 서비스 작업 지원과 같은 대화 주제 및 목표를 사용할 사람을 결정합니다. 주제에 대한 주요 요구 사항을 수집하는 것 외에도 목표를 완료하기 위해 사용자로부터 필요한 정보를 식별합니다.
예를 들어 시간 경과에 따른 지원 요청과 기타 사용 가능한 메트릭을 검토하여 일반적인 문제, 사용 사례, 고객 요청 또는 목표를 결정할 수 있습니다. 여기서는 가상 에이전트가 도움이 될 수 있는 반복 요청 또는 문제를 예측할 수 있습니다.
대화의 구조를 결정합니다.
대화 흐름에 대해 생각할 때 해결에 이르는 직접적인 경로를 파악합니다. 그런 다음 사용자가 제공한 정보에 따라 대화가 분기될 수 있는 대체 경로를 고려합니다. 각 분기를 처리하는 방법과 사용자가 대화의 이전 지점으로 회귀할 수 있는지 여부를 고려합니다.
대화에는 시작(인사말), 중간, 끝이 있으며 후속 조치를 위해 설문 조사 또는 인시던트 번호를 포함할 수 있습니다. 중간에 사용자가 문제에 따라 주제를 전환해야 하는 방법을 고려합니다.
(NLU)를 사용하는 자연어 이해 경우 사용자가 대화 세션 중에 주제를 전환할 수 있는 시나리오를 고려합니다. 예를 들어 사용자가 주제를 완전히 변경하려고 할 수 있습니다. 또는 사용자가 곁길로 빠져서 가상 에이전트와 "잡담"을 하기 위해 컨텍스트에서 벗어난 것처럼 보이는 질문을 할 수 있습니다. 사용자가 대화 중에 주제를 전환한 후 원래 대화를 다시 시작할 수 있도록 할지 여부를 결정합니다.
또한 사전 구축된 설정 주제, 대화 주제 및 주제 블록(특정 설계 단계와 논리를 수행하는 재사용 가능한 하위 플로우)을 검토할 수 있습니다. 이러한 사전 구축 항목을 사용할 수 있는지 여부를 결정하고 필요에 따라 사용자 지정하는 것이 좋습니다.
에서 설계 프로세스 이해 가상 에이전트 디자이너
에서 주제를 가상 에이전트 디자이너만들 때 디자인 프로세스에는 다음과 같은 기본 단계가 포함됩니다.
그림 1. 주제 설계 프로세스주제 속성에 따라 주제를 디자인하고 사용하는 다양한 방법이 결정됩니다. 예를 들어 주제를 사용하는 사용자와 주제가 사용되는 방법 또는 시기에 영향을 주는 조건을 제어할 수 있습니다. (NLU)를 사용하는 ServiceNow자연어 이해 경우 NLU 모델과 의도를 주제와 연결할 수 있습니다. 다양한 객체에 대해 정의하는 속성에 대한 자세한 내용은 , 재사용 가능한 항목 블록 생성및 사용자 지정 컨트롤 만들기를 참조하십시오가상 에이전트 주제 만들기.
다음 영역(시작하기 전에 알아야 할 사항)에 대한 지식이 있어야 합니다.
플랫폼 및 애플리케이션 테이블 구조에 대한 ServiceNow 일반적인 지식
NLU를 사용하는 경우 NLU 모델에서 의도, 엔터티 및 발언이 사용되는 방식을 이해합니다.
대화 디자인에 스크립트를 사용하는 경우 HTML, JavaScript 및 REST 통합에 대한 이해가 필요합니다.
대화 구조 계획
주제를 구현하는 가상 에이전트 첫 번째 단계는 주제에서 다루는 내용을 결정하는 것입니다. 대화를 사용할 때 의도한 대상과 대상이 수행하기를 원하는 작업을 고려합니다. 이 예에서 이 예시 주제의 목표는 최종 사용자가 제출한 인시던트의 상태를 볼 수 있는 플로우를 만드는 것입니다. 이 주제에는 사용자가 인시던트에 코멘트를 추가할 수 있는 옵션이 포함되어 있습니다.
이 목표를 염두에 두고 항목에는 다음 요소가 필요합니다.
사용자가 인시던트를 선택하라는 프롬프트
인시던트 상태를 보여주는 출력
사용자가 의견을 남길 것인지 묻는 프롬프트
해당 답변에 대한 대화를 분기하는 유틸리티 제어
사용자가 설명을 입력하라는 프롬프트
인시던트에 사용자 입력을 주석으로 추가하는 유틸리티 제어입니다.
통제를 사용하여 가상 에이전트 대화 플로우 빌드
대화는 다음 대화 흐름과 유사합니다.
중요사항:
이 플로우는 완료된 플로우가 어떻게 보이는지에 대한 일반적인 아이디어를 제공하기 위한 것입니다. 주제를 점진적으로 빌드하고 주제를 자주 테스트하므로 전체 레이아웃을 먼저 빌드할 필요는 없습니다. 테스트에서 기능과 사용자 환경을 모두 고려해야 합니다.
그림 2. 완료된 대화 플로우
대화 내에서 통제 구성
이 예시는 주제 속성을 설정한 후 에서 가상 에이전트 디자이너대화 플로우를 정의하는 것으로 시작합니다. 대화는 시작 노드에서 시작하여 끝 노드로 끝납니다.
에서 가상 에이전트 디자이너대화 흐름에 동적 선택 컨트롤을 추가합니다. 이 컨트롤은 인시던트를 선택하는 데 사용됩니다.
노드 이름 속성에 대해 인시던트 선택을 입력합니다. choose_an_incident 변수 이름은 컨트롤에 대해 자동으로 생성됩니다.
프롬프트 속성에 인시던트를 선택하기 전에 사용자에게 표시되는 텍스트를 입력합니다.
선택 항목 채우기 기준 속성에서 기록을 선택합니다.
테이블 속성에서 인시던트 [incident]를 선택합니다.
선택 사항 필터링 속성에서 조건 옵션을 선택하고 조건을 생성합니다.
활성이 예이고 할당 그룹이 하드웨어이며 범주가 데이터베이스입니다.
및
신규 상태 또는 진행 중 상태
그림 3. 조건 작성기 예시
플로우에 카드 통제를 추가합니다. 이 컨트롤은 이전 단계에서 동적 선택 으로 선택한 기록의 정보를 표시합니다.
노드 이름 속성에 대한 상태 카드를 입력합니다.
카드 유형 속성에서 기록을 선택합니다.
Record 속성에서 Choose an Incident(인시던트 선택)를 선택합니다. 이 선택 항목은 이전 단계에서 만든 동적 선택 컨트롤을 참조하므로 표시되는 데이터는 여기에서 선택한 레코드에서 가져옵니다.
필드 컨트롤에서 필드를 선택합니다. 사용 가능한 선택 항목은 선택한 기록에서 사용 가능한 필드입니다. 이 경우 인시던트 테이블의 필드를 볼 수 있습니다.
필드를 선택한 후 필드 추가 옵션을 클릭하여 카드에 필드를 추가합니다. 카드에서 필드를 삭제하려면 필드 오른쪽에 있는 삭제 아이콘을 클릭합니다.
흐름에 부울 컨트롤을 추가합니다. 이 컨트롤은 고객에게 예/아니요 질문을 묻는 데 사용됩니다. 이 경우 컨트롤은 사용자가 선택한 인시던트 기록에 주석을 남길지 여부를 확인합니다.
노드 이름 속성에 Leave Comment?를 입력합니다. leave_comment_ 변수 이름은 컨트롤에 대해 자동으로 생성됩니다.
Prompt 속성에서 사용자가 프롬프트 앞에 표시되는 텍스트를 입력합니다. 이 경우 사용자에게 인시던트에 대한 의견을 남길지 여부를 묻습니다.
플로우에 결정 통제를 추가합니다. 이 컨트롤은 대화를 두 가지 가능한 경로로 분기합니다. 대화가 따라가는 경로는 사용자가 이전 단계에서 선택한 항목에 따라 달라집니다.
결정 제어에 대한 속성이 없습니다. 그러나 결정 아래의 분기에 속성이 있습니다. 기본적으로 Always라는 레이블이 지정된 단일 분기가 있습니다. 결정 컨트롤 하단에 있는 파란색 더하기 아이콘을 클릭합니다. Always라는 레이블이 지정된 두 번째 분기가 나타납니다.
분기 중 하나를 클릭하여 이 분기의 속성에 액세스합니다.
이름을 '의견 남기기'로 변경합니다.
조건 속성에서 조건 옵션을 선택하고 조건 추가 버튼을 클릭합니다. 조건 작성기를 사용하여 다음 스크린샷과 같이 조건을 생성합니다.
Leave Comment?의 값이 true이면 이 조건이 충족됩니다. 이 변수는 이전 단계의 부울 컨트롤에 있는 변수입니다. 사용자가 해당 프롬프트에서 예를 선택한 경우 대화는 이 분기를 따릅니다.
결정의 다른 분기를 클릭하여 이 분기의 속성에 액세스합니다.
이름을 설명 없음으로 변경합니다.
조건 속성에서 조건 옵션을 선택하고 조건 추가 버튼을 클릭합니다. 조건 작성기를 사용하여 다음 스크린샷과 같이 조건을 생성합니다.
Leave Comment?의 값이 false이면 이 조건이 충족됩니다. 이 변수는 이전 단계의 부울 컨트롤에 있는 변수입니다. 사용자가 해당 프롬프트에서 아니요 를 선택한 경우 대화는 이 분기를 따릅니다.
만든 두 분기 중 하나가 대화의 끝 노드를 가리킵니다. 두 번째 분기도 이 노드로 연결되어야 합니다. 해당 분기의 맨 아래에 있는 화살표를 클릭하여 끝 노드로 드래그합니다.
대화의 Leave Comment 분기에 텍스트 입력 컨트롤을 추가합니다. 이 컨트롤은 사용자의 텍스트 입력을 요청하는 데 사용됩니다.
노드 이름 속성에 대한 Get Comment를 입력합니다. 제어에 대한 변수 이름 get_comment 가 자동으로 생성됩니다.
Prompt 속성에서 사용자가 프롬프트 앞에 표시되는 텍스트를 입력합니다. 이 경우 사용자에게 코멘트의 텍스트를 요청합니다.
선택적으로 다음 항목에 값을 입력할 수 있습니다. 고급 > 확인 메시지 > 입력 완료 확인 재산. 이 값은 사용자가 설명을 입력한 후에 나타납니다.
설명 가져오기 컨트롤 아래의 대화에 기록 작업 컨트롤을 추가합니다. 이 통제는 이전 통제에 입력한 텍스트를 선택한 인시던트에 대한 주석으로 추가하는 데 사용됩니다.
노드 이름 속성에 Update Incident를 입력합니다.
Action Type(작업 유형) 속성에서 Update a Record(기록 업데이트)를 선택합니다.
Record 속성에서 Choose an Incident(인시던트 선택)를 선택합니다. 이 선택은 이전 단계에서 만든 동적 선택 컨트롤을 참조하므로 이 레코드 동작 컨트롤에서 선택한 레코드가 업데이트됩니다.
Field( 필드 ) 속성에서 Add Field(필드 추가)를 클릭합니다. 나타나는 팝업 창에서 이 기록의 필드에 값을 선택하고 지정할 수 있습니다.
목록에서 추가 의견 필드를 선택합니다.
데이터 정제 선택기 아이콘( )을 클릭한 다음 목록에서 설명 가져오기 입력 변수를 선택합니다. 이 옵션은 사용자가 이전 단계의 텍스트 입력 컨트롤에 입력한 값을 참조합니다.
저장을 클릭합니다.
대화 테스트
테스트 단추를 사용하여 대화의 흐름을 테스트합니다. 오류나 예기치 않은 동작을 빠르게 찾을 수 있도록 디자인 프로세스 전반에 걸쳐 주제를 자주 미리 봅니다. 주제와 관련된 문제 식별 및 해결에 대한 자세한 내용은 다음 문서를 참조하십시오 주제 디버그 가상 에이전트.
)을 클릭한 다음 목록에서 설명 가져오기 입력 변수를 선택합니다. 이 옵션은 사용자가 이전 단계의 텍스트 입력 컨트롤에 입력한 값을 참조합니다.