선제적 AI 메시지를 구축하기 전에, "거절(No)"의 목소리에 귀 기울이세요

기능 이면에 있는 질문부터 시작하세요

AI를 "더 선제적으로(proactive)" 만들자는 제안에는 알림, 제안, 안부 확인, 일상 루틴과 연계된 메시지 등 여러 가지 서로 다른 아이디어가 숨어 있을 수 있습니다. 이것들은 각각 다른 경험입니다. 사용자를 모집하기 전에 제안된 구체적인 동작을 쉬운 일상 언어로 작성해 보세요. 무엇이 메시지를 트리거할 수 있는지, 메시지에 어떤 내용이 담길 수 있는지, 그리고 사용자가 이를 어디서 보게 되는지를 명확히 해야 합니다. 이렇게 하면 기능이 이미 존재하는 척하지 않고도 참여자들이 구체적으로 반응할 수 있는 대상이 마련됩니다.

리서치 질문은 개방형으로 유지하세요. 예를 들면 다음과 같습니다. "어떤 상황에서(만약 있다면) 이러한 메시지를 받고 싶으시며, 언제 메시지를 받고 싶지 않으신가요?" 단순히 상대방이 그 아이디어를 마음에 들어 하는지, 혹은 얼마나 자주 메시지를 받길 원하는지만 묻는 것은 피하세요. 광범위하고 긍정적인 답변 뒤에는 중요한 경계가 숨어 있을 수 있습니다. 예를 들어 어떤 사람은 요리하는 동안에는 가끔 오는 알림을 반길 수 있지만, 업무나 이동 중일 때, 혹은 다른 사람과 함께 있을 때는 방해받지 않기를 원할 수 있습니다. 이는 사용자가 무엇을 말할 것인지에 대한 단정이 아니라 발견을 위한 탐색 질문입니다.

디자인하려는 경험의 실제 사용자 또는 잠재적 사용자가 될 사람들을 모집하고, 참여에 동의하기 전에 초대 목적을 명확히 설명하세요. GOV.UK의 사용자 리서치 가이드라인에서는 목적과 활동을 명확히 밝히고, 참여는 자발적이어야 하며, 중단하거나 철회할 수 있는 권리를 명시하도록 권장합니다. 또한 사용자가 미리 준비하고 편안하게 참여할 수 있을지 결정할 수 있도록 사전에 정보를 제공할 것을 권장합니다(Getting informed consent for user research; Finding participants for user research).

단순한 선호도가 아닌 상황에 대해 질문하세요

짧은 인터뷰에서는 최근의 평범한 일상 예시로 시작해 보세요. 사람들이 이미 인지하고 있는 디지털 메시지의 종류는 무엇인지, 언제 그러한 메시지를 반기는 편인지, 그리고 메시지를 무시하거나 닫아버릴 때는 어떤 상황인지 물어보세요. 그런 다음 맥락을 탐색합니다. 하루 중 어느 시간대인지, 무엇을 하고 있는지, 본인이 직접 시작한 활동인지, 주변에 다른 사람이 있는지 등을 살펴보세요. 참여자에게 추상적인 이상형을 예측해 달라고 요구하기보다는, 관찰 가능한 일상 루틴과 선택에 초점을 맞춰 대화를 진행하세요.

유용한 중립적 질문의 예는 다음과 같습니다. "바쁠 때 앱에서 연락이 왔던 최근 경험에 대해 말씀해 주시겠어요?", "그 순간에 이런 메시지가 유용해지려면 무엇이 필요했을까요?", "이 기능이 조용히 있어 주길 바라는 때가 있나요?" 이어서 "그 상황은 무엇이 다른가요?"라고 물어보세요. 참여자가 스스로 경계를 정의할 수 있는 여유를 주어야 합니다. 상대방이 언급하지도 않은 이유로 침묵을 채우려 하거나, "예"라는 답변을 유도하는 듯한 태도를 보이지 마세요.

접촉의 유형에 대해서는 별도로 질문하세요. 어떤 사용자는 기능을 사용하는 도중 앱 내에서 제공되는 짧은 제안에는 긍정적일 수 있지만, 앱이 닫혀 있을 때 표시되는 푸시 알림은 원하지 않을 수 있습니다. 특정 활동에 직접 참여(opt-in)한 후에만 메시지를 원할 수도 있고, 요청하지 않은 메시지는 일절 원하지 않을 수도 있습니다. Apple의 알림 관련 문서에서도 이와 유사한 제품 차원의 구분을 제시합니다. 목적을 이해할 수 있는 맥락에서 알림 권한을 요청할 것을 권장하며, 알림이 잠재적으로 방해가 될 수 있음을 명시하고 있습니다(Asking permission to use notifications). 이러한 플랫폼 가이드라인이 여러분의 사용자가 무엇을 선호하는지까지 결정해 주지는 않습니다. 인터뷰를 통해 사용자 본인만의 조건과 상황을 직접 밝혀내야 합니다.

리서치 참여 초대를 진정으로 선택 가능하게 만드세요

참여를 권유하는 초대 자체가 연구 대상인 선제적 기능과 닮아서는 안 됩니다. 해당 세션이 리서치라는 점, 참여자에게 어떤 요청이 주어지는지, 어떤 정보를 수집할 것인지, 그리고 연구 결과를 어떻게 활용할 것인지를 명시하세요. 동의 여부는 직접 물어보세요. 일반적인 서비스 경험에 대한 접근 권한을 잃지 않고도 쉽게 거절할 수 있어야 합니다. 개인정보 수집에 대한 GOV.UK의 가이드라인에서는 직접적이고 구체적인 선택권을 제공할 것을 권장하며, 거절하더라도 서비스 이용이 차단되어서는 안 된다고 명시합니다(Collecting personal information from users).

메모를 작성하거나 녹음·녹화를 시작하기 전에 이러한 선택권을 설명하고 구체적인 수집 방식에 대한 동의를 얻으세요. 참여자가 인터뷰에는 동의하지만 녹음은 거부할 수도 있습니다. 질문을 건너뛰거나, 잠시 멈추거나, 언제든 중단할 수 있음을 명확히 안내하세요. GOV.UK 가이드라인에서는 메모나 녹음을 진행하기 전에 사전 동의를 구하고, 합의된 용도로만 사용할 것을 권장합니다(Taking notes and recording user research sessions).

인터뷰가 끝날 무렵, 기록된 내용에 대해 불편한 점은 없는지 묻고 마음이 바뀌어 선택을 재검토하고 싶을 때 어떻게 연락해야 하는지 안내하세요. 메모는 디자인 관련 질문에 집중하도록 유지하고, 불필요한 개인 정보의 수집은 피하세요. 리서치 팀의 목적은 참여자들을 설득해 기능을 수용하게 만드는 것이 아니라, 연락에 대한 선호도를 파악하고 배우는 것임을 설명하세요.

취소 및 복원이 가능한 프로토타입으로 아이디어를 테스트하세요

인터뷰 후에는 파악된 상황들을 소수의 메시지 콘셉트로 구체화하세요. 일상적인 활동과 연계된 중립적인 예시를 사용하고, 문구뿐만 아니라 트리거와 전달 맥락도 함께 보여주어야 합니다. 메시지는 단순히 문장에 그치지 않습니다. 참여자는 해당 메시지가 서비스 사용 중에 오는지, 나중에 나타나는지, 제품 외부에서 도달하는지 알아야 합니다. 사람들이 실제 서비스 중인 기능으로 착각하지 않도록 콘셉트에 프로토타입임을 명확히 표시하세요.

참여자가 언제든 되돌릴 수 있는 선택권을 직접 시험해 볼 수 있게 하세요. 예를 들어 "이 예시 보기", "이 활동에 적용해 보기", "선제적 메시지 받지 않기" 등의 옵션을 제공합니다. 프로토타입이 알림을 시뮬레이션한다면, 시연을 중단하는 방법을 보여주고 중단 기능이 제대로 작동하는지 확인시켜 주세요. 사용자가 해당 특정 테스트에 참여하기로 명확히 동의하지 않은 한, 테스트의 일환으로 실제 메시지를 전송해서는 안 됩니다. 참여자가 고정된 설정에 얽매이지 않고 경험을 평가해 볼 수 있도록 테스트 시간은 충분히 짧게 유지하세요.

답변뿐만 아니라 행동도 관찰하세요. 사람들이 예시를 활성화하는지, 닫아버리는지, 제안된 맥락을 변경하는지, 혹은 꺼버리는지 살펴보세요. 각 컨트롤이 어떤 동작을 할 것이라 예상했는지 물어보세요. 이는 응용 리서치 방법론일 뿐, 특정 컨트롤 하나가 모든 제품에 들어맞는다는 증거는 아닙니다. 핵심 테스트는 참여자가 선택 사항을 이해하고 마찰 없이 되돌릴 수 있는가입니다.

거절을 실행 가능한 경계(boundary)로 기록하세요

"싫다(No)"고 말하는 것은 다양한 의미를 가질 수 있습니다. 참여자는 특정 타이밍, 특정 메시지 유형, 특정 활동, 혹은 모든 선제적 연락 자체를 거부할 수도 있습니다. 이러한 경계를 사용자의 표현 그대로, 그리고 그 주변의 조건과 함께 기록하세요. 상황과 선택에 따라 발견점을 그룹화하는 것이 유용합니다. 선택한 활동 내에서는 환영하는지, 제한된 맥락에서만 수용 가능한지, 혹은 명시적으로 원하지 않는지 분류하세요. "연락 거부"를 가끔 메시지를 원한다는 포괄적인 선호도 아래에 묻어두지 말고, 그 자체로 독립된 결과로 가시화해야 합니다.

사람들이 실제로 말한 것과 여러분의 해석을 분리하세요. 예를 들어 "참여자가 활성 세션 외부에서는 메시지를 보내지 말 것을 요청함"은 관찰 결과이며, "세션 중에만 활성화되는 옵션이 필요할 수 있음"은 디자인상의 추론입니다. 불확실성 또한 기록하세요. 한 번의 인터뷰로 가능한 경계를 파악할 수는 있지만, 전체 사용자 사이에서 그러한 선호가 얼마나 일반적인지는 증명할 수 없습니다.

조사 결과를 바탕으로 해당 기능을 계속 진행할 것인지, 그리고 디자인에서 어떤 선택권을 제공해야 하는지 결정하세요. 사용자가 의미 있는 '연락 불가' 상황을 설명한다면, 이를 콘셉트에 반영하고 다시 테스트하세요. 참여자가 선제적 연락을 원하지 않는 쪽을 선택한다면, 프로토타입과 리서치 요약에 그 결과를 그대로 유지하세요. 경청의 핵심은 사용자의 거절이 디자인을 변화시킬 수 있도록 하는 것입니다.

첫 번째 리서치를 위한 실용적인 실행 순서

트리거, 메시지 내용, 전달 맥락을 포함하여 제안된 선제적 동작 한 가지를 구체적으로 기술합니다.

명확하고 참여 선택이 자유로운 리서치 초대장을 통해 잠재적 사용자를 모집하며, 세션 세부 정보를 사전에 공유합니다.

최근 받은 메시지 경험과 함께 연락이 반가운 상황, 제한적으로 허용되는 상황, 혹은 원치 않는 특정 상황에 대해 질문합니다.

선제적 연락을 받지 않는 옵션을 포함하여 명확한 선택지가 표시된 프로토타입을 제시합니다.

참여자가 선택을 되돌릴 수 있도록 하고, 제어 기능이 사용자의 예상과 일치하는지 관찰합니다.

직접적인 관찰 내용과 디자인적 추론을 분리하여 정리하며, 명시적인 비활성화 선택을 다음 콘셉트에 반영합니다.

이러한 순서는 팀이 섣부른 가정에 기반해 제품을 만들기 전에, 선제적 연락이 사용자 경험 속에 자리 잡을 공간이 실제로 있는지 파악하는 데 도움이 됩니다. 인터뷰는 사람들이 말하는 구체적인 상황을 드러내며, 되돌릴 수 있는 프로토타입은 실질적인 선택지에 반응할 수 있게 해줍니다. 이 둘이 결합할 때 "거절(No)"은 유용한 디자인 인풋이 되며, 사용자에게는 진정으로 고요함을 선택할 수 있는 방법이 주어집니다.

이 주제 더 살펴보기