이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
아르바이트로 기관 행사 운영을 도왔을 때, 현장 스태프에게 배포할 진행 매뉴얼을 제가 직접 작성한 적이 있습니다. 처음에는 제가 아는 순서대로 쭉 썼는데, 현장에서 같은 질문이 계속 반복됐습니다. 그 이후로는 문서를 쓰기 전에 읽는 사람이 처음 보는 상황인지를 먼저 판단하는 습관이 생겼습니다. 매뉴얼을 역할별로 분리하고, 자주 생기는 상황을 Q&A 형식으로 정리했더니 현장 문의가 눈에 띄게 줄었습니다.
표·체크리스트·숫자 순서를 섞어서 시선이 흐르도록 레이아웃을 짰고, 중요한 타이밍은 볼드로 강조해서 혼선을 줄였습니다. 문서는 내가 전달하고 싶은 것보다 상대가 찾아야 할 것을 기준으로 써야 한다는 걸 그 경험에서 배웠습니다. 상대의 맥락을 먼저 이해하는 문서가 결국 가장 빠르게 읽힙니다.
문서를 잘 쓰는 것은 결론부터 쓰는 구조를 갖는 것에서 시작한다고 생각합니다. 긴 배경 설명 뒤에 핵심이 나오는 구조는 바쁜 독자가 끝까지 읽기 어려운 반면, 첫 단락에 무엇인지, 왜인지, 어떻게인지를 요약한 문서는 필요한 부분만 찾아 읽기가 쉬워집니다.
팀에 공유하는 보고서를 쓸 때부터 이 구조를 연습했는데, 피드백이 "내용이 많다"에서 "이 부분을 더 알고 싶다"로 바뀌는 경험을 했습니다. 문서의 목적에 따라 구조도 달라지는데, 의사결정용 문서는 결론이 먼저이고 실행 지침 문서는 순서가 흐르는 구조가 맞습니다. 어떤 형식이 맞는지를 판단하는 것은 문서를 어떤 상황에서 어떻게 읽을지를 먼저 떠올리는 것에서 나옵니다.
독자의 독서 행동이 문서 구조를 결정한다고 생각합니다.
문서는 한 번 쓰고 끝나는 것이 아니라 피드백을 받아 개선하는 과정이 있어야 실제로 쓰이는 문서가 된다고 생각합니다. 아르바이트 매뉴얼을 처음 배포했을 때 현장 피드백이 많았고, 그 피드백을 반영해서 두 번째 버전을 만들었을 때 문의 수가 확연히 줄었습니다.
피드백을 별도로 기록해두면 어떤 부분이 반복적으로 불명확한지를 파악할 수 있고, 다음 문서를 쓸 때도 참고가 됩니다. 내가 이해하는 것과 읽는 사람이 이해하는 것 사이의 간격이 문서를 개선해야 하는 신호라는 걸, 반복적인 피드백에서 배웠습니다. 문서의 완성은 배포가 아니라 실제 사용자가 원하는 방식으로 정보를 찾는 것까지라고 생각합니다.
쓰인 문서가 좋은 문서입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 쿠팡 서비스기획 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.