지식의 저주(Curse of Knowledge)란 무엇인가요? 창업자의 설명이 고객에게 닿지 않는 이유와 온보딩·전환율 해법

왜 우리 제품 설명은 고객에게 안 통할까요?

지식의 저주(Curse of Knowledge)를 이해하는 것이 답을 찾는 출발점입니다. 1990년 스탠퍼드대 엘리자베스 뉴턴(Elizabeth Newton)의 실험에서 참가자들은 잘 알려진 노래 120곡의 리듬을 손가락으로 두드렸고, 듣는 사람이 절반 정도는 맞힐 거라고 예상했습니다. 실제 정답은 3곡, 2.5%였습니다. 두드리는 사람 머릿속에는 멜로디가 흐르고 있었지만 듣는 사람에게는 불규칙한 노크 소리뿐이었죠. 창업자가 만든 랜딩 페이지와 온보딩이 사용자에게 닿지 않는 구조가 정확히 이것입니다. 한 번 알게 된 것을 모르는 상태로 되돌릴 수 없다는 인지적 비가역성이 전환율을 조용히 깎아냅니다. 이 글은 지식의 저주가 무엇인지, 스타트업의 어느 지점에서 비용으로 돌아오는지, 그리고 이를 구조적으로 깨는 방법을 정리했습니다.

왜 우리 제품 설명은 고객에게 안 통할까요?
사용자 테스트 12분 만에 무너진 온보딩
지식의 저주란 무엇인가요
스타트업에서 지식의 저주가 나타나는 다섯 지점
사후 확신 편향·초두 효과와 무엇이 다른가요
전환율에서 이 편향이 작동하는 방식
조직이 커질수록 저주가 두꺼워지는 이유
지식의 저주를 깨는 4단계
FAQ
같이 읽으면 좋은 것들

사용자 테스트 12분 만에 무너진 온보딩

B2B SaaS 초기 팀의 온보딩 개선을 돕던 때의 일입니다. 팀은 가입 후 첫 화면에 자부심이 있었습니다. 핵심 기능 세 개를 카드로 정리했고, 각 카드에 두 줄짜리 설명을 붙였고, 상단에 짧은 안내 문구를 넣었습니다. 내부 리뷰에서 "이보다 더 명확할 수 없다"는 말이 나왔습니다.

실제 타깃과 같은 조건의 사용자 다섯명에게 화면을 주고 "하고 싶은 일을 해보세요"라고만 요청했습니다. 첫 번째 참가자가 12분 동안 한 일은 카드 세 개를 번갈아 클릭한 것이 전부였습니다. 마지막에 이렇게 말했습니다. "이거 제가 뭘 올려야 되는 건가요?"

문제는 첫 카드 제목이었습니다. "워크스페이스 연결하기"였는데요. 팀 내부에서 워크스페이스는 3년동안 매일 쓰던 단어였습니다. 사용자에게는 그 단어가 자기 회사 계정을 뜻하는지, 폴더를 뜻하는지, 협업 도구를 뜻하는지 알 수 없는 말이었습니다. 다섯 명 중 네 명이 같은 지점에서 멈췄습니다.

카피를 "쓰고 있는 구글 시트 주소 붙여넣기"로 바꾸고 예시 이미지 하나를 넣었습니다. 다음 테스트에서 다섯 명 중 네 명이 3분 안에 첫 작업을 마쳤습니다. 기능은 하나도 바뀌지 않았고, 바뀐 건 문장 한 줄과 이미지 한 장이었습니다.

여기서 팀이 가장 놀란 건 성과가 아니라 왜 몰랐는가였습니다. 매주 화면을 봤고, 매일 그 단어를 썼고, 아무도 이상하다고 느끼지 않았습니다. 이게 지식의 저주가 작동하는 전형적인 방식입니다. 알고 있는 사람에게는 문제가 보이지 않습니다.

지식의 저주란 무엇인가요

지식의 저주는 어떤 것을 알게 된 사람이 그것을 모르는 상태를 상상하지 못하게 되는 인지 편향입니다. 정보가 부족해서 생기는 문제가 아니라 정보가 많아서 생기는 문제라는 점이 특징입니다.

경제학에서 이 개념을 실험으로 정식화한 건 콜린 캐머러, 조지 로웬스타인, 마틴 웨버가 1989년 발표한 연구입니다. 정보를 가진 참가자가 정보 없는 상대의 판단을 예측할 때, 자신이 아는 내용을 상대의 추정에 과도하게 투영한다는 결과를 보여줬습니다. 이후 뉴턴의 두드리기 실험이 이 편향을 직관적으로 보여주는 사례로 자주 인용됐고, 칩 히스와 댄 히스의 저서를 통해 널리 알려졌습니다.

핵심은 세 가지입니다.

되돌릴 수 없습니다. 한 번 안 것을 모르는 상태로 돌아갈 수 없습니다. 노력이나 의지의 문제가 아닙니다.
자각되지 않습니다. 스스로 명확하게 설명했다고 느끼는 순간에 가장 강하게 작동합니다.
전문성이 깊어질수록 심해집니다. 그래서 제품을 가장 잘 아는 사람이 제품 설명을 가장 못 쓰는 역설이 생깁니다.

스타트업에서 지식의 저주가 나타나는 다섯 지점

지점	전형적인 증상	발생하는 손실
랜딩 페이지	카테고리를 설명하지 않고 기능부터 말함	이탈률 상승, 광고비 낭비
온보딩	내부 용어를 화면에 그대로 노출	활성화율 저하, 첫 가치 도달 실패
가격 페이지	요금제 이름이 내부 기준으로 지어짐	선택 지연, 결제 포기
투자 피칭	문제 정의를 건너뛰고 솔루션부터 설명	심사역이 시장을 이해하지 못함
신규 입사자 교육	문서가 이미 아는 사람 기준으로 쓰임	온보딩 기간 연장, 조기 이탈

다섯 지점 중 가장 비용이 큰 곳은 랜딩 페이지와 온보딩입니다. 두 곳은 사용자가 가장 아는 게 적을 때 만나는 화면인데, 만드는 사람은 가장 많이 아는 상태에서 작업합니다. 정보량의 격차가 최대인 지점에서 만들어지는 셈입니다.

신규 입사자 교육을 과소평가하는 팀이 많은데요. 한 명이 자리 잡는 데 걸리는 시간이 2주 늘어나면, 열 명을 뽑는 해에는 20주가 사라집니다. 초기 팀에서 이 정도면 분기 하나를 날리는 규모입니다.

사후 확신 편향·초두 효과와 무엇이 다른가요

셋 다 정보와 인식의 관계를 다루지만 작동 방향이 다릅니다.

편향	무엇을 왜곡하나	스타트업에서의 대표 증상
지식의 저주	타인의 지식 수준 추정	내부 용어가 그대로 화면에 나감
사후 확신 편향	과거 예측의 기억	포스트모템이 "그럴 줄 알았다"로 끝남
초두 효과	정보의 순서에 따른 가중치	첫 화면 인상이 이후 평가를 지배

지식의 저주는 상대방에 대한 추정을 왜곡하고, 사후 확신 편향은 자기 기억을 왜곡합니다. 초두 효과는 왜곡이라기보다 정보 처리 순서의 특성에 가깝습니다. 실무에서는 셋이 겹칩니다. 온보딩 실패를 분석하는 회의에서 "이건 원래 어려운 기능이었잖아"라는 말이 나오면 사후 확신 편향이고, 그 어려움을 왜 미리 못 봤는지를 설명하는 건 지식의 저주입니다.

전환율에서 이 편향이 작동하는 방식

방문자가 랜딩 페이지에서 머무는 시간은 대체로 몇 초 단위입니다. 그 짧은 시간에 답해야 하는 질문은 세 가지 입니다. 이건 무엇인가, 나를 위한 것인가, 다음에 뭘 해야 하는가.

지식의 저주에 걸린 카피는 첫 번째 질문을 건너뜁니다. 만드는 사람에게는 "이게 무엇인지"가 너무 당연해서 설명할 가치가 없어 보이기 때문입니다. 그래서 곧장 두 번째와 세 번째로 넘어갑니다. "협업 워크플로우를 자동화하세요" 같은 문장이 그 결과물인데요. 이 문장은 이미 제품을 아는 사람에게는 정확하고, 모르는 사람에게는 아무 정보도 주지 않습니다.

가격 페이지에서도 같은 일이 벌어집니다. 요금제 이름을 내부 기준으로 짓거나(스타터·프로·엔터프라이즈), 제한 항목을 내부 단위로 표기하면(월 10,000 크레딧) 사용자는 자신이 어디에 해당하는지 판단하지 못합니다. 판단이 지연되면 결정은 미뤄지고, 미뤄진 결정은 대부분 돌아오지 않습니다.

한 가지 더. 지식의 저주는 사용자 인터뷰의 해석에서도 작동합니다. 사용자가 "좀 복잡한 것 같아요"라고 말하면, 아는 사람은 이를 "기능이 많아서 그렇구나"로 해석하기 쉽습니다. 실제로는 "무엇부터 해야 할지 모르겠다"는 뜻인 경우가 훨씬 많습니다. 같은 문장을 듣고도 이미 아는 프레임 안에서 이해해버리는 겁니다.

조직이 커질수록 저주가 두꺼워지는 이유

초기에는 창업자 한 명의 머릿속 지식이 문제였다면, 조직이 커지면 공유된 지식이 문제가 됩니다. 팀 전체가 같은 전제를 공유하면 그 전제를 의심할 사람이 내부에 남지 않습니다. 회의에서 "이건 다들 아는 거니까"라는 말이 나오는 빈도가 곧 저주의 두께라고 봐도 됩니다.

여기에 세 가지가 더해집니다. 첫째, 약어가 늘어납니다. 편의를 위해 만든 줄임말은 내부 속도를 올리지만 외부와의 거리도 같이 벌립니다. 둘째, 문서가 누적됩니다. 오래된 문서일수록 당시 맥락을 아는 사람 기준으로 쓰여 있어서, 새로 들어온 사람에게는 읽을수록 헷갈리는 자료가 됩니다. 셋째, 고객과 직접 대화하는 사람의 비율이 줄어듭니다. 초기에는 모두가 고객을 만나지만, 조직이 커지면 대부분의 구성원이 고객을 지표와 요약 보고로만 만나게 됩니다.

대응은 단순합니다. 고객 접점을 특정 팀에 몰아주지 않는 것입니다. 개발자와 디자이너가 분기에 한 번은 사용자 인터뷰나 지원 티켓을 직접 다루도록 순환을 만들면, 팀 전체의 감각이 현실에서 멀어지는 속도가 눈에 띄게 느려집니다.

지식의 저주를 깨는 4단계

의지로 극복되지 않는 편향이라서, 해법도 태도가 아니라 절차여야 합니다.

1단계 — 모르는 사람을 정기적으로 데려옵니다

가장 확실한 방법은 처음 보는 사람이 화면을 쓰는 걸 관찰하는 것입니다. 다섯 명이면 주요 문제의 상당수가 드러납니다. 중요한 건 설명하지 않는 것입니다. 옆에서 한마디 거드는 순간 그 테스트는 무효가 됩니다. "지금 무슨 생각을 하고 계신가요"만 물으면 됩니다.

2단계 — 신규 입사자의 첫 2주를 기록으로 씁니다

새로 합류한 사람에게 첫 2주 동안 이해되지 않은 단어와 문장을 모두 적어달라고 요청합니다. 이 목록은 시간이 지나면 다시 만들 수 없는 자산입니다. 두 달만 지나도 그 사람 역시 저주에 걸리기 때문입니다. 적힌 단어를 대외 문서와 제품 화면에서 찾아 바꾸는 것까지가 한 세트입니다.

3단계 — 용어 금지 목록을 만듭니다

내부에서만 통하는 단어를 정리하고, 고객이 보는 화면에서는 쓰지 않기로 정합니다. 대신 쓸 표현도 함께 적어둡니다. 워크스페이스 대신 "내 작업 공간", 크레딧 대신 "처리 건수"처럼요. 목록을 문서로 남겨두면 새 화면을 만들 때마다 판단을 반복 하지 않아도 됩니다.

4단계 — 스스로를 처음 상태로 돌려놓습니다

계정을 새로 만들어 가입부터 다시 해봅니다. 기존 계정으로는 보이지 않는 화면이 많습니다. 5초 테스트도 유용합니다. 랜딩 페이지를 5초만 보여주고 "이 서비스는 뭘 해주는 것 같나요"를 물으면, 답이 갈리는 정도가 그대로 카피의 문제 크기입니다. 이런 절차를 분기마다 캘린더에 박아두면 개인의 기억력에 의존하지 않게 됩니다.

FAQ

설명을 쉽게 쓰면 전문성이 떨어져 보이지 않을까요?

쉬운 설명과 얕은 설명은 다릅니다. 전문성은 개념을 정확히 구분하는 능력에서 나오지, 어려운 단어를 쓰는 데서 나오지 않습니다. 실제로 복잡한 개념을 정확하고 간단하게 설명하는 쪽이 신뢰를 더 얻는 경우가 많습니다. 다만 대상에 따라 층위를 나누는 건 필요합니다. 랜딩 페이지는 쉬운 언어로, 기술 문서는 정확한 용어로 쓰면 됩니다.

사용자 테스트를 할 예산과 시간이 없으면 어떻게 하나요?

비용이 거의 들지 않는 대안이 있습니다. 주변에서 타깃과 비슷한 조건의 사람 세 명을 찾아 화면을 보여주고 소리 내어 생각하게 하는 방식입니다. 통계적 대표성은 없지만, 명백한 장애물은 세 명에서도 대부분 드러납니다. 5초 테스트는 메신저로도 할 수 있습니다.

고객 지원 문의가 늘어나는 것도 지식의 저주와 관련이 있나요?

상당 부분 그렇습니다. 반복되는 문의는 대개 제품이나 문서가 설명하지 못한 지점을 가리킵니다. 문의 내용을 유형별로 묶어보면 어느 화면의 어느 문장이 문제인지가 드러납니다. 지원 티켓은 비용이 아니라 가장 값싼 사용자 조사 데이터로 볼 수 있습니다.

투자 피칭에서는 어떻게 적용하나요?

심사역은 시장 전문가가 아닌 경우가 많습니다. 솔루션부터 설명하면 문제의 크기를 가늠하지 못합니다. 첫 3분은 문제 정의에 쓰고, 그 문제를 겪는 사람이 지금 어떻게 해결하고 있는지를 구체적으로 보여주는 순서가 효과적입니다. 내부 약어와 제품 고유 명칭은 첫 등장 때 한 번 풀어주면 됩니다.

AI로 카피를 다듬으면 이 문제가 해결되나요?

부분적으로 도움이 됩니다. 문장을 쉽게 다시 쓰는 작업에는 유용합니다. 다만 무엇이 사용자에게 낯선 개념인지는 실제 사용자만 알려줄 수 있습니다. 프롬프트에 이미 내부 용어를 넣어 요청하면 그 용어를 전제한 결과가 나오기 때문에, 관찰을 대체하지는 못합니다.