리서치

리서치은(는) 무엇을 하나요?

이 스킬은 말할 가치가 있는 내용을 찾고, 그것이 사실임을 증명합니다. 두 가지 작업을 수행합니다: 청중이 실제로 원하는 주제와 각도를 선택하고, 콘텐츠에 들어가는 모든 사실의 출처를 확인합니다. 산출물은 writing 및 video-scripting 스킬이 사용하는 리서치 브리프이며, 워크스페이스의 신뢰 출처 목록인 brand/sources.md를 정리된 상태로 유지합니다. 완성된 게시물을 직접 작성하지는 않으며(writing 담당), 비디오 스크립트를 작성하지도 않고(video-scripting), 최종 콘텐츠를 검토하지도 않습니다(review-loop 담당).

권한 순서: brand/brand-profile.md는 브랜드 상수, 경계 및 규정 준수 문구에 대해 우선합니다. 이 스킬은 리서치 방법을 담당합니다.

시작하기 전에

마케팅 워크스페이스(기본값 marketing/)에서 다음을 읽으십시오:

• brand/brand-profile.md: ## Audience, ## Content pillars, ## Boundaries, ## Compliance 및 ## Platforms 섹션. 청중과 콘텐츠 기둥은 무엇을 찾을지 알려주고; 경계와 규정 준수는 절대 가져오지 말아야 할 것을 알려줍니다.
• brand/sources.md: 이 비즈니스가 신뢰하는 출처의 계층화된 목록입니다. 파일이 없으면 references/source-tiering.md의 템플릿에서 생성하고 작업하면서 채워 넣으십시오.
• brand/performance-learnings.md (있는 경우): 어떤 주제와 형식이 효과적이었는지에 대한 정보입니다. 리서치는 입증된 접근 방식에 치우치고, 테스트되지 않은 접근 방식은 테스트로 표시해야 합니다.
• 최근 content/ 폴더: 이미 제작된 콘텐츠를 확인하여 반복이 아닌 차이점을 찾습니다.

워크스페이스가 없으면 한 줄로 말하고 brand-setup을 실행할 것을 제안하십시오. 그래도 계속 진행하려면 청중, 산업 및 위치 (로컬인 경우)만 물어보고 진행하십시오.

기준: 어떤 것도 지어내지 않고, 모든 것에 날짜를 표시

이것은 전체 스킬이 보호하기 위해 존재하는 규칙입니다. 약간 덜 극적이지만 사실인 콘텐츠가 지어낸 자극적인 콘텐츠보다 항상 낫습니다. 신뢰는 자산이며, 하나의 조작된 세부 사항이 모든 신뢰를 소진할 수 있기 때문입니다.

1. 수치, 인용문, 리뷰, 사용후기, 이야기 또는 명명된 세부 사항을 절대 지어내지 마십시오. 지어낸 통계, 가격, 평균치 또는 "10명 중 9명"과 같은 주장은 금지입니다. 상상한 고객 일화를 실제인 것처럼 제시하지 마십시오. 지어낸 제품, 사람, 장소 또는 사건을 사실로 진술하지 마십시오.
2. 이야기는 실제 자료에서만 비롯됩니다. 해당 인물의 문서화된 경험(그들에게 물어보십시오; 그들이 "한때 내 고객이..."에 대한 유일한 출처입니다) 또는 명명된 출처의 공개된 사례 연구를 사용하십시오. 실제 사례를 익명화된 형태로 축소하고 실제로 일어난 일에 충실하십시오. 극적으로 만들기 위해 세부 사항을 추가하지 마십시오. 적합한 실제 이야기가 없으면 대신 주제를 사실대로 가르치십시오. 이유: 지어낸 "실제 고객 이야기"는 당신을 신뢰하는 청중을 잃는 가장 빠른 방법이며, 규제 산업에서는 위반이 될 수도 있습니다.
3. 모든 주장에는 출처와 날짜가 있어야 합니다. 출처는 구체적으로 명명되고(발행자, 제목 또는 릴리스, URL이 있는 경우), 날짜는 발행일과 확인일 모두 포함됩니다. 출처가 없는 주장은 브리프에 포함되지 않습니다. 대신 미해결 질문 섹션에 넣습니다.
4. 실시간 수치에는 VERIFY BEFORE PUBLISH 플래그가 붙습니다. 움직일 수 있는 모든 숫자(가격, 요금, 평균, 개수, 순위, 정책 임계값, 플랫폼 제한)는 게시하는 사람이 당일에 다시 확인할 수 있도록 플래그가 지정됩니다.
5. 데이터를 암시하는 모호한 수량 표현은 금지입니다. "대부분의 사람들", "통계적으로", "연구에 따르면" 및 "거의 모든 사람"은 인용된 출처로 뒷받침되거나 다시 작성되어야 합니다.
6. 확실하지 않으면 추측하지 마십시오. 내용을 빼고 일반적으로 가르치거나, 중단하고 사용자에게 물어보십시오. 확인할 수 없었던 것을 명확히 말하십시오.

에버그린 또는 라이브: 먼저 결정

모든 콘텐츠는 세 가지 유형 중 하나이며, 브리프에 명시됩니다. 포함될 수 있는 내용이 달라지기 때문입니다.

• 에버그린: 몇 달 동안 유효합니다. 일괄 촬영, 미리 녹화 또는 몇 주 앞서 예약해도 안전합니다. 실시간 수치를 전혀 포함하지 않습니다. 원칙, 프로세스 및 예시임을 명확히 표시한 예시를 사용합니다.
• 라이브: 현재 상황(수치, 릴리스, 규칙 변경, 오늘의 뉴스)을 중심으로 제작됩니다. 모든 현재 수치는 VERIFY BEFORE PUBLISH 플래그가 지정되고, 브리프에는 만료 날짜가 기록되어 이후에는 수정 없이 게시되어서는 안 됩니다.
• 날짜 지정: 형태는 에버그린이지만 특정 날짜(마감일, 시즌, 제도 개시)에 연결됩니다. 만료되지 않도록 "사용 기한" 날짜를 기록하여 기한이 지나 방치되거나 오래된 상태로 게시되지 않도록 합니다.

이유: 지난달 수치를 인용하는 미리 녹화된 비디오는 방영 당일에 틀리게 되며, 시청자가 알아차리기 전까지 아무도 모릅니다.

방법

1. 요청을 파악하십시오. 사용자가 연구할 주제를 건네주는 것인지, 무엇을 만들지 묻는 것인지 확인하십시오. 주제가 주어지면 3단계로 이동하십시오. "무엇을 게시할까요?"에 대한 질문이면 2단계부터 시작하십시오. 플랫폼과 콘텐츠가 게시될 날짜를 기록하십시오. 이는 에버그린 또는 라이브 여부를 결정합니다.

2. 수요를 찾으십시오. 무엇을 말할지 결정하기 전에 청중이 실제로 무엇을 묻고 있는지, 그들의 언어로 파악하십시오. references/audience-demand.md를 열어 방법을 확인하십시오: 검색 제안 및 "다른 사람들은 또한 질문함", 사용자 자신의 Search Console 쿼리, 플랫폼 검색 인사이트, 포럼 및 커뮤니티 스레드, 사용자 자신의 댓글 및 DM에 있는 질문. 콘텐츠 기둥이 게시물 유형을 설정하고; 수요가 각도와 정확한 단어를 설정합니다. 다음 주제를 선호하십시오:

   • 대부분의 사람들이 실제로 당하기 전까지는 모르는 구체적인 문제 (경고 또는 "낚인" 형태)
   • 사람들이 걱정하는 순간에 대한 "실제로 무슨 일이 일어나는지" 설명
   • 시청자가 직면한 명확한 이분법적 결정
   • 이미 검색창에 입력되고 있는 질문으로, 거의 그대로 제목으로 사용할 수 있는 질문 각 후보를 brand/performance-learnings.md와 이미 제작된 콘텐츠와 비교하여 확인하십시오. 테스트되지 않은 접근 방식은 확실성이 아닌 테스트로 표시하십시오.

3. 계층화된 출처에서 자료를 수집하십시오. brand/sources.md와 references/source-tiering.md의 계층화 방법을 사용하십시오. 숫자가 포함될 모든 항목에 대해 기본 출처로 이동하고(통계 기관, 규제 기관, 원본 연구), 업계 언론, 블로그 및 해설자는 기본 출처를 가리키는 레이더로 취급하십시오. 각 출처의 배후와 그들의 의도를 파악하십시오. 당파적이거나 상업적인 출처도 여전히 좋은 데이터를 가질 수 있지만 편향이 있을 수 있습니다.

4. 검증하십시오. 모든 주장에 대해:

   • 헤드라인 수치를 기본 출처까지 추적하여 해당 출처에서 읽으십시오.
   • 발행일을 확인하고 더 최신 정보로 대체되었는지 확인하십시오(공식 가이드 페이지는 최신처럼 보여도 몇 년 전 것일 수 있습니다).
   • 표본을 확인하십시오: 누가, 몇 명을 대상으로 조사했는지, 패널이 편향되었는지(한 회사 자체 고객만을 대상으로 한 조사는 "모든 고객"을 대표하지 않습니다).
   • 수치가 헤드라인이 의미하는 바를 실제로 의미하는지 확인하십시오. 일부 수치는 맥락 없이 오해를 불러일으킬 수 있으며, 그러한 수치는 포함하지 않습니다.
   • 페이지가 제대로 로드되지 않으면(클라이언트 렌더링 사이트는 종종 빈 페이지를 반환합니다), 포기하기 전에 사이트의 RSS 피드, 사이트맵 또는 직접 문서 링크를 시도하고, 절대 기억에 의존하여 빈칸을 채우지 마십시오. 확인할 수 없으면 사실로 포함하지 마십시오.

5. 각도를 찾으십시오. 사실을 시청자에게 의미하는 바로 전환하십시오. 뉴스 및 데이터의 경우, 중요성과 새로움에 초점을 맞추고, 수치를 한 번 제시한 후 즉시 "이것이 당신에게 의미하는 바"로 전환하여 청중의 두세 가지 유형으로 나누십시오. 긴장감은 사실 자체에 유지하고, 약속된 결과에 두지 마십시오(사실일 때 "이 조항이 비용을 초래할 수 있습니다"는 괜찮지만, "당신은 절약할 것입니다"는 아닙니다). 두세 개의 후크 시드를 제공하십시오. writing 및 video-scripting 스킬이 선택하고 다듬습니다.

6. 브리프를 작성하십시오. references/research-brief-template.md를 사용하여 content/<yyyy-mm-dd>-<slug>/research-brief.md에 저장하십시오. 주장 표는 핵심입니다: 주장당 한 행, 출처, 날짜 및 플래그 포함. 사용자가 빠른 사실 확인만 원했다면 출처와 날짜와 함께 채팅으로 답변하고 브리프 작성을 제안하십시오.

7. brand/sources.md를 업데이트하십시오. 사용한 새 출처를 계층, 용도, 편향 또는 주의사항, 인출 노트와 함께 추가하십시오. 오래되었거나 신뢰할 수 없는 출처는 한 줄로 이유를 설명하고 등급을 낮추십시오.

뉴스 및 예정된 릴리스에 반응

업계에 어떤 일이 발생하거나 알려진 데이터 릴리스가 예정된 경우 references/reactive-content.md를 열십시오. 요약하자면: 이 청중에게 중요한 예정된 릴리스 및 발표의 달력을 유지하고, 해당 날짜에 계획에 의도적인 공백을 두며, 각도를 사전에 준비한 다음, 당일에 실제 수치를 확인하고 빠르게 전환하십시오. 단순한 숫자 릴리스는 속도가 중요하고, 복잡한 정책 변경은 기본 문서를 먼저 읽는 것이 중요합니다. "가장 빠르지만 틀린" 것은 "몇 시간 늦었지만 정확한" 것보다 나쁘기 때문입니다.

규제 산업

## Compliance에서 비즈니스가 규제를 받는다고 명시된 경우, 출처 요구 사항이 더 높아지고 일부 주장은 아무리 출처가 명확하더라도 전혀 허용되지 않습니다. 브랜드 프로필의 규정 준수 라인을 따르십시오. references/regulated-industries-example.md는 한 산업(영국 금융 서비스)에서 이것이 어떻게 작동하는지에 대한 예시로, 기본값이 아닙니다.

전달 전 확인 사항

브리프를 전달하기 전에 다음을 확인하십시오:

• 주장 표의 모든 행에 명명된 출처, 발행일 및 확인일이 있습니다.
• 모든 실시간 수치에 VERIFY BEFORE PUBLISH 플래그가 지정되었고, 브리프에 에버그린, 라이브 또는 날짜 지정(만료일 포함)이 명시되었습니다.
• 사용자가 제공하지 않았거나 명명된 출처가 게시하지 않은 이야기, 인용문 또는 리뷰가 없습니다.
• ## Boundaries의 주제를 다루지 않습니다.
• 마지막의 출처 목록이 다른 사람이 모든 주장을 확인할 수 있을 정도로 완전합니다.

완성된 콘텐츠는 review-loop 스킬을 거치며, 이 스킬은 이 브리프를 기준으로 주장을 다시 확인합니다. 브리프를 콘텐츠와 함께 보관하여 확인이 가능하도록 하십시오.

적용하기

• 사용자 정의 출처: 계층은 방법론입니다; brand/sources.md에 해당 업계의 이름이 들어갑니다. 카페의 1계층은 지역 의회와 식품 기준 기관일 수 있고, 코치의 경우 동료 검토 연구와 전문 기관일 수 있습니다.
• 사용자 정의 릴리스 달력: 청중에게 영향을 미치는 날짜(산업 보고서, 공식 통계, 계절적 성수기, 무역 박람회, 정책 마감일)를 brand/sources.md의 달력 제목 아래에 나열하십시오.
• 사용자 정의 수요 도구: 무료 도구(검색 제안, 사용자 자신의 댓글, Search Console)로 시작하십시오. 유료 키워드 도구는 선택 사항입니다; 하나의 작업 예제가 references/audience-demand.md에 있습니다.
• 사용자 정의 반응형 작업 선호도: 당일에 촬영하는 것이 비현실적이면, 반응형 작업은 빠른 게시물로 제한하고 주간 요약이 나머지를 처리하도록 하십시오.

더 알아보기

예제가 포함된 더 긴 가이드는 https://builtnotboosted.com/skills/research 에서 볼 수 있습니다.