가이드
발표와 블로그 포스트는 다른 구조가 필요한 이유
발표는 공간에 맞게 속도를 조절해요: 세팅, 콜백, 숨 고르기, 농담. 블로그 포스트는 스마트폰 화면에 맞게 속도를 조절해요: 첫 줄에 훅, 세 섹션에 걸친 논거, 지하철에서도 기억할 수 있는 메시지.
하나를 다른 하나로 옮기는 건 포맷만 더 예쁘게 한 스크립트가 아니에요. 재설계예요: 같은 아이디어, 같은 목소리, 다른 구조. 구조적인 작업은 저희가, 문장은 여러분 거예요.
좋은 발표-포스트 변환에 담겨야 할 것
- 첫 화면에 훅 — 처음 3줄이 독자가 스크롤할지 결정해요. 나머지를 정당화하는 역할.
- 재현이 아닌 논거 — 포스트는 주장을 전개해요. 말한 순서대로 요약하는 게 아니에요.
- 목소리 그대로 — 발표자의 독특한 표현이 있다면 포스트도 그렇게. 매끄럽게 지우면 읽는 맛이 사라져요.
- 기억에 남는 메시지 — 독자가 Slack 채널에 인용할 수 있는 한 줄. 없으면 포스트는 잊혀요.
- 출처 확인 가능 — 모든 사실 주장은 타임스탬프로 연결, 아무것도 만들어낸 것이 없어요.
audien·to가 초고를 잡는 방식
문서에 포함되는 내용
- 제목과 훅헤드라인 + 나머지를 읽게 만드는 2–3문장 오프닝.
- 논거 본문3–5개 섹션, 각각 한 가지 주장을 전개. 소제목 자체가 주장이고, 라벨이 아니에요.
- 핵심 메시지독자가 인용할 수 있는 한 줄 + 다음 단계를 알려주는 2문장 마무리.
- 출처 타임스탬프모든 주장을 발표의 타임스탬프와 연결, 발행 전 검증 가능하게.
- 목소리 보존발표자의 어투, 농담, 리듬이 살아남아요. 기업식 문체로 평탄화하는 게 실패의 패턴이에요.
발표 오디오로 글 쓰기
- 요약 말고 훅으로 시작주제가 아니라 임팩트 있는 줄로 시작해요. 독자는 200 words 정도는 안건 없이 기다릴 수 있어요.
- 소제목은 주장"방 치료가 장비를 이기는 이유" > "방 논거". 독자가 제목만 봐도 핵심을 알 수 있어야 해요.
- 논지 하나, 다섯 개 아님발표는 이곳저곳 다니지만 블로그 포스트는 그럴 수 없어요. 가장 강한 주장 하나를 잡고 나머지가 받쳐주게 해요.
- 목소리 우선, 다듬기 후순위구조를 편집하고 어휘는 건드리지 마세요. 포스트는 여전히 발표자처럼 들려야 해요.
- 행동 지침으로 끝내기다음 행동을 알려주는 핵심 메시지 — 이걸 해보세요, 이걸 물어보세요, 이걸 읽어보세요.
옵션 패널의 설정 항목
- 길이짧게(~600 words) · 표준(~1200) · 길게(~2500+).
- 톤대화체 · 임팩트 · 격식체 — 발표자보다 독자에게 맞추세요.
- 훅 스타일도발적 주장 · 현장 장면 · 맥락 우선 · 질문형.
- 구조논증형(3막) · 리스트클 · 서사형 · How-to.
- 출력 언어67개 지원. 발표는 한 언어로 하고 포스트는 다른 언어로 쓸 때 유용해요.