# 보도자료 양식: 기자가 기대하는 구조

URL: https://crowd-scope.com/ko/journal/bodojaryo-yangsik
Type: blog
Locale: ko
Published: 2026-10-09
Updated: 2026-10-09

---

> 기자가 기대하는 보도자료 양식: 아홉 가지 요소의 순서, 도입부 작성법, 적정 분량과 파일 형식, 발송 전 점검 목록을 정리했습니다.

보도자료 양식은 아홉 가지 요소를 정해진 순서대로 배치하는 구조입니다. 발표 시점 문구, 제목, 부제목, 도입부와 리드, 본문, 인용문, 회사 소개, 언론 연락처, 첨부 자료가 그 순서입니다. 기자는 위에서 아래로 읽고, 뉴스가 불분명하면 그 자리에서 읽기를 멈춥니다. 이 가이드는 보도자료 양식의 레이아웃, 적정 분량, 파일 형식, 발표 유형별로 필요한 근거를 정리합니다. 그다음 실제 사람들의 공개 게시글에서 뉴스 가치가 있는 인용문을 찾는 방법을 보여드립니다.

## 한 페이지에서 보도자료 양식은 어떻게 보이나요?

먼저 뼈대부터 보겠습니다. 대부분의 가이드가 같은 순서에 동의하며, [ContentGrip의 주석이 달린 템플릿](https://www.contentgrip.com/press-release-format/)이 이를 잘 보여줍니다.

- 
**발표 시점.** "즉시 배포" 또는 정확한 엠바고 날짜, 시간, 시간대입니다.

- 
**제목.** 회사명과 실제 발표 내용을 쉬운 말로 적습니다.

- 
**부제목(선택).** 금액, 파트너, 시장, 시기 같은 추가 맥락을 한 줄로 씁니다.

- 
**도입부와 리드.** 도시, 국가, 날짜 다음에 누가, 무엇을, 언제, 어디서, 왜를 담습니다.

- 
**본문.** 근거, 사양, 조건, 출시 일정, 다음 단계를 설명합니다.

- 
**인용문.** 이름이 밝혀진 사람이 이 소식이 중요한 이유를 설명합니다.

- 
**회사 소개.** 회사에 대한 사실 두세 문장입니다.

- 
**언론 연락처.** 실제 이름, 이메일, 뉴스룸 링크입니다.

- 
**첨부 자료.** 로고, 스크린샷, 보고서, 인물 사진을 링크와 함께 바로 쓸 수 있게 제공합니다.

문서의 끝에는 `###` 또는 `-30-`을 적어 편집자에게 누락된 내용이 없다는 것을 알립니다. 오래된 관행이지만 여전히 통합니다.

대부분의 템플릿이 건너뛰는 부분이 여기입니다. 이 순서는 장식이 아닙니다. 보도자료는 받은 편지함이 가득 찬 사람과 나누는 인터페이스입니다. 각 요소는 기자가 여러분에게 물어봐야 했을 질문 하나에 답합니다. 요소 하나를 빼면, 여러분이 아마 받지 못할 답장을 만들게 됩니다.

![빨간 펜으로 표시된 인쇄 보도자료와 읽지 않은 메일이 가득한 모니터가 놓인 기자의 책상](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/crowd-scope/2026-10/b2627b-newsroom.webp)

화려한 서체는 피하세요. 지나치게 큰 로고도 피하세요. 글꼴은 하나만 쓰고, 텍스트는 왼쪽 정렬하고, 제목만 굵게 설정합니다. 보도자료는 CMS에 복사해 붙여 넣는 순간 형식이 그대로 살아남아야 합니다. 실제로 그런 일이 일어나기 때문입니다.

## 도입부가 모든 것을 결정하는 이유는 무엇인가요?

첫 100단어만큼은 반드시 읽히기 때문입니다. 기자들은 역피라미드 구조를 씁니다. 가장 중요한 사실을 먼저 쓰고, 그다음 보조 정보를 중요도 순서대로 놓습니다. 보도자료도 같은 논리를 따라야 합니다. 보도자료는 기자가 쓸 기사의 초안이기 때문입니다.

좋은 리드는 두 문장 안에 누가, 무엇을, 언제, 어디서, 왜를 답합니다. 나쁜 리드는 회사 연혁으로 시작합니다.

가상의 출시 사례 두 가지를 비교해 보겠습니다. 이 사례는 실제 회사가 아닌 예시입니다.

**나쁜 예:** "2019년에 설립된 Northlane은 현대 팀을 위한 혁신적인 업무 솔루션의 선도 기업으로서, 몇 가지 새로운 소식을 알리게 되어 기쁩니다."

**더 나은 예:** "텍사스 오스틴, 2026년 10월 14일. Northlane은 오늘 Handoff를 출시했습니다. 서명된 계약을 5분 안에 프로젝트 계획으로 옮기는 도구이며, 직원 10명에서 50명 규모의 에이전시를 대상으로 합니다."

두 번째 버전에는 회사 이름, 제품, 시간 주장, 대상 고객, 날짜가 있습니다. 기자는 몇 초 만에 자신의 담당 분야에 맞는지 판단할 수 있습니다. 게임의 핵심이 바로 이것입니다.

한 가지 의견을 분명히 하겠습니다. 헤드라인이 "혁신적"이라는 단어에 기대야 성립한다면, 그것은 뉴스가 아니라 기능 소개입니다. 그 형용사를 기자가 검증할 수 있는 사실로 바꾸거나, 그런 사실이 생길 때까지 발표를 미루세요.

## 보도자료는 얼마나 길어야 하고, 어떤 파일을 보내야 하나요?

단순한 발표는 영문 기준 300500단어를 목표로 하세요. [BuzzStream의 보도자료 구조 분석](https://www.buzzstream.com/blog/press-release-anatomy/)은 뉴스, 행사, 제품 출시에 600800단어를 허용하고, 데이터 보고서는 더 길어도 된다고 봅니다. 출처마다 상한선이 다르다는 사실은 그 상한선이 유연하다는 뜻입니다. 지켜야 할 기준은 하나입니다. 검증된 뉴스를 전달하고 기자가 기사를 쓸 수 있게 하는 데 필요한 맥락을 담는 가장 짧은 버전이어야 합니다.

모든 부서가 문단 하나씩을 요구해서 보도자료가 계속 길어진다면 나누세요. 제품 사양은 팩트시트에, 설문 표는 보고서에, 경영진 약력은 프레스 키트에 넣습니다. 보도자료는 이야기로 가는 가장 빠른 길로 남아야 합니다.

파일 형식에 대한 현재의 조언은 간단합니다.

- 
**뉴스룸 페이지(HTML).** 이것을 기준 원본으로 삼으세요. 링크할 수 있고, 검색되고, 쉽게 정정할 수 있으며, 고해상도 이미지를 올릴 수 있습니다.

- 
**PDF.** 통신사처럼 고정 레이아웃이 필요할 때만 쓰세요.

- 
**Word 파일.** 편집자가 수정 가능한 원고를 요청할 때만 보내세요.

- 
**이메일 본문.** 보도자료 전체가 아니라 피치를 담으세요. 세 문장과 링크 하나면 충분합니다.

첨부 파일이 많은 이메일은 피하세요. 쓸 수 있는 이미지 하나를 찾으려고 압축 파일을 내려받아야 하는 기자는 다른 기사를 고를 가능성이 큽니다.

## 발표 유형마다 필요한 근거는 무엇인가요?

뼈대는 고정되어 있고, 근거는 바뀝니다. 투자 유치 보도자료와 제품 출시 보도자료는 아홉 요소를 공유하지만 앞쪽에 드러내는 사실은 다릅니다.

- 
**투자 유치:** 금액, 라운드, 주도 투자사, 자금 사용처, 성장 지표.

- 
**제품 출시:** 새로운 기능, 대상 고객, 가격, 출시 일정.

- 
**연구 또는 설문:** 가장 강한 발견, 표본 크기, 조사 기간, 방법.

- 
**경영진 채용:** 이름, 직책, 시작일, 역할 범위, 보고 체계.

- 
**행사:** 날짜, 시간, 장소, 연사, 등록 방법.

- 
**위기 또는 리콜:** 무슨 일이 일어났는지, 확인된 범위, 취한 조치, 다음 업데이트 시점.

데이터 보도자료에는 경고가 필요합니다. 설문을 발표한다면 표본 크기, 지역, 조사 기간을 문서의 첫 3분의 1 안에 밝히세요. 방법이 없는 숫자는 주장일 뿐이고, 기자는 주장을 의심스럽게 봅니다.

여기에는 우리 자신의 원칙도 적용됩니다. 모든 수치에는 숫자, 단위, 기간이 있어야 합니다. "많은 사용자가 온보딩에 불만을 표합니다"는 소음입니다. 건수, 플랫폼, 기간이 담긴 문장이어야 발견이 됩니다. 두 번째 종류의 문장을 쓸 수 없다면 억지로 만들지 마세요. "이 부분은 측정하지 않았습니다"라고 쓰거나 그 문장을 삭제하세요.

## "기쁘게 생각합니다"가 아닌 인용문은 어디서 찾나요?

대부분의 보도자료에서 가장 약한 요소가 인용문입니다. ContentGrip 가이드도 이 점을 직접 짚습니다. "기쁘게 생각합니다" 같은 표현은 정보를 더하지 않습니다. 인용문은 문제가 왜 존재하는지, 왜 지금인지, 또는 결정이 무엇을 대가로 했는지를 설명해야 합니다.

그 설명을 가장 잘 가진 곳은 CEO의 상상이 아닙니다. 여러분이 해결책을 만들기 전에 이미 공개적으로 문제를 설명한 사람들입니다.

가상의 사례를 하나 보겠습니다. 올리비아는 시리즈 A 단계 SaaS 회사의 제품 마케팅 매니저이고, 일정 관리 기능의 보도자료를 쓰고 있습니다. 첫 번째 인용문 초안은 "우리는 팀이 시간을 아낄 수 있도록 돕게 되어 매우 기쁩니다"입니다. 그녀는 그 문장을 지웁니다. 그다음 Crowd Scope에서 조사를 실행합니다. 지난 30일 동안 Reddit, X, LinkedIn에서 이중 예약 문제를 설명한 제품 매니저와 운영 리더를 찾습니다.

결과는 목록으로 돌아옵니다. 각 행에는 사용자 이름, 정확한 문장, 플랫폼, 날짜, 링크가 있습니다. 그녀는 허락 없이 이 사람들을 인용하지 않으며, 낯선 사람의 말을 보도자료에 붙여 넣지도 않습니다. 대신 용어를 배웁니다. 불만은 "일정 잡기가 어렵다"가 아니었습니다. "고객이 이미 통화에 들어온 뒤에야 충돌을 알게 된다"였습니다. 이 문장이 그녀의 헤드라인, 리드, CEO가 승인하는 인용문을 바꿉니다.

그녀의 최종 승인 인용문은 이렇게 바뀌었습니다. "팀은 일정 잡기에서 시간을 잃지 않습니다. 너무 늦게 충돌을 알아채면서 시간을 잃습니다." 출처가 있고, 구체적이며, 확인할 수 있습니다.

![유리 벽에 붙은 포스트잇 기둥 사이에 포스트잇 한 장을 붙이는 손](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/crowd-scope/2026-10/ea9511-board.webp)

같은 방법을 두 번째로 쓸 수도 있습니다. 문제를 공개적으로 적은 사람들은 고객 인용문을 받기에 가장 적합한 상대이기도 합니다. 개인으로 연락해 대화를 요청하고, 동의하면 실명 인용문을 제안하세요. 고객의 한 줄은 기자에게 제3자의 검증을 줍니다. 경영진의 한 줄이 줄 수 없는 것입니다.

Crowd Scope는 보도자료를 쓰지 않고 미디어 리스트도 만들지 않습니다. 문제를 평범한 말로 설명하는 실명 인물을 찾습니다. 이것은 리서치 단계이며, 대부분의 팀이 건너뛰는 단계이기도 합니다.

## 기자가 즉시 거절하는 것은 무엇인가요?

여덟 가지 형식 실수가 대부분의 피해를 만듭니다. 각 경우에 독자는 뉴스를 찾거나, 주장을 검증하거나, 여러분에게 연락하는 데 더 많은 노력을 들여야 합니다.

- 
**발표를 묻어 두기.** 세 번째 문단에 있는 뉴스는 헤드라인에 있어야 합니다.

- 
**광고처럼 헤드라인 쓰기.** "획기적인"과 "업계 최고"는 검증할 수 없습니다.

- 
**리드에 과부하 걸기.** 한 문장에 다섯 가지 사실, 파트너 세 곳, 인용문이 들어 있습니다.

- 
**과한 꾸밈.** 여러 서체, 색깔 있는 글자, 헤드라인만큼 큰 로고.

- 
**출처 누락.** 모든 인용문에는 실명과 직함이 필요하고, 모든 통계에는 출처가 필요합니다.

- 
**날짜 섞기.** 엠바고, 기사 날짜, 출시일, 제공 날짜가 서로 모순됩니다.

- 
**깨진 링크 보내기.** 로그아웃한 브라우저에서 뉴스룸 페이지와 자산을 테스트하세요.

- 
**연락처 숨기기.** 아무도 확인하지 않는 받은 편지함은 연락처가 없는 것보다 나쁩니다.

이 여덟 가지 뒤에 있는 더 큰 문제는 관련성입니다. [ContentGrip이 요약한 Cision의 2026년 조사](https://www.contentgrip.com/press-release-format/)에 따르면, 기자의 72%는 받은 피치 중 4분의 1 미만만 관련이 있다고 말합니다. 같은 출처는 Muck Rack의 2026년 조사를 인용합니다. 기자의 86%는 게재한 기사 중 적어도 일부가 PR 피치에서 시작된다고 말합니다. 문은 열려 있지만 필터는 촘촘합니다. 깔끔한 형식이 약한 뉴스를 흥미롭게 만들 수는 없습니다. 좋은 뉴스가 눈에 띄지 않는 일을 막을 수는 있습니다.

그래서 배포 질문이 따라옵니다. 보도자료가 문서라면 미디어 리스트는 전달 시스템입니다. 팀은 보통 PR 스위트 중 하나에서 이를 구매하며, 가격과 깊이는 제품마다 다릅니다.

Muck Rack과 Prowly는 둘 다 기자 데이터베이스와 아웃리치를 다룹니다. Prowly는 가격을 공개하고 뉴스룸 페이지를 함께 제공합니다. Muck Rack은 계약 기반으로 견적을 내며, 제3자 비교에서는 더 큰 기자 데이터베이스를 가진 것으로 평가됩니다. 매달 보도자료를 보낸다면 비용을 낼 가치가 있습니다. 1년에 두 번 보낸다면 둘 다 건너뛰고, 기자 30명의 리스트를 직접 만드세요.

## 발송 전에 무엇을 점검해야 하나요?

이 점검은 외형 확인이 아니라 편집자의 최종 읽기로 진행하세요.

![최종 발송 전 점검 중 자와 펜을 들고 빈 종이 위에 손을 올린 모습](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/crowd-scope/2026-10/c79a86-checklist.webp)

- 
**제목과 리드만 읽으세요.** 이 두 가지만으로 발표 내용이 설명되나요?

- 
**모든 고유명사를 확인하세요.** 회사, 제품, 경영진, 파트너, 도시, 규제 기관.

- 
**모든 숫자를 확인하세요.** 금액, 비율, 날짜, 가격, 표본 크기, 비교 기간.

- 
**최상급 표현을 줄이거나 한정하세요.** "최초", "가장 큰", "가장 빠른"에는 범위와 근거가 필요합니다.

- 
**모든 인용문을 확인하세요.** 승인 여부, 철자, 직함, 그리고 정보를 더하는지 여부.

- 
**날짜를 맞추세요.** 엠바고, 배포, 출시, 행사, 제공 일정을 같은 시간대로 맞춥니다.

- 
**모든 링크를 여세요.** 로그아웃 상태의 비공개 창에서 여세요.

- 
**프레스 키트를 테스트하세요.** 이미지 이름이 명확하고, 출처가 표기되고, 고해상도인지 확인하세요.

- 
**현지화를 신중하게 하세요.** 목표 시장의 통화, 단위, 직함, 법률 용어를 점검하세요.

- 
**연락처를 확인하세요.** 보내고 한 시간 안에 누군가 답장할 수 있어야 합니다.

팀에 모니터링 스위트가 있고 기업용 경로를 원한다면, 여러분이 마주칠 또 다른 이름은 Cision입니다. 연간 맞춤 견적으로 운영되므로 구매 전에 영업 미팅 예산을 잡아 두세요.

마지막으로 한 가지 짚겠습니다. 보도자료가 보도를 보장하지는 않습니다. 관련 있는 기자에게 빠르게 검토하고 정확하게 사용할 수 있는 깔끔한 원본 문서를 줄 뿐입니다. 독자를 위해 만들고, 모든 문장을 숫자, 이름, 날짜로 뒷받침하고, 문제를 이미 다뤄 온 것을 보여준 사람들에게 보내세요. 그것이 형식입니다. 나머지는 장식입니다.

## FAQ

### 보도자료 양식의 기본 순서는 무엇인가요?

발표 시점, 제목, 부제목(선택), 도입부와 리드, 본문, 인용문, 회사 소개, 언론 연락처, 첨부 자료 순서입니다. 이 순서는 기자가 위에서 아래로 읽는 방식에 맞춰져 있습니다.

### 보도자료는 몇 단어가 적당한가요?

단순한 발표는 영문 기준 300~500단어가 적당합니다. 제품 출시나 행사처럼 뉴스 가치가 큰 경우에는 600~800단어가 일반적입니다. 분량보다 검증된 뉴스와 필요한 맥락을 담는 것이 더 중요합니다.

### 보도자료를 PDF로 보내야 하나요?

기본 원본은 뉴스룸 HTML 페이지로 두는 것이 좋습니다. 통신사처럼 고정 레이아웃을 요구하는 경우에만 PDF를 사용하세요.

### 보도자료 인용문에는 무엇을 넣어야 하나요?

문제가 왜 존재하는지, 왜 지금인지, 또는 결정이 무엇을 대가로 했는지를 설명하는 문장을 넣으세요. 발언자의 실명과 직함을 함께 표기해야 하며, '기쁘게 생각합니다' 같은 표현은 정보를 더하지 않습니다.

### 실제 고객이나 외부인의 말을 보도자료에 인용해도 되나요?

본인의 허락을 받은 경우에만 가능합니다. 공개 게시글의 문장을 허락 없이 옮기지 마세요. 개인에게 먼저 연락해 대화를 요청하고, 동의하면 실명 인용문을 제안하는 방식이 안전합니다.

### 발송 전에 가장 중요한 점검은 무엇인가요?

제목과 도입부만 읽어도 뉴스가 설명되는지 확인하고, 모든 고유명사, 숫자, 날짜, 링크가 맞는지 점검하는 것입니다. 연락처에 실제로 답장할 사람이 있는지도 확인하세요.