Web3 위기 대응 PR: FUD, 익스플로잇, 상장 폐지 발생 시 가장 먼저 무엇을 말할까

Web3 프로젝트를 위한 위기 대응 PR의 범위는 무엇인가요?

빠른 테스트: 지금 확실한 사실 3가지를 적어보세요. 홀딩 스테이트먼트는 확실한 것만 사용합니다.

위기 대응 PR은 프로젝트 팀이 사용자 신뢰, 파트너 관계 또는 대중의 이해에 영향을 미칠 수 있는 사고 발생 시 체계적으로 커뮤니케이션할 수 있는 방법을 제공합니다. 이 작업은 메시지와 그 조정을 다루며, 기술적 사고 대응, 법률 자문 또는 거래소나 기타 플랫폼의 결정을 대체하지 않습니다.

저희는 공개적인 주장, 의심되거나 확인된 익스플로잇, 상장 폐지 통지, 또는 프로젝트 업데이트 관련 불확실성에 대응하는 팀을 지원합니다. 첫 번째 작업은 커뮤니케이션 문제를 파악하는 것입니다: 누가 질문하고, 무엇을 알아야 하며, 팀이 책임감 있게 확인할 수 있는 사실은 무엇인지. 이는 팀이 지금 게시할 수 있는 업데이트와 여전히 조사가 필요한 질문 사이에 유용한 경계를 만듭니다.

위기 대응에는 다음이 포함될 수 있습니다:

• 상황을 인정하고 다음 업데이트가 언제 예상되는지 설명하는 홀딩 스테이트먼트.
• 리더십 및 커뮤니티 모더레이터를 위한 토킹 포인트.
• 이해관계자의 우려 사항에 대한 간단한 질의응답 문서.
• 프로젝트의 선택된 채널용 초안(일관된 문구와 명확한 담당자 포함).

더 광범위한 커뮤니케이션 지원은 PR 및 미디어를 참조하세요. 즉각적인 필요가 사실적인 공개 발표라면 보도자료 배포는 별도 또는 이후 단계가 될 수 있습니다.

팀이 가장 먼저 무엇을 말해야 하나요?

첫 번째 공개 메시지는 문제를 인정하고, 팀이 확인한 내용만 명시하며, 독자에게 다음에 무엇을 확인 중인지 알려야 합니다. 짧고 정확한 홀딩 스테이트먼트는 사실이 안정되기 전에 작성된 상세한 설명보다 일반적으로 더 유용합니다.

초안을 작성하기 전에, 팀이 이해한 사고 발생 시간, 영향을 받은 제품 또는 서비스, 현재 사용자 영향, 기술 및 운영 세부 사항을 확인할 권한이 있는 사람을 수집하세요. 확인된 사항, 검토 중인 사항, 아직 답변할 수 없는 사항을 기록하세요. 조사가 도달하지 않은 결론을 암시하는 언어는 피하세요.

실용적인 홀딩 스테이트먼트는 일반적으로 세 가지 질문에 답합니다: 무슨 일이 발생했거나 보고되었는지, 팀이 지금 무엇을 하고 있는지, 독자가 다음 업데이트를 어디서 찾아야 하는지. 사용자가 특정 조치를 취해야 한다면, 이를 명확히 진술하고 해당 지시가 책임 있는 기술 또는 보안 책임자에 의해 검토되었음을 확인하세요. 팀이 뒷받침할 수 없는 해결 시간을 약속하며 침묵을 채우지 마세요.

MarketingExtra는 주장별 검토로 시작합니다: 각 제안된 문장을 증거와 비교하여 확인됨, 잠정적, 게시 준비 안 됨으로 표시합니다. 그런 다음 팀이 문구를 승인하고 한 명의 대변인 또는 채널 담당자를 지정합니다. FUD 처리에 대한 커뮤니티 지침은 암호화폐 커뮤니티에서 FUD 처리 방법을 읽어보세요.

6가지 위기 체크리스트

첫 1시간 동안 이 6가지를 확인하세요. 이는 알려진 것과 추측하는 것을 분리하며, 이는 침착한 성명과 다음 날 공개적으로 철회해야 하는 게시물의 차이입니다.

1. 확실한 사실 3가지를 적으세요.
2. 성명을 승인하는 한 사람을 지정하세요.
3. 진실 공급원으로 하나의 채널을 선택하세요.
4. 예약된 게시물을 중지하세요.
5. 홀딩 스테이트먼트를 초안 작성하세요.
6. 다음 업데이트 시간을 설정하세요.

한 줄 용어 설명

홀딩 스테이트먼트 (쉽게 말해: 알려진 내용과 추가 정보가 언제 제공될지 말하는 짧은 첫 메시지)

진실 공급원은 공식 업데이트가 가장 먼저 게시되는 한 곳을 의미합니다.

익스플로잇, FUD, 상장 폐지에 따라 대응은 어떻게 달라지나요?

대응은 사고 유형에 맞춰야 합니다: 익스플로잇은 신중한 상태 업데이트를, 공개 주장은 증거 기반의 해명을, 상장 폐지는 통지 및 다음 단계에 대한 정확한 문구를 요구합니다. 단일 일반 성명으로는 각 상황이 제기하는 고유한 질문에 답하기 어렵습니다.

의심되는 익스플로잇의 경우, 영향을 받은 시스템을 조사하는 사람들과 커뮤니케이션을 조정하세요. 사용자가 조치를 중지해야 하는지, 대안을 사용해야 하는지, 업데이트를 기다려야 하는지 확인하고, 책임 팀이 검증한 후에만 지침을 게시하세요. 원인이나 계획을 추측하지 않고 영향에 대해 알려진 것을 설명하세요. 조사가 진행됨에 따라 변경 사항을 기록하세요.

FUD(공포, 불확실성, 의심)의 경우, 유포되는 주장을 구체적인 질문으로 분류하세요. 증거로 다룰 수 있는 주장에 응답하고, 관련 기본 정보에 링크하며, 모든 게시물을 증폭시키지 않고 중대한 오류를 수정하세요. 확인되지 않은 사항이 있으면 확인 중이라고 말하세요.

상장 폐지의 경우, 플랫폼의 명시된 조치와 프로젝트 자체 계획을 구분하세요. 통지에서 정확히 영향을 받은 시장 또는 제품을 확인하고, 간결한 사용자 대상 설명을 준비하며, 검토나 재상장이 확실하다고 암시하지 마세요. 프로젝트가 장기적인 검색 결과나 공개 정보도 다뤄야 한다면 온라인 평판 관리를 관련 작업 스트림으로 고려하세요.

팀이 위기 상황을 위해 준비해야 할 것은 무엇인가요?

경험 법칙: 하나의 채널이 진실 공급원입니다. 그곳에 성명을 고정하고 다른 모든 곳에 링크하세요.

팀이 시작 시 출처 자료, 결정 소유권 및 명확한 승인 경로를 공유하면 대응을 더 쉽게 검증할 수 있습니다. 저희에게 연락하기 전에 정제된 내러티브가 필요하지 않습니다. 사실적인 작업 파일이 더 나은 출발점입니다.

이용 가능한 자료(사고 노트, 관련 공개 통지, 게시 승인된 기술 업데이트, 기존 성명 링크 포함)를 수집하세요. 보안, 제품, 법무 또는 파트너십 등 세부 사항을 확인해야 할 수 있는 각 영역의 담당자 이름을 추가하세요. 내부에 유지해야 할 민감한 정보를 표시하고, 이를 게시할 권한이 있는 사람을 식별하세요.

유용한 접수 체크리스트는 다음과 같습니다:

• 사고는 무엇이며, 팀이 처음 인지한 시점은 언제인가요?
• 어떤 사실이 누구에 의해 확인되었나요?
• 어떤 사용자, 파트너 또는 공개 채널이 영향을 받을 수 있나요?
• 독자가 지금 취해야 할 조치가 있다면 무엇인가요?
• 누가 성명을 승인하고, 누가 게시하나요?

저희는 이 자료를 사용하여 간결한 메시지를 초안 작성하고, 답변되지 않은 질문을 식별하며, 미해결 사항을 적절한 담당자에게 전달합니다. 클라이언트는 최종 승인 및 게시에 대한 통제권을 유지합니다. 사실이 안정된 후 계획된 미디어 아웃리치의 경우 코인 미디어 스폰서 기사를 즉각적인 대응과 별도로 평가할 수 있습니다.

채널 간 위기 메시지를 일관되게 유지하는 방법은 무엇인가요?

각 채널이 다른 형식을 필요로 하더라도 하나의 승인된 진실 공급원에서 내용을 가져오면 대응이 일관성을 유지합니다. 핵심 사실과 다음 단계는 일치해야 하며, 길이와 세부 수준은 대상에 맞게 조정할 수 있습니다.

저희는 중앙 성명을 소유한 사람, 변경을 승인할 수 있는 사람, 각 버전을 게시할 책임이 있는 사람을 합의합니다. 그런 다음 프로젝트가 사용하기로 선택한 장소(예: 웹사이트, 커뮤니티 채널 또는 소셜 계정)에 맞춰 채널별 카피를 준비합니다. 모더레이터와 지원 직원은 예상 질문에 대한 간결한 답변을 받아 승인된 정보를 넘어 즉흥적으로 대응하지 않도록 할 수 있습니다.

활성 사고 중에는 날짜가 기록된 업데이트 로그가 팀이 무엇이 언제 변경되었는지 파악하는 데 도움이 됩니다. 각 항목은 새로운 사실, 출처, 승인된 문구, 게시된 채널을 기록할 수 있습니다. 이는 증거가 변경될 경우 상충되는 버전을 설명하지 않고 이전 성명을 공개적으로 수정하기 쉽게 만듭니다.

작업은 첫 번째 성명에서 후속 업데이트, 미디어 대응 또는 사후 설명으로 진행될 수 있습니다. 계획은 팀의 즉각적인 필요에 따라 합의됩니다. 이후 발표가 뉴스룸 아웃리치를 필요로 한다면 코인 미디어 게재는 메시지, 증거 및 시점이 승인된 후 논의할 수 있습니다.

위기 대응 PR이 통제할 수 있는 것과 없는 것은 무엇인가요?

위기 대응 PR은 프로젝트 자체 커뮤니케이션의 정확성, 명확성 및 조정을 개선할 수 있지만, 거래소, 미디어 아울렛 또는 커뮤니티가 어떻게 반응할지 결정할 수는 없습니다. 특히, 플랫폼은 상장 폐지 검토 및 재상장 결정을 통제하며, 기술적 발견 및 대중의 반응은 새로운 증거가 나타남에 따라 변경될 수 있습니다.

프로젝트 측에서는 단일 승인된 성명을 쉽게 찾을 수 있도록 유지하고, 모든 업데이트에 날짜를 기재하며, 중대한 변경 사항을 원래 메시지에 사용된 동일한 채널에서 수정하세요. 독자가 여전히 의존할 수 있는 이전 설명을 설명 없이 제거하지 마세요. 공개 주장이 논란이 될 경우, 어조나 반복에 의존하기보다 프로젝트 입장을 뒷받침하는 증거를 제시하세요.

위기 커뮤니케이션 제안을 검토할 때, 누가 초안을 작성하고, 누가 승인하며, 어떤 채널이 계획에 포함되고, 업데이트가 어떻게 기록될지 확인하세요. 이전 메시지를 변경하는 새로운 사실을 팀이 어떻게 처리할지, 긴급 승인이 결정 권한자에게 어떻게 전달될지 물어보세요. 이러한 답변은 작업 방식이 사고에 적합한지 보여줍니다.

3가지를 보내주세요: 5줄 이내의 사건 개요, 사용하는 채널, 성명을 승인할 수 있는 사람. 이 정보를 바탕으로 홀딩 스테이트먼트를 시작하고, 아무것도 게시되기 전에 비용을 문서로 확인합니다.

이용 방법

1. 사고 상황 공유간결한 요약, 관련 공개 자료 및 사실을 확인할 수 있는 연락처를 보내주세요. 내부에 유지해야 할 정보는 표시하세요.
2. 주장 및 증거 검토저희는 확인된 세부 사항과 미해결 질문을 분리하고, 기술 또는 리더십 승인이 필요한 진술을 식별합니다.
3. 첫 번째 대응 초안 작성홀딩 스테이트먼트를 준비하고, 합의된 경우 지원 토킹 포인트 또는 채널별 카피를 준비합니다.
4. 승인 및 조정지정된 의사 결정자가 문구를 승인합니다. 저희는 합의된 버전을 정렬하고 각 게시자를 명확히 합니다.
5. 기록 및 업데이트승인된 커뮤니케이션의 날짜별 기록을 유지하고, 확인된 정보가 변경됨에 따라 후속 문구 준비를 돕습니다.