우리는 하루에도 수십 번씩 스마트폰 화면에서 팝업창을 만난다. 그리고 아무 생각 없이 ‘허용’이나 ‘확인’을 누르곤 한다.
하지만 어느 날, 새 앱을 깔고 두근거리는 마음으로 실행했을 때 화면 전체를 막아서는 공포의 문장 하나.
“다른 앱 위에 그리기 권한을 허용하시겠습니까?”
잠시 뇌 정지가 온다. ‘아니, 난 단지 택배 조회 앱을 켰을 뿐인데… 얘가 왜 내 화면 위에 낙서를 하겠다는 거지? 내가 모르는 사이에 안드로이드가 화실로 변했나?’
사용자 입장에선 직관성이라곤 눈 씻고 찾아볼 수 없는, 섬뜩함마저 느껴지는 이 단어. 대체 왜 구글이라는 거대 IT 기업은 우리에게 ‘그리기’라는 크레파스를 쥐어주지 못해 안달인 걸까?
1. 분자 결합으로 단백질을 열 변성 시키겠습니다
기계적으로 따지면 틀린 말은 아니다. 안드로이드 OS 내부 구조상, 어떤 앱이 다른 앱 위에 화면을 덧씌울 때 개발자들은 Canvas, Paint, onDraw() 같은 클래스와 메서드를 사용한다. 즉, Graphics API 관점에서는 화면에 도트를 찍어 띄우는 것 자체가 ‘그리는(Draw)’ 행위가 맞다.
하지만 사용자는 기계가 아니라 사람이다.
이건 비유하자면, 삼겹살집에 밥 먹으러 갔는데 주방장이 걸어나와 “고객님, 지금부터 분자 결합을 시작하여 단백질을 열 변성 시키겠습니다”라고 말하는 꼴이다. 틀린 물리 법칙은 아닌데, 듣는 손님 입장에서는 어처구니가 없다 못해 식당에서 나가고 싶어진다.
영문 원문인 Display over other apps를 그대로 가져와 ‘표시’나 ‘띄우기’ 정도로만 옮겼어도 될 것을, 개발자의 코드 속 ‘Draw’ 감성을 굳이 사용자 직면 UI까지 끄집어내어 1:1로 직역해 버린 참사다.
2. 엑셀 지옥과 ‘맥락(Context)’의 거세
사실 이런 번역 참사가 일어나는 배경을 들여다보면 서글픈 외주 번역의 현실이 있다. 과거 외국계 소프트웨어 한글화 작업을 해본 사람들은 잘 안다. 번역가나 검수자에게 실제 구동되는 앱 화면을 보여주면서 번역을 시키는 친절한 회사는 거의 없다.
현실은 엑셀 파일(Spreadsheet) 하나 달랑 던져주는 게 전부다.
- A열(Key):
Display_over_other_apps - B열(Original):
Draw over other apps - C열(Translation):
다른 앱 위에 그리기
수천, 수만 줄짜리 엑셀 칸을 채워 넣어야 하는 번역가 입장에선 이 단어가 어디에, 어떤 모양으로 띄워지는지 알 길 없다. ‘Draw’니까 기계처럼 ‘그리기’를 박고 넘어가는 거다.
실제로 이 단어가 어느 화면에 쓰이는지 궁금해서 외국계 개발자들을 직접 찾아가 “이거 어느 화면 용어냐”고 물어보면, 오직 코드만 보는 개발자들은 ‘얘는 대체 왜 이런 걸 물어보지?’ 하는 동공 지진 표정을 짓는다. 반면, 이 소프트웨어로 고객에게 가치를 팔아야 하는 마케터나 기획자들은 그나마 “아, 사용자가 이걸 보고 오해하겠구나!” 하고 질문의 의도를 간신히 이해한다.
3. AI 시대, 우리는 왜 또다시 ‘그리기’를 경험하는가?
재미있는 점은, 최첨단 AI 기술을 사용하는 지금도 우리는 이와 똑같은 답답함을 겪는다는 사실이다.
생성형 AI나 LLM(대화형 인공지능)을 사용할 때 우리가 경험하는 각종 환각(Hallucination)이나 어색한 답변들 역시 본질은 ‘다른 앱 위에 그리기’와 같다. AI도 결국 수많은 데이터의 확률을 계산해 가장 기술적으로 타당한 단어를 배열하는 ‘기계’이기 때문이다.
우리가 AI에게 어떤 맥락이나 상황(Context)을 정확하게 쥐어주지 않으면, AI는 마치 엑셀 시트만 보고 번역하던 외주 번역가처럼 무미건조하고 뜬금없는 단어들을 조합해 내놓는다. “기술적으로는 맞지만, 인간의 직관으로는 전혀 이해할 수 없는” 답변이 탄생하는 순간이다.
AI 도구가 아무리 발전해도 사용자가 원하는 진짜 의도와 정서를 읽어내지 못한다면, 그것은 화면 위를 어지럽히는 거추장스러운 ‘그리기 팝업’과 다를 바 없다. 결국 AI를 제대로 활용한다는 것은, 기계의 언어에 갇히지 않고 인간의 맥락을 끊임없이 부여해 주는 작업인 셈이다.
4. 경영진과 기획자가 절대 놓치지 말아야 할 디테일
개발자는 당장 코드를 짜고 오류를 잡느라 바쁘고, AI는 주어진 데이터 안에서 계산하기 바쁘다. “소프트웨어 개발하기도 바쁜데 ‘띄우기’냐 ‘그리기’냐 따위가 뭐가 중요하냐”고 생각할지도 모른다.
하지만 기업은 기술을 자랑하려고 사업을 하는 게 아니라, 사용자의 문제를 해결하고 가치를 전달하기 위해 제품을 만든다. 그렇다면 사용자가 서비스에 진입하는 첫 관문에서 불안감을 느끼지 않게 만드는 것만큼 중요한 일이 어디 있을까?
기술의 언어를 사용자의 언어로 번역하고, 개발자와 사용자, 그리고 AI와 인간 사이의 괴리를 조율해 주는 것이 바로 경영진과 기획자의 핵심 역할이다. ‘그리기’라는 직역의 둔감함 속에는, 사용자 경험(UX)을 그저 엑셀 칸 채우기나 기술적 구현 정도로 가볍게 여긴 조직의 디테일 부재가 뼈아프게 들어앉아 있다.
다음 안드로이드 업데이트나 AI 모델 개선 때는 제발 우리에게 미술실 크레파스를 강요하지 말고, 그저 유연하게 “다른 앱 위에 띄우기” 정도로만 말해주길 바란다. 우리는 기술의 시녀가 아니라, 단지 편리한 도구를 쓰고 싶은 인간일 뿐이니까.
🌌 StarSign16 이 무의식의 깊은 바다를 건너 곧 여러분을 찾아옵니다.
댓글 남기기