컴패니언 챗 제품은 사용자가 대화를 멈추고 싶어 할 때 이를 어떻게 인식해야 할까요?

사용자의 기분에 대한 추측이 아닌, 사용자의 말에서 시작하세요

"그만", "다 했어", "이제 됐어", "잘 가", "여기서 마칠게"와 같은 메시지는 사용자가 대화를 끝내고 싶어 한다는 직접적인 증거입니다. 이러한 문구들을 자연스러운 변형과 함께 제품의 중단 처리 로직에 반영하세요. 창작 활동 중이든 시스템이 질문하는 중이든 상관없이 대화 전반에서 이를 제어 명령으로 처리해야 합니다.

이는 기존의 대화 설계 지침을 따르는 것입니다. Google은 "다 했어", "그만둘래"와 같은 표현을 존중할 것을 권장하며, 잃을 진행 상황이 거의 없을 때 미완성된 작업을 나가려는 사람의 결정을 재고하게 하지 말라고 조언합니다. Amazon Lex 역시 사용자가 상호작용을 끝내고 싶어 함을 나타내는 문구에 대해 stop intent(중단 의도)를 정의하고 있습니다. (Google의 대화 종료 관련 지침; Amazon Lex의 기본 제공 stop intent)

제품의 응답은 명령을 한 번 확인한 후 차례를 마쳐야 합니다. 예를 들어 "알겠습니다. 여기서 마치겠습니다."와 같이 말할 수 있습니다. 이러한 확인 뒤에 또 다른 질문을 덧붙이거나, 대화를 계속하자는 권유를 하거나, 결정을 정당화하도록 요구해서는 안 됩니다. 중단 명령이 사용자가 같은 말을 반복해야 하는 사소한 줄다리기가 되어서는 안 됩니다.

완료 시점을 자연스러운 마무리 지점으로 삼으세요

사용자가 "그만"이라고 말하지 않고도 대화를 끝마칠 수 있습니다. 짧은 이야기를 요청해 받아보았거나, 주말 활동에 대한 아이디어를 골랐거나, 메시지 수정을 마쳤을 수 있습니다. 요청된 결과물이 전달되고 작업에 미해결된 부분이 없다면, 시스템은 "완성된 버전입니다" 또는 "이것으로 토요일 일정이 준비되었습니다"와 같이 짧은 말로 마무리할 수 있습니다. 여기에 굳이 "그 밖에 다른 것을 해드릴까요?"를 자동으로 덧붙일 필요는 없습니다.

이는 대화 응답을 간결하고 관련성 높게 유지하며 작업에 집중하도록 하라는 지침에서 비롯된 설계적 결론입니다. Amazon의 대화 설계 체크리스트는 최소한의 단계와 관련성 높은 메시지를 권장하며, 관련 없는 제안으로 경험을 방해하지 말라고 조언합니다. 컴패니언 챗에 적용하면, 완료된 모든 답변에 후속 질문을 붙이기보다는 실제 다음 단계가 필요할 때에만 조건부로 질문을 던져야 함을 의미합니다. (Amazon Alexa 대화 설계 원칙)

예외도 있습니다. 요청에 여러 부분이 포함된 경우 제품은 약속된 부분을 완료하거나 남은 부분을 명확히 밝혀야 합니다. 사용자가 초안과 수정을 함께 요청했는데 초안만 반환하는 것은 완료된 작업이 아닙니다. 그러나 합의된 범위가 충족된 후 주어지는 개방형 프롬프트는 완료된 상호작용을 미완성인 것처럼 느끼게 만들 수 있습니다. 간결한 마무리는 시스템이 사용자의 작업을 은근슬쩍 늘리는 것을 방지합니다.

일시 중지를 표현하기 쉽고 다시 재개하기 쉽게 만드세요

일시 중지는 종료와 다릅니다. "잠깐 쉬자", "나중에 다시 올게", "잠깐만", "나중에 볼 수 있게 저장해 줘"는 작업을 유지하면서 휴식을 취하고 싶다는 신호일 수 있습니다. 제품이 대화 기록이나 저장된 초안을 지원한다면, 어떤 내용이 유지되는지 쉬운 언어로 확인해 줄 수 있습니다. 현재 상태를 보존할 수 없는 경우, 해당 한계가 중요한 상황이라면 사용자가 떠나기 전에 이를 알려주어야 합니다.

일시 중지는 사용자가 통제할 수 있도록 하세요. 설명을 요구하거나 휴식의 이유를 짐작하여 제시하지 마세요. 제품에 눈에 띄는 일시 중지나 닫기 컨트롤이 있다면 명확하게 라벨을 붙이고 예측 가능한 결과를 제공해야 합니다. 사용자 제어에 관한 W3C 지침에 따르면 컨텍스트의 변화는 사용자가 시작하거나 이를 끌 수 있는 메커니즘이 있어야 합니다. 이 원칙은 전환 과정에서의 명확한 제어와 예측 가능한 동작을 뒷받침합니다. (요청에 따른 변화에 대한 W3C 지침)

또한 제품은 인터페이스에서 사용 가능한 단어와 동작을 활용하여 일시 중지와 명시적 중단을 구별해야 합니다. 기능이 지원된다면 일시 중지는 초안이나 작업 내 위치를 보존할 수 있습니다. 중단은 현재의 상호작용을 끝내야 합니다. 실제로 저장되지 않는 한 대화가 저장되었다고 말하지 말아야 하며, 앱을 나가거나 응답이 없다고 해서 더 많은 메시지를 보내도 된다는 뜻으로 받아들여서는 안 됩니다.

모호한 신호와 명시적인 신호에 명확한 우선순위를 적용하세요

구현에 유용한 신호 계층 구조는 다음과 같습니다.

명시적인 중단 또는 작별 인사: 지체 없이 대화를 종료합니다.

명시적인 일시 중지 또는 저장 요청: 지원되는 경우 일시 중지하거나 저장한 후 결과를 간단히 확인합니다.

완료된 요청: 요청된 결과를 제공하고 추가 턴을 요구하지 않고 마칩니다.

불명확한 메시지: 모호함으로 인해 작업을 진행할 수 없을 때에만 짧은 명확화 질문을 하나 던집니다.

침묵: 제품의 일반적인 동작에 따라 기다리거나 활성 세션을 종료합니다. 감정 상태를 추측하지 마세요.

이러한 순서는 실질적인 설계 제안이며, 공식 발표된 측정 기준이나 보편적인 분류기는 아닙니다. 그 목적은 모호한 가정 때문에 직접적인 명령이 무시되는 일을 방지하는 것입니다. 예를 들어 "이제 됐어"라는 말은 관련 제안이 도움이 될 수 있다는 시스템의 예측보다 우선해야 합니다. "여기서 멈출까요, 아니면 나중에 볼 수 있도록 저장할까요?"와 같은 질문은 사용자의 표현상 이러한 결과가 정말로 불분명할 때만 적절합니다.

제품이 중대한 조치를 지원하거나 중요한 작업물을 잃을 위험이 있는 경우, 작업을 보호하기 위해 확인 절차를 거치는 것이 적절할 수 있습니다. 확인은 구체적이고 답하기 쉽게 유지하세요: "지금 중단하고 이 초안을 삭제하시겠습니까?" 잃을 진행 상황이 거의 없는 일반적인 대화의 경우, 반복적인 확인은 불필요한 마찰을 초래합니다. Google의 지침 역시 같은 구분을 두고 있습니다. 중요한 진행 상황을 잃게 되는 경우가 아니라면 종료 여부를 재차 확인하지 마세요. (Google의 대화 종료 관련 지침)

마무리 응답은 짧고 완전하게 유지하세요

마무리 메시지는 단 한 가지 역할을 해야 합니다. 바로 시스템이 사용자를 이해했으며 상호작용이 종료되거나 일시 중지되었음을 분명히 하는 것입니다. 적절한 예는 다음과 같습니다.

중단: "알겠습니다. 여기서 마치겠습니다."

완료된 창작 작업: "수정된 시입니다."

작업이 저장된 일시 중지: "일시 중지되었습니다. 초안이 이 채팅에 저장되었습니다."

저장 기능이 없는 일시 중지: "알겠습니다. 나중에 이 채팅으로 돌아오실 수 있지만, 별도의 초안으로 저장되지는 않습니다."

제품의 실제 동작과 일치하는 문구만 사용하세요. 감정적인 호소, 죄책감을 유발하는 말, 새로운 질문은 피하세요. 사용자에게 시스템을 안심시키거나 상호작용을 계속하도록 요구하지 않고도 따뜻하게 마무리할 수 있습니다. 설계의 목표는 사용자가 신뢰할 수 있는 명확한 결말입니다.

뻔한 명령어뿐만 아니라 경계 사례도 테스트하세요

일상적인 사용 전반에 걸친 짧은 대화 예시들을 검토하세요: 이야기 도중의 직접적인 중단, 추천 후의 "그 정도면 됐어", 완료된 글쓰기 작업, 중간의 일시 중지 요청, 그리고 모호한 "나중에 봐." 각 사례가 의도한 동작으로 이어지는지, 명확한 중단이나 완료된 작업 뒤에 후속 질문이 나타나지 않는지 확인하세요.

또한 오탐(false positive)이 없는지 확인하세요. "그 문구는 그만 쓰고 다른 걸 써봐"에는 "그만"이라는 단어가 포함되어 있지만 작업 내의 지시일 뿐, 채팅을 끝내자는 요청은 아닐 수 있습니다. 시스템이 언어를 잘못 해석할 때를 대비해 전용 중단 컨트롤을 제공하면서, 단어를 문맥 속에서 해석하세요. Amazon의 문서에서는 일반적인 중단 문구에 대한 기본 제공 stop intent를 설명합니다. 컴패니언 챗 제품도 텍스트나 음성 인터페이스에 맞게 인식을 조정하면서 이와 동일한 기본 개념을 활용할 수 있습니다. (Amazon Lex의 기본 제공 stop intent)

중단 요청 뒤에 또 다른 질문이 이어지거나, 완료된 작업이 불필요한 프롬프트를 트리거하거나, 저장을 암시했음에도 일시 중지 시 작업 내용이 유실되는 등의 실질적인 실패 사례를 추적하세요. 이는 사용자가 느끼는 감정에 대한 판단이 아니라 관찰 가능한 행동 점검입니다. 이를 통해 팀은 사용자의 표현에서 심리를 진단하려 애쓰지 않고도 상호작용을 개선할 수 있습니다.

정중한 마무리를 위한 간단한 원칙

사용자가 대화를 명확히 끝낼 때는 멈추세요. 합의된 작업이 완료되면 짧게 마무리하세요. 사용자가 일시 중지를 요청하면 통제권을 유지해 주고 제공되는 저장 동작을 설명하세요. 요청을 완료하거나 진정한 모호함을 해결하는 데 필요한 경우에만 후속 질문을 하세요. 이를 통해 컴패니언 챗 제품은 일상적인 선택과 타이밍, 대화의 지속 여부를 사용자에게 맡기면서도 종료 시점을 명확하게 인식할 수 있습니다.

이 주제 더 살펴보기