명확하게 하기 위해 선형 프로세스로 표시했습니다. 하지만 실제로는 다음 단계가 시작되기 전에 완전히 완료되는 별개의 단계가 아닙니다. 소프트웨어 개발 약관을 차용하려면 대화 설계 프로세스가 '민첩'하고 '폭포식 구조'를 줄여야 하며, 상당한 테스트와 반복이 이루어져야 합니다.

먼저, 대화 설계가 빌드하려는 작업에 적합한지 확인하세요.

이제 사용자에게 집중합니다. 고객이 누구인가요? 고객의 목표는 무엇인가요? 어떤 맥락인가요? 기술적 제한, 노력 수준, 타임라인을 고려할 때 어떤 사용 사례를 지원할 수 있나요? 이는 수집 요구사항의 일부입니다.

나머지 절반의 대화에 집중합니다. 내 작업에서 누가 목소리를 낼까요? 여기에서 브랜드와 사명을 나타내는 인격을 부여합니다.

이제 상위 수준 설계 작업을 시작하겠습니다. 대화 설계를 처음 접하는 경우 먼저 대화에 대해 자세히 알아보고, 먼저 샘플 대화를 작성하고 대략적인 흐름을 설명하는 과정을 진행합니다. 화면을 염두에 두고 설계를 시작하면 대화목록을 잃어버리고 대화에 적합하지 않은 그래픽 인터페이스를 사용하기 쉬우므로 음성 대화에 먼저 집중하세요.

샘플 대화상자가 생기면 디자인에서 테스트 및 반복을 시작합니다.

프로세스의 마지막 단계에서 세부 설계를 지정하게 됩니다. 이를 위해서는 대화가 가장 일반적인 경로에서 벗어나는 롱테일의 특징을 적절하게 포괄해야 합니다. 이를 위해 오류 및 기타 드물거나 드물게 발생하는 시나리오에 대한 처리를 추가합니다.

마지막으로 사용자가 어디에 있든 도움이 되도록 디자인을 확장합니다. Google 어시스턴트는 Google Home, 휴대전화, 스마트 디스플레이 등 모든 기기에서 사용자를 지원하기 때문에 내 작업도 도움이 됩니다. 이 마지막 단계에서는 음성 대화를 완전한 다중 모달 대화로 다시 설계합니다.

대화 설계 프로세스의 플로우 차트