이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
문서 작성에서 가장 중요하게 여기는 건 읽는 사람의 맥락을 먼저 파악하는 것입니다. 인턴 기간에 팀 공유 문서를 작성하면서, 당연히 알 거라 가정하고 쓰다가 다른 팀원이 배경을 이해하지 못해 재설명해야 했던 경험이 있습니다. 그 이후로는 문서 첫 단락에 항상 작성 이유와 읽을 대상을 명시하는 습관을 굳혔습니다. 커뮤니케이션에서는 결론을 먼저 전달하는 구조를 의식적으로 지킵니다. 설명이 길어질수록 요점이 묻히기 쉬워서, 결론을 앞에 두고 근거를 뒤에 붙이는 방식이 팀 내 의사결정 속도를 높이는 데 실제로 도움이 됐습니다. 분량은 짧을수록 좋다고 생각하지만, 의사결정에 필요한 맥락이 빠지지 않도록 최소 기준도 함께 지킵니다. 글을 잘 쓰는 것보다 구조를 먼저 잡는 습관이 더 큰 역할을 한다고 느낍니다.
상세하게 쓴 문서가 오히려 읽는 사람이 핵심을 못 찾게 만든 경험이 있습니다. 팀 프로젝트 보고서에서 모든 과정을 빠짐없이 담으려다가 분량이 10페이지를 넘었는데, 발표 시간에 교수님이 결론을 찾지 못해 직접 물어보셨습니다. 정보가 많을수록 핵심이 숨어버린다는 걸 그때 처음 실감했습니다.
문서의 목적은 정보를 전달하는 것이 아니라 읽는 사람이 판단하게 돕는 것이라는 걸 그때 배웠습니다. 이후로는 문서 작성 시 읽는 사람의 역할과 의사결정 상황을 먼저 정의하는 단계를 두게 됐습니다. 문서의 품질은 정보량이 아니라 읽는 사람이 한 번에 핵심을 찾는 속도로 측정해야 한다는 원칙이 생겼습니다.
많이 담은 문서가 아니라 빠르게 읽히는 문서가 커뮤니케이션을 줄인다는 걸 그 경험에서 배웠습니다.
문서 검수자 입장에서 기준을 작성자가 아닌 독자 시각으로 먼저 세워본 경험이 커뮤니케이션 방식을 바꿔줬습니다. 수업에서 보고서 심사위원 역할을 맡아 팀들의 문서를 검토했는데, 처음 30초에 핵심을 파악하지 못한 문서는 내용이 좋아도 설득력이 떨어진다는 걸 직접 경험했습니다.
독자는 처음에 전체를 읽지 않고 훑어서 핵심 단서를 먼저 찾는다는 걸 그때 이해했습니다. 제목·소제목·첫 문장만 읽어도 핵심을 파악할 수 있는 구조가 문서 커뮤니케이션의 기준이라는 원칙이 생겼습니다. 문서 작성 역량은 내용을 아는 것이 아니라 독자가 빠르게 이해하도록 구조를 설계하는 것이라는 걸 그 경험에서 배웠습니다.
독자 시각을 먼저 갖추면 문서 구조가 내용보다 먼저 결정된다는 걸 그 뒤에도 확인합니다. 그 뒤로 문서 작성 전 독자의 첫 30초 경험을 시뮬레이션하는 습관이 생겼습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 CJ올리브영 인사 일반 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.