이 아티클에서

다음 내용을 학습합니다:

• 보낸 Playlist를 정리하기 위한 Pitch Log Channel 설정하기
• 리포팅 맥락을 추가하기 위한 Playlist 태그 사용하기
• 보낸 Playlist를 내부 작업과 분리하기 위한 Client Version 사용하기
• 그 습관들을 바탕으로 유용한 리포트 만들기
• 일반적인 피치 추적 실수 피하기

Pitch Log Channel로 시작하기

가장 간단하고 효과적인 습관 중 하나는 보낸 Playlist를 위한 전용 Channel을 만드는 것입니다. Pitch Log라는 Channel은 팀에 아웃바운드 작업을 저장할 명확한 공간 하나를 제공합니다. 그 안에 월별, 회사별, 또는 피칭 방식에 맞는 다른 구조로 폴더를 추가하세요.

많은 팀에게 월별 폴더가 가장 쉬운 시작점입니다 - 활동이 명확한 타임라인으로 이어지기 때문입니다. 다른 팀은 클라이언트 그룹이나 프로젝트 유형별로 나누는 것을 선호합니다. 정확한 구조보다 일관성이 더 중요합니다.

중요한 것은 보낸 Playlist가 Browse의 다른 모든 Playlist와 섞이지 않고 의도적인 장소에 보관되며 태그되거나 Client Version으로 표시(Playlist 저장 설정에서)된다는 것입니다. Pitch Log Channel은 나중에 리포트를 필터링하기도 더 쉽게 만듭니다.

일관된 방식으로 보낸 Playlist 저장하기

가장 좋은 리포팅 시스템은 보통 Reports 영역을 열기 전부터 시작됩니다. 피칭한 Playlist를 저장하거나 파일링할 때 일관되게 하세요 - Pitch Log Channel에 추가하고, 올바른 월 폴더에 배치하고, 적절한 Playlist 태그를 적용하고, 실제로 외부에 보낸 경우 Client Version으로 표시하세요.

간단하고 반복 가능한 워크플로우가 복잡한 것보다 보통 더 낫습니다. 예를 들어 모든 아웃바운드 클라이언트 Playlist는 다음 패턴을 따를 수 있습니다: Playlist를 명확하게 저장하고, 관련 Playlist 태그를 추가하고, Pitch Log에 추가하고, 외부에 보낸 경우 Client Version 토글을 켜세요.

Playlist 태그로 리포팅 맥락 추가하기

Playlist 태그는 피치 추적에 가장 유용한 도구 중 하나입니다 - Playlist가 있는 위치를 바꾸지 않고도 Playlist 주변의 맥락을 설명할 수 있기 때문입니다. 피치 추적에 유용한 태그에는 회사 또는 클라이언트 이름, 프로젝트 이름, 미디어 유형, 지역, 내부 캠페인 이름, 부서 또는 팀이 포함됩니다.

팀이 특정 클라이언트에게 피칭하는 경우 모든 관련 Playlist에 해당 클라이언트 이름을 태그하세요. 작업이 광고와 관련된 경우 Advertising 태그도 추가하세요. 나중에 그 태그들은 해당 클라이언트나 미디어 유형과 연결된 모든 Playlist를 보기 훨씬 쉽게 만들어줍니다 - Playlist가 다른 폴더에 있거나 다른 시간에 만들어졌더라도 마찬가지입니다.

미디어 유형 태그로 다양한 종류의 작업 추적하기

많은 팀이 여러 종류의 기회에 피칭합니다. Playlist를 Film, TV, Advertising, Radio, 또는 다른 관련 미디어 유형으로 일관되게 태그하면 리포트가 훨씬 더 의미 있어집니다. 단순히 Playlist의 긴 목록을 보는 대신 아웃바운드 작업을 지원한 기회의 종류별로 필터링할 수 있어 - 이번 분기에 몇 건의 영화 피칭이 나갔는지, 특정 아티스트가 얼마나 많은 TV 관련 피칭을 받았는지 같은 질문에 더 쉽게 답할 수 있습니다.

Client Version 토글로 보낸 Playlist와 내부 작업 분리하기

DISCO에서 만들어진 모든 Playlist가 실제로 보내지는 것은 아닙니다. 일부는 내부 숏리스트이고, 일부는 리서치 Playlist이고, 일부는 최종 클라이언트 납품물입니다. 그래서 Client Version 토글이 리포팅에 그토록 중요한 것입니다.

Playlist를 저장할 때 Client Version 토글을 켜서 외부 발송으로 표시할 수 있습니다. 이렇게 하면 Browse의 Playlist에 눈에 띄는 Client 표시가 추가되어 한눈에 구별하기 쉬워집니다. 이 토글을 사용해 실제로 외부에 보낸 Playlist를 일관되게 표시하면 매우 유용한 필터가 만들어집니다. Client Version만으로 필터링된 리포트는 내부 준비가 아닌 진정한 아웃바운드 활동을 반영하기 때문에 훨씬 더 정확해집니다.

몇 가지 핵심 필터를 중심으로 리포팅 워크플로우 구축하기

DISCO에서 Reports를 열 때 명확한 질문으로 시작하세요 - 한 회사에 보낸 모든 Playlist, 지난 30일간의 모든 클라이언트 Playlist, 영화를 위해 보낸 모든 Playlist, 또는 외부에 보낸 특정 아티스트가 포함된 모든 Playlist 등.

가장 유용한 리포팅 필터 중 일부는 기간, Channel, Playlist 태그, 아티스트 메타데이터, Clients lists only, include tags in output입니다.

한 클라이언트에게 보낸 Playlist 리포트하기

해당 회사에 보낸 Playlist가 회사 이름으로 태그되고 Client Version 토글로 표시되어 있는지 확인한 후, Reports를 열고 해당 Playlist 태그로 필터링하고, "Clients lists only"를 Yes로 설정하고, 내보낸 리포트에 더 많은 맥락을 원하면 태그를 포함하세요. 이것은 시간이 지남에 따라 한 회사의 여러 다른 사람이 Playlist를 받을 때 특히 유용합니다.

미디어 유형별 작업 리포트하기

미디어 유형 태그 - Film, TV, Advertising - 로 필터링하고, "Clients lists only"를 Yes로 설정하고, 출력에 태그를 포함하세요. 팀이 피칭 시간을 어디에 쓰고 있는지에 대한 더 광범위한 전략적 질문에 답하기 더 쉬워집니다.

피칭된 Playlist의 특정 아티스트 리포트하기

관련 아티스트 메타데이터 필터를 사용하고, "Clients lists only"를 Yes로 설정하고, 미디어 유형, 프로젝트, 또는 클라이언트 맥락도 볼 수 있도록 리포트에 태그를 포함하세요. 이것은 레퍼토리 주변에서 어떤 아웃바운드 활동이 일어나고 있는지 알고 싶어하는 아티스트, 매니저, 레이블을 업데이트할 때 유용합니다.

태그가 의미를 더할 때마다 리포트에 포함하기

리포트는 파일 이름만이 아니라 맥락을 포함할 때 훨씬 더 유용해집니다. Playlist 태그는 미디어 유형, 회사, 또는 프로젝트를 보여줄 수 있어 내보낸 CSV를 훨씬 더 해석하기 쉽게 만듭니다. 태그 없이는 리포트가 어떤 Playlist가 존재했는지 보여줍니다. 태그가 있으면 그 Playlist들이 왜 존재했는지 보여주기 시작합니다.

피해야 할 일반적인 실수

실제 피치 로그를 구축하는 대신 기억에 의존하는 것이 가장 흔한 문제입니다. 외부 피칭을 위한 Playlist를 만들면서 일관되게 표시하지 않는 것 - Pitch Log에 파일링하지 않거나, 제대로 태그하지 않거나, Client Version 토글을 켜지 않는 것 - 은 리포팅을 훨씬 약하게 만듭니다. 너무 많은 예외적인 경우를 태그해 아무도 유지하고 싶지 않을 만큼 복잡한 구조를 만드는 것도 피해야 할 다른 극단입니다.

더 깔끔한 접근 방식: Pitch Log Channel 하나, 간단한 폴더 구조, 관리 가능한 Playlist 태그 세트, Client Version의 일관된 사용, 그 습관들을 바탕으로 만들어진 리포트.

마무리

피치 추적은 나중에 재구성하려는 것이 아니라 처음부터 워크플로우의 일부가 될 때 가장 잘 작동합니다. Pitch Log Channel을 사용해 보낸 Playlist를 정리하고, Playlist 태그로 클라이언트, 프로젝트, 미디어 유형 같은 맥락을 추가하고, Client Version 토글로 외부 발송 Playlist를 내부 작업 목록과 분리하고, Reports로 시간이 지남에 따라 그 활동을 필터링하고 검토하세요. 이 요소들이 함께 작동하면 DISCO는 팀이 무엇을 피칭했는지, 어디로 갔는지, 나중에 어떻게 이해할지에 대한 명확한 기록이 됩니다.