지식의 저주: 우리에게 당연한 말이 사용자에게도 당연할까

입력한 날짜가 무엇을 바꾸는지 먼저 봅니다

가상의 판매 관리 서비스에 정산 기준일이라는 날짜 입력란이 있습니다. 팀은 여러 차례 회의한 뒤 이 이름을 골랐고, 내부 리뷰에서도 뜻이 명확하다고 판단했습니다. 처음 접속한 판매자는 그 회의에 참석하지 않았습니다. 화면에 10월 7일이 들어 있다면, 이 날짜를 기준으로 무엇이 달라지는지 어디까지 알 수 있을까요? 아래에서 먼저 입력란만 본 뒤 팀이 알고 있던 규칙과 대조해 보세요.

기존 날짜만 보고 알 수 있는 것은 어디까지일까요 화면의 날짜만 · 장면 자료 보기

날짜만 보고 알 수 있는 것은 어디까지일까요

화면의 날짜만으로는 주문을 나누는 마감인지, 입금 예정일인지 알 수 없습니다. 판매자의 자세는 사고나 혼란을 측정한 자료가 아닙니다.

입력란만 있을 때에는 날짜가 무엇을 결정하는지에 관한 설명이 없습니다. 팀의 규칙을 함께 보면 그 날짜는 주문을 이번 정산 묶음에 넣는 마감이며 입금 예정일과는 별도라는 뜻이 드러납니다. 주문 A와 B가 포함되고 C가 다음 묶음으로 넘어가는 이유도 그제야 읽을 수 있습니다. 팀원이 이 입력란을 명확하다고 느낀 데에는 화면에 없는 규칙을 미리 알고 있었다는 조건이 섞일 수 있습니다. 이 가상 기록이 실제 판매자의 오해를 입증한 것은 아닙니다. 여기서 확인한 것은 같은 입력란을 읽을 때 사용할 수 있는 정보가 달랐다는 점입니다.

답을 아는 것과 다른 사람의 예상을 아는 것은 다릅니다

지식의 저주는 더 많이 아는 사람이 그 정보를 모르는 사람의 판단을 예상하기 어려운 문제를 가리킵니다. 자신이 아는 정보를 잠시 빼고 생각하기가 쉽지 않은 것입니다. Camerer, Loewenstein, Weber의 1989년 연구에서는 한 집단이 과거 자료를 보고 기업 실적을 예상했습니다. 실제 실적까지 알게 된 다른 집단은 앞 집단의 평균 예상을 추정하고, 그 예상에 따라 가치가 정해지는 자산을 거래했습니다. 저자들은 추가 정보를 아는 사람이 모르는 집단의 판단을 예상할 때 나타나는 체계적인 차이를 개인 판단과 시장 과제에서 살폈습니다. 답을 더 많이 아는 것과, 답을 모르는 사람의 예상을 아는 것은 다른 일입니다. [K1]

이 경제적 판단 과제를 앞의 날짜 입력란에 그대로 대입할 수는 없습니다. 연구는 모든 디자이너의 설명 능력이나 모든 초보자의 용어 이해를 시험하지 않았고, 정산 문구를 바꾸었을 때의 오류 감소율도 알려주지 않습니다. 제품에 옮길 수 있는 것은 더 좁은 검토 질문입니다. 우리는 화면에 나온 정보만으로 사용자의 판단을 예상하고 있는지, 아니면 이미 아는 처리 규칙을 저절로 보충하고 있는지 살펴볼 수 있습니다. 상상만으로 새 사용자의 경험을 충분히 확인했다고 결론 내리지 않는 이유가 여기에 있습니다.

용어를 풀 때 실제 업무 구분을 남깁니다

같은 정산 화면을 고쳐 보겠습니다. 정산 기준일을 돈을 계산하는 날짜로 바꾸면 단어는 익숙해집니다. 하지만 실제로 입금되는 날인지, 주문을 이번 묶음에 넣는 마감인지 여전히 모호합니다. 쉬운 말로 바꾸더라도 업무에서 중요한 구분은 남겨야 합니다. 이 사례에서는 주문과 정산 묶음, 입금을 나누어 설명하고, 날짜를 고르면 어느 주문이 포함되는지도 함께 보여 주는 안을 검토합니다. 실제 서비스라면 날짜의 뜻 외에도 사용자가 값을 어디서 확인하고 입력하는지, 입력 권한과 필요한 자료가 있는지 따로 확인해야 합니다.

변경안은 전문 용어를 없애지 않고 바로 옆에 쉬운 뜻을 붙였습니다. 지원 문서나 고객 문의에서 정산 기준일이라는 말을 다시 만날 때 연결할 수 있도록 하기 위해서입니다. 포함 기간과 주문 결과도 함께 두었으므로 단어 하나만 바꾼 비교는 아닙니다. 실제로 적용하려면 화면 공간이 늘어나는 비용, 처리 규칙이 달라질 때 설명과 결과 범위를 함께 갱신하는 비용이 있습니다. 짧게 만들기 위해 입금일과 다르다는 핵심 조건을 없애는 것은 검토할 판단을 다시 모호하게 만들 수 있습니다. 반면 이 날짜를 고르는 데 필요하지 않은 시스템 개발 연혁은 별도 배경으로 옮길 수 있습니다. 이 사례의 끝은 설명을 많이 넣었다는 데 있지 않고, 사용자가 자기 과제와 포함 범위를 대조할 정보를 남겼는지에 있습니다.

공식 문서의 언어 지침을 어디까지 적용할까요

GOV.UK의 Publishing accessible documents 안내는 명료하고 쉬운 언어를 사용하고, 필요한 기술 용어·약어·두문자어는 처음 쓸 때 뜻을 설명하도록 권합니다. 해당 절을 읽었으며 페이지의 최초 게시일은 2020년 8월 18일, 마지막 갱신 표시는 2025년 10월 9일입니다. 이것은 문서 발행을 위한 공식 지침입니다. 그 지침이 존재한다는 사실을 지식의 저주를 없애는 효과의 실험 결과나 특정 제품의 사용 성과로 소개하지 않습니다. [K2]

이 안내를 화면 흐름으로 옮겨 보면 첫 설명이 어디에 있었는지보다 이 독자가 그 설명을 만날 수 있는지가 중요해집니다. 판매자가 도움말 첫 페이지를 읽지 않고 검색 결과나 다른 사람이 보낸 링크로 정산 화면에 바로 들어올 수도 있습니다. 앞 화면에서 설명했다는 이유로 현재 화면의 핵심 조건을 모두 생략할 수 있는지는 진입 경로에 따라 검토해야 합니다. 이 질문은 공식 지침을 제품에 적용해 보는 편집적 제안입니다. 실제 정부 서비스의 화면을 사용하거나 같은 설명 방식의 효과를 측정한 결과는 아닙니다.

이해를 확인해도 다른 원인을 열어 둡니다

전문 사용자가 늘 쓰는 업계 용어까지 매번 기초부터 풀면 오히려 필요한 정보를 찾는 데 부담이 될 수 있습니다. 그렇다고 전문가라는 이름만으로 모든 표현을 안다고 가정할 수도 없습니다. 판매자가 업계의 정산 용어는 알아도 이 회사 내부의 약어나 별도 처리 규칙은 처음 볼 수 있습니다. 무엇을 유지하고 무엇을 풀지 정할 때에는 독자의 역할, 익숙한 표현, 현재 과제에 필요한 구분을 함께 살펴보세요. 핵심 조건은 바로 확인할 수 있게 두고 더 자세한 배경은 필요할 때 읽을 수 있게 나눌 수 있지만, 결정을 바꾸는 조건까지 보조 도움말 속에 숨기지는 않아야 합니다.

팀원이 새 사용자의 역할을 맡아 보면 누락을 찾는 출발점이 될 수 있습니다. 하지만 정답과 예외를 이미 아는 내부 검토를 실제 처음 보는 사람의 이해 확인과 같은 기록으로 남겨서는 안 됩니다. 과제도 입력란 이름을 그대로 말하기보다 사용자가 해결하려는 목적을 주는 방식으로 검토할 수 있습니다. 누군가 머뭇거렸다면 용어 때문일 수도 있지만 자료가 없거나 권한이 다르거나 작은 화면에서 설명을 놓쳤을 수도 있습니다. 반대로 값을 빠르게 입력했어도 기본값을 그대로 받아들였을 수 있습니다. 정확한 행동과 그 근거를 함께 살피되, 설명을 유창하게 하지 못한다는 이유만으로 업무 이해가 없다고 판단하지 마세요. 모든 성공과 실패를 하나의 편향으로 설명하면 다시 확인할 조건을 잃게 됩니다.

새 파일 공유 화면에서 빠진 전제를 찾아봅니다

이번에는 가상의 파일 공유 도구로 옮겨 보겠습니다. 화면에 보관 종료일이라는 날짜가 있습니다. 파일 자체를 삭제하는 날인지, 공유 링크로 접근할 수 없게 되는 날인지, 백업 보관을 끝내는 날인지는 실제 규칙을 확인해야 합니다. 파일을 두는 마지막 날이라고만 풀어 쓰면 이 세 구분이 사라질 수 있습니다. 사용자가 하려는 일, 날짜가 바꾸는 결과, 필요한 자료와 다른 문서의 공식 용어를 먼저 대조해 보세요. 앞의 정산 예시와 같은 날짜를 쓸 필요는 없습니다. 옮겨 볼 것은 처리 규칙이 아니라, 우리가 이미 안다는 이유로 설명에서 빠뜨린 전제를 찾는 방법입니다.

기존 보관 종료일의 대상부터 확인합니다 물음표는 이 도구의 종료 · 장면 자료 보기

보관 종료일의 대상부터 확인합니다

물음표는 이 도구의 종료 규칙을 아직 모른다는 뜻입니다. 링크 접근이 끝나도 원본이나 백업이 함께 삭제된다고 추론할 수는 없습니다.

확인해볼 질문

• 내부 회의에서만 공유한 용어와 전제를 표시했나요?
• 쉬운 말로 바꾼 뒤에도 실제 업무 의미가 같은지 확인했나요?
• 사용자가 필요한 정보를 어디에서 얻는지 살펴봤나요?
• 과제의 답을 미리 알려 주지 않는 방식으로 이해를 관찰하나요?
• 실패를 편향 하나로 설명하지 않고 권한·자료·화면 조건을 함께 확인하나요?