각 암호화폐 콘텐츠 형식은 무엇을 전달해야 하나요?
채널 맵은 각 형식을 하나의 독자 니즈에 연결합니다. 짧은 업데이트가 기술 기사의 역할을 대신하지 않도록 하고, 동일한 카피가 모든 곳에 붙여넣기되는 것을 방지합니다.
포스트, 스레드, 기사, 밈, 공지사항은 각 형식이 전달할 수 있는 정보량에 맞춰 계획됩니다. 포스트는 하나의 업데이트를 명시하고 출처를 링크할 수 있습니다. 스레드는 여러 관련 설명을 연결할 수 있습니다. 기사는 제품 맥락과 세부 정보를 담을 수 있습니다. 밈 콘셉트는 프로젝트 아이디어를 가벼운 형태로 표현할 수 있습니다. 공지사항은 변경 사항과 독자의 조치 사항을 쉽게 식별할 수 있도록 해야 합니다.
6개 필드로 구성된 콘텐츠 기록은 각 초안에 작업 브리프(대상, 채널, 형식, 핵심 메시지, 출처 자료, 의도된 행동)를 제공합니다. 이 필드는 승인 담당자가 항목이 용도에 적합한지 빠르게 확인할 수 있는 방법을 제공합니다. 이 기록은 X, 텔레그램 및 장문 게재 채널이 범위에 포함된 경우 이를 포괄할 수 있습니다.
독자의 다음 단계를 먼저 선택하십시오. 그런 다음 이를 명확히 설명할 수 있는 형식을 할당하십시오. 채널 계획에 대해서는 소셜 미디어 및 콘텐츠 및 X 계정 관리를 참조하십시오.
프로젝트 소스는 어떻게 사용 가능한 초안이 되나요?
소스 팩은 우리가 검토하는 첫 번째 산출물입니다. 이는 확인된 제품 사실과 아직 답변이 필요한 세부 사항을 분리하여, 가정이 아닌 사용 가능한 정보로 초안 작업을 시작할 수 있게 합니다.
현재 프로젝트 개요, 제품 링크, 승인된 용어, 채널 목록 및 출시 또는 업데이트 세부 사항을 보내주십시오. 선호하는 어조의 예시를 추가하십시오. 기술, 상업 또는 로드맵 관련 주장에 대한 승인 담당자를 지정하십시오. 두 문서가 충돌하는 경우 이를 지적해 주십시오. 확인 없이 한 버전을 선택하는 대신 미해결 항목으로 표시하겠습니다.
입력 자료를 제품 사실, 대상 및 채널 맥락, 게재 제약 조건의 3가지 소스 세트로 그룹화합니다. 이는 작성자가 각 주장을 제공된 참조 자료에 연결하는 데 도움이 됩니다. 초안 작성 전에 항목의 목적과 독자 행동을 확인합니다. 검토 중 편집자는 합의된 브리프를 기준으로 정확성, 어조, 구조, 링크 및 서식을 확인합니다.
검토 기록은 미해결 지점을 투명하게 보여줍니다. 귀사 팀은 최종 승인 전에 이에 답변할 수 있습니다. 전문 소셜 및 제품 작성에 대해서는 이 범위를 Web3 카피라이팅과 비교하십시오. 더 깊이 있는 기술 문서에 대해서는 백서 및 라이트페이퍼 작성을 참조하십시오.
콘텐츠 범위에는 어떤 파일과 결정 사항이 포함되나요?
납품 목록은 귀사 팀이 받게 될 것과 작성 작업 외부에 남는 것을 명시합니다. 이 구분은 밈, 시각 자료 및 계정 게재에 중요합니다.
합의된 패키지에는 원본 포스트, 연결된 스레드 초안, 편집 기사, 밈 콘셉트 또는 카피, 제품/커뮤니티/출시 업데이트를 위한 공지사항이 포함될 수 있습니다. 작성된 밈 콘셉트는 완성된 시각 자료가 아닙니다. 초안은 예약된 게시물이 아닙니다. 팀이 디자인이나 게재가 필요하다면 작업 시작 전에 해당 작업을 별도로 명시하십시오.
다음 범위 결정 사항을 킥오프 브리프에 기록하십시오:
- 포함된 형식 및 채널, 제외 사항.
- 일회성, 출시 기반 또는 지속적인 콘텐츠 주기.
- 소스 소유자, 주장 승인 담당자 및 최종 서명 담당자.
- 수정 기대 사항 및 인계를 위한 파일 형식.
- 디자인, 현지화 또는 스케줄링이 필요한지 여부.
이 목록을 통해 양 팀이 추측 없이 책임을 추적할 수 있습니다. 시각 자료가 필요하다면 작성 범위를 디자인 및 시각 자료와 연결하십시오. 유머 중심의 전용 스트림에 대해서는 밈 마케팅을 검토하십시오. 제안서는 이러한 작업 스트림이 어떻게 연결되는지 명시해야 합니다.
출시 메시지는 어떻게 채널 간에 일관성을 유지할 수 있나요?
공유 메시지 기록은 모든 채널에 동일한 승인된 사실을 제공합니다. 문구는 형식에 따라 변경될 수 있지만 제품 세부 사항과 명시된 이정표는 일관성을 유지합니다.
출시 작업의 경우 제품 링크, 승인된 설명, 관련 토큰 세부 사항, 이정표 및 변경 사항에 대한 책임 담당자에 대한 하나의 최신 소스를 유지하십시오. 가용성이나 날짜와 같이 변경될 수 있는 정보를 표시하십시오. 게재 전에 해당 세부 사항을 재확인하십시오. 그러면 작성자는 안정적인 설명과 시급한 공지사항을 구분할 수 있습니다.
주제, 형식, 소유자 및 검토 상태의 4가지 체크포인트가 있는 채널 매트릭스를 사용하십시오. 팀에 출시 예정 기간이 있는 경우 이를 추가하십시오. 이는 승인 담당자에게 준비된 사항과 여전히 확인이 필요한 사항에 대한 간결한 보기를 제공합니다. 교육적 설명을 긴급 업데이트와 구분하여 유지하십시오. 새로운 사실이 승인된 초안을 변경하는 경우, 카피를 재사용하기 전에 해당 주장을 소유자에게 전달하십시오.
출시 계획에는 커뮤니티 성장 및 참여도 포함될 수 있습니다. 지역별 대상에 맞춘 문구가 필요한 경우 암호화폐 콘텐츠 현지화를 범위에 포함하십시오. 이는 번역된 자료가 승인된 제품 사실과 연결되도록 유지합니다.
편집 인계를 통해 귀사 팀은 무엇을 확인할 수 있나요?
인계 파일은 초안, 출처 노트 및 승인 상태를 함께 보여줍니다. 귀사 팀은 준비된 사항, 답변이 필요한 사항 및 다음 결정을 누가 내려야 하는지 확인할 수 있습니다.
각 항목에 대해 요청된 형식으로 합의된 카피를 반환합니다. 첨부된 기록에는 채널, 의도된 독자 행동, 출처 참조 및 미해결 질문이 명시될 수 있습니다. 이는 레이블이 지정되지 않은 텍스트 폴더보다 패키지를 검토하기 쉽게 만듭니다. 또한 여러 형식이 동일한 업데이트를 다룰 때 내부 게재 담당자가 올바른 버전을 찾는 데 도움이 됩니다.
편집 검사는 4가지 테스트(사실 지원, 메시지 명확성, 채널 적합성, 완전한 링크 또는 행동 유도)를 사용합니다. 주장에 지원이 부족한 경우 질문을 반환합니다. 귀사 승인 담당자는 피드백을 통합하고, 정의된 범위 내에서 합의된 수정 사항을 반영합니다. 최종 인계는 킥오프 시 설정된 파일 및 명명 규칙을 따릅니다.
팀이 계정 운영도 필요로 하는 경우 X 계정 관리로 경계를 정의하십시오. 작성, 승인 및 게재는 조정될 수 있지만 제안서는 각 작업을 누가 수행하는지 보여주어야 합니다. 이 기록은 귀사 팀이 작업을 수락하기 위한 실질적인 기반을 제공합니다.
작성 범위는 어디서 끝나며, 무엇을 보내야 하나요?
승인된 초안과 인계 기록이 우리가 통제하는 결과물입니다. X와 텔레그램은 자체 규칙과 제품 통제 하에 콘텐츠를 검토, 표시 및 배포합니다. 플랫폼이 게시물을 어떻게 배포할지 또는 독자가 어떻게 반응할지 약속할 수 없습니다.
작업 범위를 설정하려면 현재 프로젝트 설명, 소스 링크, 우선 주제, 대상 형식 및 채널 목록을 준비하십시오. 고정된 출시 이정표와 주장을 승인하는 담당자를 추가하십시오. 디자인, 비디오 또는 현지화가 동일 계약에 포함되는지 여부를 명시하십시오. 자료는 작업 문서일 수 있으며 정리된 프레젠테이션일 필요는 없습니다.
패키지를 검토하고 누락된 결정 사항을 식별한 후 형식, 책임, 검토 지점 및 일정이 포함된 범위를 반환합니다. 시각적 스토리텔링이 우선이라면 관련 자산이나 참조 자료를 포함하십시오. 지역별 문구가 중요하다면 시작 시 대상 언어를 표시하십시오. 사용 가능한 콘텐츠 작업에 대한 더 넓은 개요는 소셜 미디어 및 콘텐츠를 방문하십시오.
이미 보유하고 계신 자료를 연락처 페이지를 통해 보내주십시오. 이를 납품물에 매핑하고 승인을 위한 명확한 계획을 제공하겠습니다.
이용 방법
- 01 · 소스 팩 공유개요, 현재 링크, 승인된 사실 및 채널 목록을 보내주십시오. 제품 주장을 확인할 수 있는 담당자를 지정하십시오.
- 02 · 납품물 설정형식, 채널, 책임 및 검토 지점에 합의하십시오. 필요한 경우 작성과 디자인 또는 게재를 분리하십시오.
- 03 · 메시지 맵 확인초안 작성 전 각 항목의 대상, 목적 및 의도된 행동을 검토하십시오.
- 04 · 초안 작성 및 확인작성자가 합의된 자료를 준비합니다. 편집자가 제공된 사실과 콘텐츠 기록을 기준으로 확인합니다.
- 05 · 승인 및 파일 수령귀사 승인 담당자가 통합된 수정 사항을 반환합니다. 킥오프 시 설정된 형식으로 합의된 최종 파일을 인계합니다.
자주 묻는 질문
첫 콘텐츠 브리프를 위해 어떤 소스 파일을 보내야 하나요?
현재 프로젝트 설명, 제품 링크, 승인된 사실, 선호 용어 및 채널 목록을 보내주십시오. 어조 예시와 메시지에 영향을 미치는 출시 세부 사항을 추가하십시오. 주장에 대한 승인 담당자 한 명을 지정하십시오. 이러한 입력은 콘텐츠 기록의 6개 필드를 채우고 초안 작성 전에 누락된 결정 사항을 식별하는 데 도움이 됩니다.
하나의 브리프로 텔레그램 업데이트와 X 스레드를 모두 다룰 수 있나요?
네, 가능합니다. 하나의 소스 팩으로 두 채널을 모두 지원할 수 있으며, 각 채널에 대해 별도의 초안을 작성합니다. 각 항목의 대상과 의도된 행동을 지정하십시오. 브리프에는 승인 담당자와 채널별 서식 요구 사항도 명시해야 합니다. 지속적인 계정 운영이 필요하다면 작성 범위와 함께 X 계정 관리를 검토하십시오.
게재 직전에 제품 세부 사항이 변경되면 어떻게 처리하나요?
작업 기록에서 시간에 민감한 주장을 표시하고, 인계 또는 게재 전에 지정된 소스 소유자에게 확인을 요청합니다. 귀사 팀은 변경 사항을 알게 되는 즉시 보내주십시오. 그러면 작성자가 이전 초안이나 확인되지 않은 세부 사항에 의존하는 대신 명확한 수정 경로를 확보할 수 있습니다.
밈 콘셉트에 완성된 아트웍이 포함될 수 있나요?
콘텐츠 범위에는 밈 콘셉트 또는 카피가 포함될 수 있습니다. 완성된 시각 자료는 디자인 범위가 필요하며, 필요한 자산 형식과 참조 자료를 사전에 합의해야 합니다. 더 광범위한 밈 중심 콘텐츠 스트림을 원하신다면 밈 마케팅을 참조하고 시각 작업이 작성과 어떻게 연결되어야 하는지 지정하십시오.
콘텐츠 패키지의 납품 일정은 어떻게 결정되나요?
일정은 킥오프 시 합의된 형식, 납품물 수, 소스 준비 상태 및 승인 기간에 따라 진행됩니다. 초안 작성 전에 납품 순서를 확인합니다. 출시 계획은 귀사 팀이 시간에 민감한 주장을 확인하고 통합된 피드백을 반환할 시간을 확보해야 합니다.
X 또는 텔레그램 게시물에 대한 특정 반응을 약속할 수 있나요?
아니요. 합의된 초안을 납품하고 편집 검사를 문서화할 수는 있지만, 플랫폼 검토 및 배포는 작성 범위 외부에 있습니다. 독자 반응 또한 콘텐츠 팀이 설정할 수 없습니다. 인계 기록은 승인된 카피, 출처 노트 및 귀사 팀의 결정이 필요한 사항을 보여줍니다.
프로젝트를 알려주세요
네 가지 질문에 답하면 담당자가 1시간 내로 계획, 일정, 가격대를 보내드립니다. 모든 정보는 비밀로 유지됩니다.
양식 로딩 중…