발표 자료를 아직
PPT로 만들고 계신가요?

자료를 보낸 뒤에도,
왜 같은 설명을 반복하게 될까요?

이전에는 제안서와 디렉션 자료를 주로 PPT로 만들었습니다. 제 맥북에서는 잘 보이던 자료가 다른 환경에서는 다르게 보이거나, 준비한 영상이 미팅 도중 멈추는 일을 겪었습니다. 내용을 잘 만드는 것 외에도, 상대방의 화면에서 제대로 열리고 끝까지 읽힐지를 계속 신경 써야 했습니다.

폰트와 배치

맥북에서 작업한 파일을 다른 컴퓨터에서 열면 폰트가 깨지거나 다른 글꼴로 표시되면서, 맞춰둔 줄바꿈과 배치가 달라지곤 했습니다.

이미지 화질

선명하게 보이던 이미지가 전달하거나 다른 화면에서 보여주는 과정에서 흐릿해지거나 깨져 보여, 의도한 디테일을 전달하기 어려운 때가 있었습니다.

영상과 용량

영상과 참고 자료가 많아지면 파일이 무거워졌습니다. 자료를 여는 데 시간이 걸리거나 영상이 중간에 멈추면서 설명의 흐름도 끊겼습니다.

늘어난 페이지

보여줄 내용이 많을수록 페이지도 계속 늘어났습니다. 핵심을 한눈에 보여주기 어려웠고, 자료가 길어지면 상대방이 끝까지 잘 보지 않는다는 점도 고민이었습니다.

충분히 설명하려고 자료를 더했는데, 오히려 무엇이 중요한지 파악하기 어려워지는 셈이었습니다. 모든 내용을 차례로 넘겨봐야 하는 자료보다, 핵심을 먼저 보고 궁금한 부분만 더 살펴볼 수 있는 문서가 필요했습니다.

자료를 전달하고 수정하는 과정도 번거로웠습니다. 파일을 내보내고, 용량을 줄이고, 메일에 첨부합니다. 수정 사항이 생기면 새 파일을 보내고 다시 확인합니다. “지금 보고 계신 게 어느 버전인가요?” 열심히 만든 자료인데, 내용 외에 맞춰야 할 것이 많았습니다.

그때부터 자료를 받는 사람의 입장에서 생각하게 됐습니다. 무엇을 먼저 읽어야 하는지, 어떤 근거를 확인하면 되는지, 어디까지 결정해야 하는지가 한곳에 보이면 어떨까.

제안서와 작업 지침을
이렇게 만들었습니다.

최근 한 브랜드의 디렉션을 맡았고, 또 다른 기업과의 미팅에서는 브랜딩을 제안할 일이 있었습니다. 두 자리에서 HTML 문서를 활용했습니다. 웹페이지처럼 열리는 한 문서 안에 설명과 이미지, 참고 자료로 가는 링크를 함께 두었습니다.

두 문서의 목적은 조금 달랐습니다. 디렉션 문서는 받는 사람이 맥락을 이해하고 작업을 실행하도록, 제안서는 기업의 현황과 개선 방향을 근거와 함께 살펴보고 협업 범위를 논의하도록 만들었습니다. 아래에는 그중 공개할 수 있는 부분만 발췌했습니다.

CASE 01 / BRAND DIRECTION

브랜드의 방향을 이해하고,
실제로 작업할 수 있도록

브랜드 디렉션을 하면서 가장 신경 쓴 것은 받는 사람이 제가 생각한 맥락을 충분히 이해하고, 자신의 작업으로 옮길 수 있는가였습니다. 보기 좋은 참고 사진을 모아 보내는 것만으로는 제가 의도한 방향까지 전달하기 어려웠습니다.

같은 사진을 보고도 누군가는 색을, 누군가는 포즈를, 또 누군가는 배경을 가져갑니다. 그래서 왜 이 이미지를 참고하는지, 어떤 요소를 유지해야 하는지, 어디부터는 바꿔도 되는지를 함께 적었습니다. “이런 느낌으로 해주세요”에서 끝나지 않도록요.

아래는 그중 홈페이지 이미지 제작을 위한 디렉션 부분입니다. 참고 이미지를 크게 보고, 이미지 아래에서 가져올 포인트와 변경 가능한 요소를 확인한 뒤, 제작 규격과 프롬프트까지 이어서 볼 수 있게 했습니다. 제가 옆에서 다시 설명하지 않아도 왜 이런 방향인지 이해한 상태로 제작을 시작할 수 있도록 문서화한 것입니다.

맥락 이해

이 장면을 왜 참고하는지, 전달하려는 방향은 무엇인지

기준 확인

꼭 유지할 요소와 자유롭게 바꿔도 되는 요소는 무엇인지

작업 실행

어떤 규격과 제작 지침으로 작업을 시작하면 되는지

실제 작성 문서 · 비식별 발췌본

브랜드 디렉션 전체 중 이미지 제작 지침을 발췌했습니다. 참고 사진에서 제작 기준으로 어떻게 설명이 이어지는지 살펴보세요. 브랜드가 드러나는 화면과 내부 자료는 제외했습니다.

제가 작성한 디렉션 문서 보기 ↗

CASE 02 / BRANDING PROPOSAL

기업의 현황과 개선 방향을
근거와 함께 제안하기 위해

두 번째는 한 기업과의 미팅에서 브랜딩을 제안하기 위해 만든 문서입니다. 제가 할 수 있는 일을 나열하기 전에, 그 기업에 대해 조사한 내용과 현재 브랜딩이 어떤 상태인지, 어디에 개선이 필요한지부터 정리했습니다.

그다음 어떤 방향을 제안하는지, 그중 제가 담당할 업무는 무엇인지 연결했습니다. 상대가 제안을 이해하려면 사례를 함께 보는 편이 좋은 부분에는 실제 조사 자료와 웹페이지, 유튜브 영상으로 가는 링크를 붙였습니다.

문서를 읽는 순서도 미팅의 대화 흐름에 맞췄습니다. “현재는 이런 상태입니다”에서 “이런 점을 개선하면 좋겠습니다”, “이 사례를 보시면 이해하기 쉽습니다”, “이 중 저는 여기까지 맡을 수 있습니다”로 이어지도록요. 자료를 따로 찾느라 설명이 끊기지 않게, 필요한 근거를 그 자리에서 열어보고 다시 제안으로 돌아올 수 있게 했습니다.

기업 조사

기업에 대해 조사한 내용과 현재의 브랜딩 상태를 함께 확인합니다.

개선 제안

어떤 부분을 왜 개선하면 좋을지, 제안의 이유와 방향을 설명합니다.

사례 확인

설명 중 필요한 순간에 조사 자료·웹페이지·영상 링크를 열어봅니다.

범위 논의

제가 직접 맡을 일, 함께할 일, 별도 주체가 필요한 일을 구분합니다.

실제 작성 문서 · 비식별 발췌본

원문에는 기업 조사와 브랜딩 현황, 개선 제안도 담겨 있습니다. 여기서는 고객사 정보가 드러나는 내용은 제외하고, 업무 범위·진행 방식과 공개 참고 링크를 연결한 부분을 보여드립니다.

제가 작성한 제안서 보기 ↗

조사한 자료도,
설명 옆에서 바로 열어볼 수 있게 했습니다.

중요한 것은 참고 링크를 문서 끝에 한꺼번에 모아두는 것이 아니었습니다. 제안을 설명하다가 “실제로는 어떻게 하고 있나요?”라는 질문이 생기는 지점에 자료를 연결했습니다. 읽는 흐름을 따라 원문과 웹페이지, 영상을 바로 확인할 수 있도록 배치한 것입니다.

FROM THE ACTUAL PROPOSAL

설명에서 끝나지 않고,
확인할 자료까지 연결합니다.

실제 제안서에서 참고한 공개 자료입니다. 버튼을 눌러 문서의 설명과 원문을 함께 살펴보세요.

1. 01
   조사 자료 · 공식 보도자료

   “기념행사는 로고 하나로 끝나지 않습니다.”

   제안의 요지 옆에 실제 행사 자료를 연결했습니다. 어떤 순서로 진행했고, 기념과 미래 비전을 어떻게 함께 다뤘는지 원문에서 확인합니다.

   조사한 자료 원문 보기 ↗공식 보도자료 · 새 탭에서 열립니다
2. 02
   웹페이지 · 브랜드 운영 사례

   “대표 메시지와 디자인 기준이 함께 보여야 합니다.”

   이미지만 붙이는 대신 공식 브랜드 페이지를 연결했습니다. 슬로건과 CI를 어떻게 설명하고, 필요한 파일을 어디서 제공하는지 직접 살펴볼 수 있습니다.

   실제 웹페이지 보기 ↗공식 브랜드 페이지 · 새 탭에서 열립니다
3. 03
   유튜브 · 기업 브랜드 필름

   “기업의 방향을 영상으로 보여줄 수도 있습니다.”

   콘텐츠 주제를 설명하는 바로 옆에 브랜드 필름을 연결했습니다. 독자는 영상을 보며 어떤 장면과 메시지를 참고할지, 우리에게는 무엇이 맞는지 판단할 수 있습니다.

   유튜브에서 영상 보기 ↗원문에 연결했던 영상 · 새 탭에서 열립니다

설명 읽기 → 원문·웹·영상 확인 → 이 문서로 돌아와 판단하기

문장은 연결 방식을 설명하기 위해 원문의 요지를 다듬었습니다. 의뢰 고객사의 정보는 제외했으며, 외부 원문에는 참고 자료의 브랜드·기관명이 표시됩니다. 영상은 유튜브에서 열리며, 이 페이지에서는 자동 재생하지 않습니다.

제가 중요하게 생각한 것은 링크를 많이 붙이는 일이 아니었습니다. 왜 이 자료를 보여주는지, 무엇을 확인하면 되는지를 함께 적는 것이었습니다. 그렇게 연결해두면 제안서를 읽는 사람이 설명을 듣는 데서 그치지 않고, 근거를 확인하며 자기 판단을 더할 수 있습니다.

문서를 만드는 기준이
‘장수’에서 ‘쓰임’으로 옮겨갔습니다.

발표용 슬라이드는 한 장씩 집중해서 보여주기에 좋습니다. PDF는 정해진 모양 그대로 전달하거나 인쇄할 때 유용합니다. HTML은 설명을 읽다가 참고 자료를 열고, 필요한 항목으로 이동하고, 작은 화면에서도 이어 읽는 흐름을 설계하기에 좋았습니다.

첫 번째 문서에서는 맥락을 이해한 뒤 실행하는 흐름이, 두 번째에서는 현황과 근거를 확인한 뒤 협업을 판단하는 흐름이 중요했습니다. 같은 HTML이라도 목적에 따라 설명의 순서와 연결할 자료가 달라졌습니다.

제게 중요한 변화는 파일 확장자보다 문서를 사용하는 사람의 다음 행동까지 생각하게 됐다는 점입니다. 미팅 중에는 궁금한 근거를 바로 확인할 수 있을까. 문서를 받은 제작자는 의도를 이해하고 작업할 수 있을까. 나중에 다시 열어도 제안한 이유를 찾을 수 있을까.

잘 만든 문서는
설명을 담는 데서 끝나지 않고,
다음 판단을 돕습니다.

SIHA'S NOTE

링크로 운영하면 같은 주소의 문서를 고쳐서 전달할 수 있습니다. 다만 최신 상태가 항상 좋은 것은 아닙니다. 검토 중인 문서는 갱신하고, 승인된 내용은 날짜와 버전을 남겨 별도로 보관합니다. 계속 고칠 내용과 확정된 기록을 구분하는 것까지 문서 설계에 포함했습니다.

형식이 바뀌면,
이런 선택이 가능해집니다.

아래는 파일로 전달하는 발표·배포 자료와, 링크로 운영하도록 만든 HTML 문서를 비교한 표입니다. 어떤 형식도 자동으로 모든 문제를 해결하지는 않습니다.

영상의 로딩 속도는 용량과 네트워크, 폰트 표시는 포함 방식에 영향을 받습니다. HTML에서도 실제 사용 환경을 확인해야 합니다.

받는 사람이 읽기 편한가,
다시 찾기 쉬운가.

이 변화는 개인의 취향만으로 설명되지는 않습니다. 화면에서 문서를 읽는 경험을 살펴보면, 왜 형식과 구조를 함께 고민해야 하는지 보입니다.

그래서 저는 문서의 용도를 먼저 나눕니다. 널리 읽히길 원하는 글은 공개하고, 특정 사람과 검토하는 제안은 접근 권한을 설정합니다. 검색될 문서와 협의할 문서에는 서로 다른 공유 방식이 필요합니다.

다음 자료 하나부터,
이 순서로 만들어보세요.

처음부터 큰 시스템을 만들 필요는 없습니다. 가까운 미팅에서 사용할 자료 하나를 골라, 상대가 읽고 결정하는 순서부터 정리하면 됩니다.

1. 01

   읽은 사람이 무엇을 결정할지 정합니다.

   목차를 만들기 전에 문서의 목적을 한 문장으로 씁니다. 방향 선택이 필요한지, 업무 범위의 합의가 필요한지, 실제 제작을 시작해야 하는지에 따라 필요한 정보가 달라집니다.

   예: “이 문서를 읽고 첫 화면의 이미지 방향을 선택한다.”
2. 02

   페이지 수 대신 설명의 순서를 잡습니다.

   배경 → 문제 → 제안 → 근거 → 실행 → 확인할 사항. 우선 이 흐름을 글로 적고, 섹션마다 하나의 질문에 답하게 합니다. 길어지는 보충 설명은 접어서 볼 수 있게 구성합니다.

   확인할 것: 목차만 읽어도 제안의 논리가 이어지는가?
3. 03

   참고 자료 옆에 판단 기준을 적습니다.

   이미지에는 참고할 포인트를, 표에는 읽어야 할 결론을, 링크에는 열어볼 이유를 붙입니다. 첨부 자료 목록을 만드는 것보다 본문에서 필요한 순간에 연결하는 편이 이해하기 쉽습니다.

   예: “이 이미지에서는 조명과 여백을 참고합니다. 배경과 소품은 바꿔도 됩니다.”
4. 04

   AI에게 내용과 동작을 함께 설명합니다.

   정리한 원고를 주고 모바일 재배치, 목차 이동, 이미지 확대, 자료 링크, 인쇄 방식을 요청합니다. 파일로 전달할지 웹에 올릴지도 함께 정해야 이미지와 폰트의 저장 방식을 맞출 수 있습니다.

   확인할 것: 필요한 기능이 실제로 동작하는가?
5. 05

   받는 사람의 화면으로 검토합니다.

   휴대폰에서 글이 작지 않은지, 표 때문에 옆으로 밀리지 않는지, 링크가 맞는 자료를 여는지 확인합니다. 영상이 있다면 재생을, 파일로 보낼 예정이라면 다른 폴더로 옮겨서도 이미지가 보이는지 살펴봅니다.

   오프라인 사용 예정이라면 네트워크를 끊은 상태에서도 별도로 확인합니다.
6. 06

   공유 방식과 수정 기준을 정합니다.

   웹으로 공유할 문서는 주소와 권한을 확인하고, 갱신할 때 수정일과 변경 사항을 적습니다. 승인이 끝난 버전은 별도 사본으로 남깁니다. 파일이 필요한 상대에게는 HTML 또는 검토한 PDF를 함께 전달합니다.

   전달 문장: “현재 검토본입니다. 변경 사항은 문서 상단에 기록하겠습니다.”

아래 원고를 세로 스크롤형 HTML 문서로 만들어주세요.

읽는 사람: [자료를 받을 사람]
읽은 뒤 결정할 것: [한 가지 결정]
전달 방식: [웹 주소 / HTML 파일]

1. 배경, 문제, 제안, 근거, 실행, 확인할 사항 순서로 구성해주세요.
2. 상단 목차로 필요한 섹션에 바로 이동하게 해주세요.
3. 이미지 옆에 참고할 점과 바꿔도 되는 점을 표시해주세요.
4. 긴 설명은 접어두되, 핵심 결론은 바로 보이게 해주세요.
5. 모바일에서도 본문이 가로로 넘치지 않게 만들어주세요.
6. 파일 전달용이면 필요한 이미지·폰트를 함께 포함하고,
   인터넷이 필요한 콘텐츠는 구분해주세요.
7. 인쇄할 때 본문이 잘리지 않게 구성해주세요.
8. 제공하지 않은 수치, 사례, 출처, 성과는 만들지 마세요.

[여기에 원고와 참고 자료를 넣습니다.]

자료가 여러 번 쓰일수록
시도해볼 만합니다.

시작하기 전에 궁금한 것들