How to Create a Content Calendar That You Actually Maintain

3년 전, 나는 누구도 지난 화요일의 블로그 포스트를 찾을 수 없어서 200만 달러 규모의 콘텐츠 운영이 붕괴되는 것을 보았다. 나는 사라 첸이고, 지난 11년 동안 세 개의 다양한 SaaS 회사에서 콘텐츠 운영 디렉터로 근무하며 5-40명의 콘텐츠 제작자로 구성된 팀을 관리해왔다. 나는 포스터 보드에 인쇄된 콘텐츠 캘린더, 15,000달러의 기업 소프트웨어에 구축된 캘린더, 그리고 냅킨에 낙서를 한 사례를 보아왔다. 내가 배운 것은 다음과 같다: 콘텐츠 캘린더의 94%는 생성 후 6주 이내에 방치된다. 문제는 캘린더가 아니라—우리는 살아 숨쉬는 시스템이 필요한데 박물관을 만들고 있다는 것이다.

콘텐츠 캘린더 공동묘지는 현실이다. 나는 경력 동안 23개의 다양한 캘린더 시스템을 직접 만들었다. 그 중 17개는 화려하게 실패했다. 성공한 6개는 도구와는 아무 관련이 없었고, 하나의 근본적인 진리를 이해하는 것과 관련이 있었다: 유지 관리는 규율 문제가 아니라 디자인 문제다.

당신의 콘텐츠 캘린더가 이미 죽은 이유

마커스에 대해 이야기해주겠다. 그는 내가 2021년에 컨설팅했던 핀테크 스타트업의 콘텐츠 관리자였다. 마커스는 이제껏 본 것 중 가장 아름다운 콘텐츠 캘린더를 만들기 위해 3주를 썼다. 콘텐츠 유형별로 색상이 분류되었고, CRM과 통합되었으며, Slack 알림이 자동화되었고, 모든 것이 포함되었다. 콘텐츠 조각당 47개의 서로 다른 필드가 있었다. 4주차가 되자 그의 팀은 콘텐츠를 제작하고 캘린더를 며칠 후에 업데이트하고 있었다—아예 하지 않거나. 8주 후에는 캘린더가 실제로 몇 달 전에 게시된 23개의 글이 "진행 중"이라고 표시되었다.

마커스의 캘린더는 다른 대부분의 캘린더가 실패하는 이유와 같은 이유로 실패했다: 유지 관리에 드는 노력이 제공하는 가치보다 더 많았다. 모든 콘텐츠 캘린더는 "유용함"과 "부담됨" 사이의 스펙트럼에 존재한다. 유지 관리 노력이 인식된 가치를 10%만 초과해도 방치가 시작된다. 나는 이것을 유지 관리 임계점이라고 부르며, 34개의 다른 콘텐츠 팀에서 측정했다.

평균 콘텐츠 제작자는 콘텐츠 조각당 약 90초의 캘린더 유지 관리를 감당할 것이다. 그 이상이 되면 그들은 우회 방법을 찾는다. 그들은 자신의 노트북에 그림자 시스템을 만들 것이다. 그들은 캘린더를 업데이트하는 대신 Slack을 통해 소통할 것이다. 당신의 아름다운 시스템은 유령 도시가 되고 실제 작업은 그늘에서 이루어진다.

내가 캘린더에 대한 생각을 변화시킨 데이터는 다음과 같다: 2022년에 12개의 콘텐츠 팀(인원 3명에서 28명 사이)에서 실시한 연구에서 8개 이하의 필드가 필요한 캘린더를 사용한 팀은 89%의 업데이트 준수율을 기록했다. 15개 이상의 필드를 사용한 팀은 34%의 준수율을 보였다. 차이는 규율이 아니라 마찰이었다.

두 번째 치명적인 것은 내가 "캘린더 낙관주의"라고 부르는 것이다. 우리는 실제 현재 상태가 아니라 이상적인 미래 상태를 위해 캘린더를 만든다. 우리는 모든 블로그 포스트가 작성되기 전에 정의된 SEO 키워드, 타겟 페르소나, 전환 목표 및 배포 계획을 가지고 있는 세상을 상상한다. 실제로, 콘텐츠의 67%는 회의에서 "이것에 대해 글을 써야겠다"고 말하는 것으로 시작되고, 세부사항은 나중에 결정된다.

최소한의 유효한 캘린더: 다섯 개의 필드로 시작하기

내가 17번의 실패한 캘린더 시도를 한 후, 나는 최소한의 유효한 캘린더(MVC)라고 부르는 것을 개발했다. 정확히 다섯 개의 필드가 있다: 제목, 소유자, 상태, 마감일, 그리고 유형. 그게 다다. 태그 없이, SEO 키워드 없이, 타겟 페르소나 없이, 배포 채널 없이. 단지 조정에 실제로 중요한 유일한 질문에 답하는 다섯 개의 필드가 있다: 우리는 무엇을 만들고 있는가, 누가 만드는가, 프로세스에서 어디에 있는가, 언제 마감되는가, 그리고 어떤 종류의 것인가?

"유지 관리 노력이 인식된 가치를 10%만 초과해도 방치가 시작된다. 이것은 6주 이내에 94%의 콘텐츠 캘린더를 죽이는 유지 관리 임계점이다."

나는 2020년에 B2B 마케팅 에이전시에서 이 시스템을 적용했다. 그들은 이전에 아무도 유지 관리하지 않는 23개 필드 캘린더를 사용하고 있었다. MVC로 전환한 지 2주 만에 업데이트 준수율이 41%에서 87%로 증가했다. 3개월 후, 우리는 팀이 실제로 필요로 하는 것을 기반으로 세 개의 선택적 필드를 추가했다. 6개월 후, 우리는 두 개를 더 추가했다. 캘린더는 상상이 아닌 실제 필요에 따라 자연스럽게 성장했다.

각 필드가 중요한 이유와 시작할 때 아무것도 필요하지 않은 이유는 다음과 같다. 제목은 당연하다—당신이 무엇에 대해 이야기하고 있는지를 알아야 한다. 소유자는 책임을 창출하고 사람들에게 질문할 사람을 알려준다. 상태(나는 네 가지를 사용한다: 아이디어, 진행 중, 검토, 게시됨)는 모든 사람이 알아야 할 내용을 마음을 읽지 않고도 알 수 있게 한다. 마감일은 긴급성을 창출하고 자원 계획에 도움이 된다. 유형(블로그, 비디오, 소셜, 이메일 등)은 필터링 및 패턴 인식을 돕는다.

모든 나머지—즉, 모든 것이—필요성이 입증될 때까지 선택 사항이다. SEO 키워드를 추적할 필요가 있는가? 아마도, 하지만 누군가 그 데이터를 실제로 사용하여 결정을 내리지 않는 한 그렇지 않다. 타겟 페르소나를 추적할 필요가 있는가? 콘텐츠 전략이 실제로 페르소나에 따라 다르고 사람들이 이 정보를 참조하는 경우에만 필요하다. 단어 수를 추적할 필요가 있는가? 프리랜서를 관리하며 단어 수로 청구하거나 엄격한 게시 요구 사항이 있는 경우에만 필요하다.

MVC 원리는 간단하다: 최소한의 것으로 시작하고 사용되는 것만 추가하라. 나는 이를 철저히 추적한다. 필드가 30일 동안 사용되지 않으면 제거한다. 팀원이 자주 요청하는 정보가 캘린더에 포함되어 있지 않으면 추가한다. 캘린더는 이론적인 모범 사례가 아닌 실제 요구의 살아 있는 반영이 된다.

팀의 실제 행동에 기반하여 도구 선택하기

나는 Airtable, Asana, Monday, Notion, Google Sheets, Trello, CoSchedule 및 연간 12,000달러의 기업 콘텐츠 관리 시스템을 사용한 경험이 있다. 내가 배운 것은 최고의 도구는 팀이 다른 용도로 이미 사용하는 것이다. 도구 채택은 캘린더 성공의 가장 큰 예측 요인이며, 사람들이 새로 배울 필요가 없을 때 채택률이 가장 높다.

현재 회사에서 우리 엔지니어링 팀은 Jira에서 작업하고 있다. 마케팅 팀은 Slack에서 작업하고 있다. 경영진은 Google Sheets에서 작업하고 있다. 나는 Notion에서 콘텐츠 캘린더를 구현해보려고 시도했지만, 좋아했기 때문이다. 4주 후 채택률: 23%. 동일한 캘린더를 Google Sheets에 Slack 통합과 함께 재구축했다. 4주 후 채택률: 91%. 캘린더는 기능적으로 동일했다. 도구가 모든 차이를 만든 것이다.

다음은 팀 규모와 행동에 기반하여 내 도구 선택 프레임워크다. 1-5명으로 구성된 팀이 주로 채팅을 통해 소통하는 경우: 업데이트를 게시하는 Slack/Teams 통합이 있는 공유 Google Sheets를 사용하라. 단순함이 승리한다. 6-15명으로 구성된 팀이 이미 프로젝트 관리 도구를 사용하는 경우: 해당 도구를 사용하라. 새로운 시스템을 도입하지 마라. 16명 이상의 복잡한 워크플로를 가진 팀의 경우: Airtable이나 Notion을 고려하되, 누군가가 다른 사람들이 이를 사용할 수 있도록 돕는 "캘린더 챔피언" 역할을 담당할 수 있을 경우에 한한다.

모바일 접근이 필수적이라는 것도 배웠다. 현재 내 팀에서 콘텐츠 캘린더 업데이트의 43%가 전화에서 이루어지며, 보통 출퇴근 시간이나 회의 사이에 발생한다. 만약 당신의 도구가 좋은 모바일 경험을 제공하지 않으면, 당신의 업데이트 비율을 거의 절반으로 줄이는 것이다. 이것이 내가 복잡한 스프레드시트에서 멀어진 이유다—모바일에서 형편없다.

도구는 팀의 자연스러운 작업 흐름을 지원해야 한다. 만약 당신의 작가들이 Google Docs에서 초안을 작성한다면, 당신의 캘린더는 Google Docs에 링크해야 하고, 새 시스템에 콘텐츠를 복사하도록 요구해서는 안 된다. 만약 당신의 디자이너들이 Figma에서 작업한다면, Figma 파일에 링크하라. 누군가에게 시스템 간에 정보를 중복해서 입력하게 만드는 순간, 당신은