맥락(Context) 분석 데이터, 무엇을 모으고 어떻게 쓰나

 

같은 질문을 해도 상황에 따라 원하는 답이 달라지는 경우가 많아요.

"근처 맛집 알려 줘"라는 말은 점심시간에 회사 앞에서 할 때와 주말 밤에 여행지에서 할 때 전혀 다른 의미를 갖습니다.

이렇게 말 바깥에 있는 상황 정보를 맥락이라고 부르고, 개인화나 AI 서비스에서 꾸준히 중요하게 이야기되고 있어요.

이번 글은 맥락 데이터로 무엇을 모을 수 있고 어떻게 쓸 수 있는지, 그리고 프라이버시는 어떻게 생각해야 하는지를 기획자 입장에서 정리한 메모입니다.

 

맥락이라고 하면 막연하지만, 나눠 보면 구체적이에요.

• 시간: 요일, 시각, 계절, 휴일 여부
• 위치: 집, 회사, 이동 중, 지금 있는 지역
• 기기: 스마트폰인지 컴퓨터인지, 화면 크기, 이어폰 연결 여부
• 이력: 최근에 본 것, 자주 쓰는 기능, 예전에 선택한 것
• 환경: 날씨, 주변 소음, 네트워크 상태
• 사회적 상황: 혼자인지 여럿인지, 일정에 약속이 있는지

여기서 어떤 것은 사용자가 직접 알려 주는 정보이고, 어떤 것은 기기가 대신 알려 주는 정보입니다.

그래서 수집 방식도 나누어 보면 도움이 돼요.

명시적인 정보는 사용자가 직접 입력하거나 설정하는 것이고, 암묵적인 정보는 사용하는 동안 자연스럽게 쌓이거나 센서에서 얻는 것입니다.

예를 들어 사용자가 설정에서 관심 분야를 직접 고르는 것은 명시적인 정보이고, 어떤 글을 끝까지 읽었는지는 암묵적인 정보예요.

명시적인 정보는 정확하지만 입력하는 사람이 귀찮아하고, 암묵적인 정보는 편하지만 추측이 섞인다는 차이가 있습니다.

둘을 적절히 섞는 것이 설계의 핵심이라고 생각해요.

 

맥락 데이터를 쓰는 방법은 크게 세 가지로 정리했어요.

첫째는 추천이 달라지는 것입니다.

같은 사용자도 출근길에는 짧은 뉴스, 퇴근길에는 긴 영상을 좋아할 수 있고, 이를 반영하면 추천의 체감 품질이 올라갑니다.

둘째는 알림의 타이밍이에요.

좋은 내용이어도 회의 중에 오면 방해가 됩니다.

사용자가 한가한 때를 짐작해서 보내면 같은 알림이 더 환영받아요.

셋째는 기본값을 똑똑하게 정하는 것입니다.

대화형 서비스에서 "여기서 가까운 곳"이라고 말하면 현재 위치를 기본으로 삼고, 자주 쓰는 설정을 처음부터 채워 두는 식이에요.

쓰는 사람이 입력해야 하는 양이 줄어든다는 점에서 맥락은 결국 수고를 덜어 주는 도구라고 생각합니다.

 

가정해 보겠습니다.

출근길에 오늘의 일정과 교통 상황을 알려 주는 앱을 기획한다고 해요.

이 앱이 쓸 수 있는 맥락은 이렇습니다.

• 시간: 평일 아침 7시에서 9시 사이
• 위치: 집에서 나와 이동하기 시작한 시점
• 기기: 이어폰이 연결되면 음성으로, 아니면 화면 알림으로
• 이력: 지난 2주 동안 자주 이용한 길

집을 나선 지 5분 이내에 알림을 한 번만 보내는 정책을 세웠다고 가정해 볼게요.

이어폰이 연결되어 있으면 소리로 "오늘은 평소 길에 정체가 있어요"라고 짧게 알려 주고, 연결되어 있지 않으면 잠금 화면에 한 줄로 보여 줍니다.

똑같은 정보지만 사용자의 상황에 맞춰 전달 방식이 달라지는 것이 맥락의 힘이에요.

 

맥락 기반 서비스에서 가장 흔한 실수는 추측을 사실처럼 취급하는 것입니다.

위치가 집으로 보인다고 해서 쉬고 있다는 뜻은 아니에요.

이어폰이 연결되었다고 해서 소리를 들을 수 있는 상황이라는 보장도 없고요.

추측이 틀렸을 때의 비용이 크지 않은 곳에 맥락을 먼저 적용하는 것이 안전하다고 생각해요.

예를 들어 추천 순서를 조정하는 것은 틀려도 부담이 작지만, 갑자기 소리를 크게 내거나 개인적인 내용을 화면에 드러내는 것은 틀렸을 때 불쾌함이 큽니다.

그래서 맥락은 "이럴 거라고 믿고 행동한다"보다 "이럴 것 같으니 이렇게 제안한다"에 가까운 편이 좋았어요.

처음 시작할 때는 맥락을 한두 가지만 골라서 써 보는 것도 좋은 방법이에요.

시간과 기기처럼 사용자에게 부담이 적은 정보부터 적용해 보고, 반응이 좋으면 하나씩 늘려 가면 됩니다.

한꺼번에 많이 모으려고 하면 설계도 복잡해지고 사용자의 불안도 함께 커져요.

 

맥락 데이터는 모으면 모을수록 개인의 생활 패턴을 그대로 보여 줍니다.

위치와 시간만 합쳐도 어디에 살고 어디로 출근하는지가 드러나요.

그래서 기획 단계에서 몇 가지 원칙을 같이 정해 둡니다.

• 목적에 꼭 필요한 정보만 모은다
• 무엇을 왜 모으는지 사용자에게 쉬운 말로 알린다
• 사용자가 끄거나 지울 수 있게 한다
• 민감한 정보는 더 신중하게 다룬다
• 저장 기간과 접근 권한을 정한다

개인정보와 관련한 법적인 기준과 동의 절차는 나라와 시기에 따라 다르고 계속 바뀔 수 있어서, 반드시 법무 담당자나 전문가에게 확인해야 합니다.

기획자가 모든 것을 알아야 한다기보다, 확인해야 할 지점을 미리 표시해 두는 것이 역할이라고 생각해요.

 

맥락 데이터는 서비스를 똑똑하게 만드는 재료이면서 동시에 사용자의 신뢰를 시험하는 재료입니다.

잘 쓰면 "나를 알아주는 서비스"가 되지만, 선을 넘으면 "나를 감시하는 서비스"로 느껴져요.

그 경계는 사용자가 이유를 이해하고 통제할 수 있는가에 달려 있다고 생각합니다.

남는 질문도 있어요.

 

사용자가 불쾌함을 느끼기 시작하는 지점은 정확히 어디일까요.

그리고 맥락을 적게 쓰고도 충분히 개인화된 경험을 줄 수 있는 방법은 없을까요.

이 부분은 서비스를 직접 기획해 보면서 계속 생각해 보려고 해요.