Web3 프로젝트는 언제 위기 대응 PR이 필요한가요?
- 해킹 또는 보안 사고: 확인된 사항, 사용자가 취해야 할 조치, 업데이트가 게시될 위치를 전달합니다.
- 상장 폐지 또는 상장 분쟁: 추측을 플랫폼의 결정으로 제시하지 않고 상태를 설명합니다.
- FUD 또는 공개적 비난: 입증 가능한 주장에 증거와 업데이트 출처를 명시하여 답변합니다.
위기 대응 PR은 프로젝트의 일반적인 게시 프로세스가 사용자, 파트너, 미디어 또는 팀의 질문 속도를 따라잡을 수 없을 때 유용합니다. 이는 사고 대응을 대체하지 않습니다. 엔지니어는 해킹을 조사하고, 법무팀은 법적 조언을 제공하며, 경영진은 비즈니스 결정을 승인합니다. 당사의 역할은 승인된 사실을 일관된 커뮤니케이션 계획으로 전환하고 사람들이 사용해야 할 언어를 준비하는 것입니다.
작업을 시작하기 전에 책임 있는 대변인 한 명과 공개 문구 승인 권한이 있는 사람 한 명을 지정하십시오. 원본 보고서, 거래 또는 사고 참조 자료, 알려진 사용자 영향, 현재 완화 상태 및 사용자가 따라야 할 지침을 수집하십시오. 세부 사항이 확인되지 않은 경우 미해결 질문으로 기록하십시오. 이러한 구분을 통해 팀은 조사가 완료되었다는 인상을 주지 않으면서 유용한 홀딩 스테이트먼트를 발행할 수 있습니다. 커뮤니티 대응 지침은 암호화폐 커뮤니티에서 FUD를 처리하는 방법을 참조하십시오.
암호화폐 홀딩 스테이트먼트에는 무엇을 포함해야 하나요?
홀딩 스테이트먼트는 상황을 인지하고, 확인된 사실을 명시하며, 즉각적인 조치를 설명하고, 다음 업데이트에 대한 기대치를 설정해야 합니다. 이론으로 공백을 채우거나 팀이 확인하지 않은 주장을 해서는 안 됩니다.
다음 작업 구조를 사용하십시오:
| 항목 | 포함 내용 | 승인 전 확인 사항 |
|---|---|---|
| 인지 | 다루는 사건 | 문제를 명확히 식별하는가? |
| 알려진 사실 | 확인된 범위 및 상태 | 팀이 출처를 제시할 수 있는가? |
| 사용자 지침 | 사용자가 취해야 할 조치 (있는 경우) | 관련 팀이 승인했는가? |
| 다음 업데이트 | 업데이트 게시 위치 | 채널이 프로젝트에 의해 통제되는가? |
해킹의 경우, 기술 책임자와 문구를 조정하여 조사 또는 완화와 충돌하지 않도록 하십시오. 상장 폐지 공지의 경우, 프로젝트가 확인할 수 있는 정보만 인용 또는 요약하고, 발표된 결정과 기대 또는 소문을 구분하십시오. 비난의 경우, 구체적인 주장에 답변하고, 그 영향력을 확대할 수 있는 극적인 표현을 반복하지 마십시오.
홀딩 스테이트먼트는 최초 대응이지 최종 사고 보고서가 아닙니다. 즉시 사용할 짧은 버전과 후속 질문에 대한 승인된 대화 포인트의 전체 세트를 준비합니다. 공식 발표가 필요한 경우 보도자료 배포와 시기와 문구를 조정하십시오.
위기 대응 PR은 어떻게 진행되나요?
대응은 문서화된 승인 경로를 따릅니다: 사실을 확립하고, 첫 번째 스테이트먼트를 작성하고, 올바른 의사 결정권자에게 승인을 받은 후, 게시 및 후속 조치를 조정합니다.
- 사고 접수: 사고 요약, 출처 자료, 현재 공개 게시물 및 사본 승인 권한이 있는 사람을 공유합니다.
- 사실 검토: 확인된 정보를 가정과 분리하고, 미해결 질문을 기록하며, 기술적 또는 법적 검토가 필요한 문구에 플래그를 지정합니다.
- 메시지 준비: 합의된 어조로 홀딩 스테이트먼트, 이해관계자 메시지 및 예상 질문에 대한 답변을 작성합니다.
- 승인 및 발표: 지정된 승인자가 서명합니다. 범위 내 채널에 대해 승인된 사본을 준비합니다.
- 후속 조치: 팀이 제공한 새로운 사실과 질문을 추적하고, 합의된 검토 프로세스를 통해 메시지 세트를 수정합니다.
첫 번째 결과물은 즉각적인 커뮤니케이션 필요에 따라 우선순위가 지정됩니다. 간결한 홀딩 스테이트먼트는 더 긴 설명, 미디어 자료 또는 내부 FAQ보다 먼저 나올 수 있습니다. 상충되는 버전을 피하기 위해 마스터 사본 하나를 유지하고, 승인자를 지정하며, 수정 사항을 해당 사람을 통해 전달하십시오. 당사는 사고 사실 확인 검토를 사용합니다. 각 사실 문장은 클라이언트 출처에 연결되거나 확인이 필요한 것으로 명확히 표시됩니다. 초기 대화 후, AEOTech는 범위, 소유자, 채널 및 승인 순서를 확인한 후 초안 작성을 시작합니다.
팀이 준비할 수 있는 위기 대응 PR 자료는 무엇인가요?
결과물은 팀이 승인하고 사용할 수 있는 커뮤니케이션 자산이며, 기술적 문제 해결이나 경영진 결정을 대체하지 않습니다. 답변이 필요한 대상과 팀이 유지 관리할 수 있는 형식에 따라 작업 범위를 설정하십시오.
위기 대응 PR 작업에는 다음이 포함될 수 있습니다:
- 프로젝트가 선택한 업데이트 채널용 홀딩 스테이트먼트.
- 사실과 기술 검토가 뒷받침될 때의 더 긴 사고 설명.
- 창업자, 지원 직원, 커뮤니티 관리자 및 파트너를 위한 대화 포인트.
- 승인된 답변과 미해결 항목을 분리한 질문 및 답변 문서.
- 미디어 대응 언어 및 미디어 문의가 범위에 포함된 경우의 언론 연락 경로.
- 어떤 버전이 어떤 대상용이며 누가 변경을 승인하는지 보여주는 메시지 맵.
검토는 자료 간의 불일치(사고 상태, 영향을 받은 제품 또는 서비스, 사용자 지침, 클라이언트가 제공한 날짜 및 다음 업데이트 위치)를 잡아내야 합니다. 기술 용어는 정확하게 유지하되, 실질적인 의미를 평이한 언어로 설명하십시오. 책임 프로젝트 리더가 확인할 때까지 보안 주장, 복구 성명 또는 사용자 지침을 게시하지 마십시오.
사고와 관련된 계획된 발표의 경우, 콘텐츠와 시기가 적절할 때만 위기 메시지를 코인 미디어 스폰서 기사와 조정하십시오. 필요가 사고별이 아닌 지속적인 경우, 온라인 평판 관리와 비교하십시오.
위기 대응 PR 팀이 사고 중 통제할 수 있는 것은 무엇인가요?
위기 대응 PR 팀은 합의된 커뮤니케이션 작업의 품질과 조정(초안, 메시지 일관성, 승인 추적 및 범위 내 자료 전달)을 통제합니다. 사건 자체나 제3자의 결정을 통제하지는 않습니다.
Web3 사고의 경우 이 구분이 중요합니다. 프로젝트는 새로운 사실이 드러남에 따라 사용자 지침을 수정하거나, 공식 공지가 변경된 후 상장 폐지 성명을 수정해야 할 수 있습니다. 이러한 사실을 확인할 수 있도록 지명된 프로젝트 담당자를 확보하십시오. 대행사는 공개 토론에서 기술 상태를 추론해서는 안 됩니다. 당사는 변경된 사항, 업데이트를 제공한 사람 및 대체하는 승인된 사본을 문서화합니다.
플랫폼 검토, 상장 결정, 미디어 편집 선택 및 외부 당사자의 대응 속도는 커뮤니케이션 팀의 통제 범위를 벗어납니다. 당사는 정확한 제출 자료와 승인된 메시지를 준비할 수 있지만, 플랫폼이 결정을 번복하거나 매체가 응답을 게시할 것이라고 약속할 수는 없습니다. 작업을 시작하기 전에 사고 소유자, 에스컬레이션 경로, 포함된 채널 및 긴급 수정을 승인할 수 있는 사람을 확인하십시오. 이는 커뮤니케이션이 근본적인 기술적 또는 비즈니스 문제를 해결할 수 있다는 인상을 주지 않으면서 범위를 구체화합니다.
위기 대응 PR을 더 넓은 Web3 PR과 어떻게 연결해야 하나요?
위기 커뮤니케이션은 즉각적인 대응과 프로젝트의 정기적인 PR 활동이 하나의 확인된 사실 세트를 공유할 때 가장 효과적입니다. 팀이 즉각적인 사용자 및 이해관계자 질문을 해결할 때까지 사고 대응을 프로모션 메시징과 분리하십시오.
다음 의사 결정 규칙을 사용하십시오:
- 우선순위가 공개적 정정이라면, 먼저 성명과 뒷받침 증거를 준비하십시오.
- 기자가 논평을 요청한다면, 대변인 한 명을 지정하고 문의를 한 연락처로 라우팅하십시오.
- 사용자에게 지침이 필요하다면, 프로젝트가 정보를 최신 상태로 유지할 수 있는 곳에 게시하십시오.
- 사고가 프로젝트의 공개 내러티브를 변경한다면, 계획된 아웃리치를 재개하기 전에 기존 미디어 자료를 검토하십시오.
더 넓은 PR 및 미디어 계획은 사실과 시기에 맞는 보도자료, 인터뷰 또는 미디어 게재를 다룰 수 있습니다. 위기 대응을 제품 업데이트를 사고 해결로 위장하거나 답변되지 않은 질문에서 주의를 돌리는 데 사용해서는 안 됩니다. 각 승인된 메시지의 사본을 보관하고 대체된 시점을 기록하여 팀원이 동일한 답변을 제공하고 사람들을 현재 출처로 안내할 수 있도록 하십시오.
시작하려면 AEOTech에 사고 요약, 출처 링크, 현재 공개 문구, 알려진 사용자 지침 및 기술 책임자와 승인자의 이름을 보내십시오. 당사는 자료를 검토하고, 첫 번째 결과물을 확인하며, 사본 준비 전에 승인 경로에 합의할 것입니다.
가격
| 서비스 | 가격 | 견적 |
|---|---|---|
| 커뮤니티 FUD 대응 플레이북 | 문의 요망 |
USD 기준 시작 가격입니다. 맞춤 번들 및 볼륨 할인은 요청 시 제공됩니다. USDT, USDC, BTC, ETH, SOL, TON 또는 프로젝트 토큰으로 결제 가능합니다.
이용 방법
- 사고 기록 공유알려진 사실, 출처 자료, 현재 공개 성명 및 즉각적인 커뮤니케이션 필요 사항을 보내십시오. 아직 확인되지 않은 사항은 표시하십시오.
- 의사 결정권자 지정기술 담당자, 대변인 및 공개 문구 승인 권한이 있는 사람을 식별하십시오.
- 검토 및 초안 작성당사는 귀하의 자료에 대해 사실적 주장을 확인하고 홀딩 스테이트먼트 및 관련 메시지 세트를 준비합니다.
- 승인 및 조정귀하의 승인자가 사본을 확인합니다. 당사는 합의된 자료를 대상 및 채널별로 정리합니다.
- 확인된 사실로 업데이트지명된 담당자를 통해 새로운 확인 정보를 공유하여 수정 사항이 일관되고 추적 가능하도록 유지하십시오.
자주 묻는 질문
위기 대응 PR을 시작하려면 어떤 정보가 필요한가요?
간결한 사고 요약, 알려진 사실을 뒷받침하는 링크 또는 기록, 현재 공개 문구, 사용자 지침 및 다음 결정 마감일을 보내주십시오. 또한 기술 담당자와 성명을 승인할 수 있는 사람을 지정하십시오. 초안이 확인된 것으로 취급하지 않도록 미해결 지점을 명확히 표시하십시오.
조사가 완료되기 전에 홀딩 스테이트먼트를 준비할 수 있나요?
네. 홀딩 스테이트먼트는 문제를 인지하고, 확인된 사실을 공유하며, 팀이 무엇을 하고 있는지 명시하고, 독자를 프로젝트의 업데이트 채널로 안내할 수 있습니다. 조사가 결론에 도달했다는 인상을 주기보다는 알려지지 않은 사항을 표시해야 합니다. 기술 책임자는 영향이나 사용자 조치에 대한 설명을 확인해야 합니다.
해킹이나 상장 폐지 공지에 대응할 수 있나요?
네. 해킹의 경우, 프로젝트의 기술 담당자가 확인한 정보를 중심으로 커뮤니케이션을 구성합니다. 상장 폐지 공지의 경우, 공지 자체를 원인이나 결과에 대한 가정과 구분합니다. 귀하가 출처 자료를 제공하고 최종 언어를 승인합니다. 관련 플랫폼 또는 제3자는 자체 검토 및 결정을 통제합니다.
위기 대응 PR로 상장이 복구되거나 미디어 정정이 게시되나요?
어떤 커뮤니케이션 팀도 플랫폼의 상장 검토나 매체의 편집 응답을 결정할 수 없습니다. 당사는 사실적 제출 자료, 정정 요청 또는 승인된 미디어 응답을 준비하고 전달을 조정할 수 있습니다. 검토 결과 및 제3자가 자료를 게시하거나 변경할지 여부는 해당 당사자에게 달려 있습니다.
첫 번째 성명을 얼마나 빨리 준비할 수 있나요?
첫 번째 성명은 사고 기록을 수신하고 승인자를 식별한 후 우선순위가 지정됩니다. 필요한 시간은 확인된 정보의 양과 기술적 또는 법적 검토 필요성에 따라 다릅니다. 사실을 확인하기 전에 고정된 처리 시간을 약속하기보다는 접수 시 첫 번째 결과물과 승인 순서를 확인합니다.
공개 성명만 처리하나요?
아니요. 합의된 범위에 따라 작업에는 이해관계자 메시지, 대변인 대화 포인트, 질문 및 답변 문서, 미디어 대응 언어 및 버전 관리 기록도 포함될 수 있습니다. 프로젝트 팀은 기술적 문제 해결, 운영 결정 및 사실 확인에 대한 책임을 유지합니다.
프로젝트를 알려주세요
네 가지 질문에 답하면 담당자가 1시간 내로 계획, 일정, 가격대를 보내드립니다. 모든 정보는 비밀로 유지됩니다.
양식 로딩 중…