코인 보도자료 작성: 토큰이 아닌 뉴스로 시작하세요

예약 전: 발표를 위한 7가지 체크리스트

계획 첫날에는 뉴스, 증거, 대상을 확정해야 합니다. 매체 목록이 아닌 발표부터 시작하세요. 경로를 승인하기 전에 이 체크리스트를 사용하세요:

• 뉴스: 완료된 변경 사항을 평이한 문장 하나로 명시하세요.
• 대상: 이 업데이트가 필요한 사람과 그 이유를 명시하세요.
• 증거: 각 핵심 주장에 대한 공개 소스를 첨부하세요.
• 상태: 작업을 라이브, 테스트 중, 계획됨, 완료로 표시하세요.
• 대변인: 발언자, 직함, 승인된 인용문을 확인하세요.
• 파트너: 관련 당사자와 이름 및 설명을 명확히 하세요.
• 공개: 기밀 세부 사항과 검토가 필요한 주장을 표시하세요.

항목 하나가 해결되지 않으면 초안을 그 상태로 보류하세요. 누락된 소스는 더 강한 카피가 아닌 확인이 필요합니다. 배포 전에 관련 담당자나 문서 소유자에게 공백을 메우도록 요청하세요.

런칭 커뮤니케이션의 경우, 발표를 토큰 런칭 마케팅 체크리스트와 비교하세요. 릴리스는 해당 계획을 지원해야 합니다. 대체해서는 안 됩니다.

어떤 암호화폐 발표가 명확한 앵글을 가지고 있나요?

강력한 앵글은 업데이트에 독자가 이해할 수 있는 결과를 부여합니다. 무엇이 바뀌었는지, 누가 사용하거나 검사하거나 대응할 수 있는지 연결합니다. 그 연결을 설명하는 문장 하나로 시작하세요.

그런 다음 그 문장을 3가지 질문으로 테스트하세요:

• 외부 독자가 확인할 수 있는 관점에서 무엇이 바뀌었나요?
• 누가 영향을 받으며, 지금 무엇을 할 수 있나요?
• 핵심 요점을 뒷받침하는 소스는 무엇인가요?

제품 발표는 무엇을 사용할 수 있고 어디서 검사할 수 있는지 명시할 수 있습니다. 통합 발표는 각 당사자의 역할을 설명할 수 있습니다. 또한 작업의 현재 상태를 명시해야 합니다. 거버넌스 업데이트는 독자를 공개 기록으로 안내할 수 있습니다.

지원 세부 정보는 하나의 주요 스토리 뒤에 유지하세요. 릴리스는 제품, 토큰, 파트너십, 로드맵을 언급할 수 있습니다. 이러한 조합은 편집자가 어떤 업데이트가 가장 중요한지 혼란스럽게 만들 수 있습니다. 중앙 뉴스가 여전히 계획이라면 명확히 표시하세요. 의도를 완료된 작업으로 제시하지 마세요.

2개의 별개 업데이트가 있다면 별도의 릴리스를 고려하세요. 각각 충분한 증거와 대상 관련성이 있을 때만 별도의 초안을 사용하세요.

편집자가 빠르게 훑어볼 수 있는 5가지 구성 요소

5단계 형식은 발표를 먼저 배치하고 증거를 쉽게 접근할 수 있게 합니다. 각 부분에 집중하세요. 독자가 프로젝트 배경 없이도 무슨 일이 일어났는지 이해할 수 있는지 확인하세요.

짧은 문단과 일관된 이름을 사용하세요. 기술 용어는 처음 등장할 때 설명하세요. 중요한 구분을 유지하세요: 테스트 환경은 프로덕션 릴리스가 아닙니다. 발표된 파트너십은 완성된 통합의 증거가 아닙니다.

프로젝트 설명을 뉴스와 분리하세요. 조직을 식별하는 데 도움이 되는 배경만 포함하세요. 보내기 전에 연락처 세부 정보와 소스 링크가 작동하는지 확인하세요.

모든 핵심 주장 옆에 소스

소스 파일은 팩트 체크를 빠르게 하고 수정을 쉽게 만듭니다. 카피가 완성된 후가 아니라 릴리스와 함께 작성하세요.

3열 주장 로그를 사용하세요: 초안 문구, 뒷받침 소스, 확인하는 사람. 공개 페이지, 문서, 거래 참조는 문구를 직접 뒷받침할 때 주장을 입증할 수 있습니다. 각 링크가 작동하고 콘텐츠가 공유 승인되었는지 확인하세요.

승인 전에 다음 5가지 세부 사항을 확인하세요:

• 이름과 직함이 승인된 프로젝트 기록과 일치하는지.
• 인용문이 발언자의 최종 문구와 일치하는지.
• 파트너 성명이 필요한 승인을 받았는지.
• 제품, 감사, 접근 주장이 증거와 일치하는지.
• 계획된 작업이 완료된 것으로 설명되지 않는지.

별도 프로필이나 공급 질문은 CoinGecko 상장 가이드를 참조하세요. 보도자료는 업데이트를 설명할 수 있습니다. 플랫폼의 제출 또는 검증 프로세스를 대체하지 않습니다.

소스가 뒷받침할 수 없는 주장은 제거하세요. 더 강한 형용사로 증거 공백을 메우지 마세요. 관련 담당자에게 사실을 확인하거나 생략하도록 요청하세요.

배포 경로: 작업에 맞는 형식 선택

경로는 발표가 매체에 도달하는 방식을 결정하며, 보도 자격을 결정하지 않습니다. 배포를 예약하기 전에 실제 작업을 명확히 하세요.

제공자가 작성, 편집, 피칭, 유료 게재 또는 조합을 처리하는지 물어보세요. 명명된 매체, 경로, 게재 증거를 서면으로 받으세요. 제출을 채택된 기사 및 라이브 게재와 구분하세요. 이들은 다른 체크포인트입니다.

암호화폐 보도자료 배포 서비스를 수행할 작업과 문서화 방식으로 비교하세요. 스토리에 분석이나 더 긴 대화가 필요하면 디지털 PR 캠페인과 적합성을 비교하세요.

지역 피치는 지역 관련성이 실제로 있을 때만 의미가 있습니다. 해당 경로를 선택하기 전에 언어 요구 사항과 대변인 접근성을 확인하세요.

런오브쇼: 초안에서 기록까지 5단계

5가지 명확한 인계로 승인된 카피와 게재 상태를 투명하게 유지하세요. 각 단계에 담당자를 지정하여 질문이 팀 사이에서 사라지지 않게 하세요.

1. 준비: 발표, 소스, 대상, 대변인을 확인하세요.
2. 초안: 가장 강력한 뒷받침 앵글을 중심으로 릴리스 하나를 작성하세요.
3. 검토: 사실 편집을 해결하고 승인된 버전을 확정하세요.
4. 배포: 합의된 경로를 사용하고 각 제출을 기록하세요.
5. 기록: 응답, 채택된 기사, 라이브 링크를 분리하세요.

지원이 필요하면 경로를 승인하기 전에 서면 견적을 요청하세요. 경로가 확정된 후에는 카피를 승인할 사람과 상태 로그를 받을 사람을 합의하세요. 게재가 라이브인 동안 리포트는 상태와 링크를 추적할 수 있습니다.

최종 기록은 제출된 것과 공개적으로 나타난 것을 구분해야 합니다. 승인된 카피 하나를 진실의 원천으로 유지하세요. 검토 중 문구가 변경되면 어떤 버전이 나갔는지 기록하세요.

더 넓은 채널 계획은 PR 및 미디어 허브를 참조하세요.

배포 예약이 실제로 확인하는 것은 무엇인가요?

예약은 해당 경로에 대해 서면으로 기록된 작업과 조건을 확인합니다. 편집 매체는 피치를 수락할지, 언제 게시할지, 어떻게 편집할지 결정합니다.

유료 게재는 명명된 매체의 합의된 조건을 따릅니다. 어떤 배포 경로도 독립적인 편집 수락이나 특정 편집 처리를 약속할 수 없습니다.

승인 전에 다음 4가지를 확인하세요:

• 광범위한 라벨이 아닌 명명된 매체 또는 채널.
• 작성, 편집, 피칭이 포함되는지 여부.
• 게재로 간주되는 것: 제출, 수락, 라이브 링크.
• 지연, 변경, 게재 증거 처리 방법.

깔끔한 리포트는 제출, 수락, 라이브 보도를 분리합니다. 이 기록은 영수증을 편집 승인으로 오인하지 않고 상황을 파악하는 데 도움이 됩니다. 또한 팀이 자체 채널과 후속 작업에 사용할 수 있는 링크를 제공합니다.

DigitalMedia1에 발표, 소스 링크, 대상 청중, 승인 제한을 보내세요. 승인 전에 앵글을 증거와 대조하고 경로를 매핑할 수 있습니다.

이용 방법

1. 업데이트 이름 지정무엇이 바뀌었고 누구에게 영향을 미치는지 작성하세요. 완료된 작업을 계획이나 테스트와 분리하세요.
2. 소스 수집공개 참조, 승인된 자산, 대변인 세부 정보를 수집하세요. 아직 확인이 필요한 주장을 표시하세요.
3. 앵글 하나로 초안 작성하나의 뒷받침된 발표를 중심으로 릴리스를 작성하세요. 보조 세부 정보는 지원 역할로 유지하세요.
4. 카피 승인관련 프로젝트 담당자에게 사실, 인용문, 명명, 공개 경계를 확인하도록 요청하세요.
5. 경로 선택 및 기록배포를 승인하기 전에 매체 조건을 확인하세요. 제출, 응답, 라이브 링크를 별도로 추적하세요.