Salesmsg의 Justin Zimmerman과 함께 멋진 콘텐츠를 가능하게 하는 편집 워크플로 및 콘텐츠 생성 프로세스 개발 [AMP 245]

훌륭한 콘텐츠는 우연히 만들어지지 않습니다. 일반적으로 팀이 효율적이고 효과적으로 협력하는 데 도움이 되는 세련된 프로세스의 부산물입니다. 그러나 편집 워크플로를 계획하고 콘텐츠 생성 프로세스를 구현하는 것은 어려울 수 있습니다. 오늘의 게스트는 Salesmsg의 Justin Zimmerman입니다. Justin은 마케팅 팀이 더 나은 콘텐츠를 만들기 위해 편집 워크플로와 콘텐츠 제작 프로세스를 개발하고 구현하는 방법에 대해 이야기합니다. 쇼의 하이라이트 중 일부는 다음과 같습니다.

• 크리에이티브 컨트롤: 마케터가 콘텐츠에 대한 편집 워크플로를 만들어야 하는 이유
• 4C: 협업, 연결, 크리에이티브 컨트롤 및 보상
• 흐름 상태: 프로세스에 집중하면 결과가 표시됩니다.
• 신경 지도: 워크플로 세계의 목표는 더 높은 목적을 위해 팀을 정렬하는 것입니다.
• 즐거움의 상태: 직장, 집, 그리고 내면의 세 곳이 있습니다.
• 올바른 시작: 결과에 대한 워크플로 프로세스를 통해 잠재적인 함정과 고통을 피하십시오.
• 교훈: 같은 실수를 반복하지 않도록 듣고 행동하십시오.
• 지속적으로 개선: 프로세스 없이는 진행 상황을 느낄 수 없습니다.
• 콘텐츠 팀 역할: 최소 — 작가, 디자이너 및 프로젝트 관리자
• CoSchedule: 혼란과 명료함을 구분하는 도구
• 키를 잡은 사람: 작업이 완료되었는지 확인하되, 반드시 수행해야 하는 것은 아닙니다.
• 4P: 목적, 사람, 프로세스 및 제품
• 컨텍스트 전환: 너무 많은 도구, 채널 및 알림은 주의를 산만하게 합니다.
• 복잡 vs. 단순: 워크플로/작업 관리 프로세스의 기본 요소
• 실수: 작게 시작하고 천천히 하세요. 워크플로가 변경되고 변경 관리가 필요합니다.

오늘 프로그램이 마음에 드셨다면 iTunes에서 Actionable Content Marketing Podcast를 구독하십시오! 팟캐스트는 SoundCloud, Stitcher 및 Google Play에서도 사용할 수 있습니다. 대본: 벤: 이봐, 저스틴. 오늘 오후는 어때? 저스틴: 환상적인 느낌. 고맙습니다. CoSchedule 가족 및 지역 사회의 모든 사람들과 함께 여기에서 감사합니다. 벤: 네, 절대적으로요. 당신을 쇼에 초대하고 내 마음에 가깝고 소중한 주제인 편집 워크플로 및 콘텐츠 관리에 대해 이야기하게 되어 매우 기쁩니다. 나는 그것들도 당신의 것이라고 믿습니다. 당신을 만나서 정말 기쁩니다. 더 나아가기 전에 먼저 마케터가 콘텐츠에 대해 정의된 편집 워크플로에 관심을 가져야 하는 이유는 무엇입니까? 워크플로에 대해 이야기할 때 프로세스에 대해 이야기하는 것 같으며 때때로 프로세스가 관료적 형식으로 해석되는 경우가 있습니다. 내 생각에 창작자들은 자신의 작업을 관리할 때 관료주의와 관료주의와 관련된 모든 것을 본질적으로 싫어합니다. 왜 그들이 관심을 가져야 합니까? 그들이 이것을 보는 더 좋은 방법은 무엇입니까? Justin: 저는 프로세스, 즉 창의적 통제와 관련하여 울타리의 양쪽에 있는 매우 깊은 경험이 있습니다. 사실, 사실, 그 전에 제가 일했던 모든 직업과 회사에 대한 간단한 브리핑이 있습니다. 저는 리트머스 테스트를 사용하여 이것이 나에게 적합한 장소인지 여부를 결정하는 데 도움을 주었습니다. 이것들은 매우 특정한 순서로 되어 있습니다. 그들 중 한 사람은 이에 대해 아주 분명하게 말합니다. 그것은 협업, 연결, 창의적 통제, 그리고 보상입니다. 제가 말하는 4C입니다. 저에게 크리에이티브 컨트롤은 그 중 큰 부분을 차지합니다. 나는 다른 사람들이 일이 어떻게 이루어지는지 진정으로 이해하지 못한 채 하고 싶은 일을 강요하려고 할 때 어떤 느낌인지 이해합니다. 그것의 다른 면에 있고 지나치게 처방적인 통제 괴물이 되는 것(나는 말할 것이다) 내가 관리자로서 360개의 리뷰에서 내가 어떻게 나타나는지에 대해 매우 비판적인 피드백을 받았습니다. 나는 방정식의 양쪽에 있었다. 그 반성과 경험을 통해 워드 프로세스를 더러운 단어가 아니라 팀을 정렬하는 방법으로 볼 수 있습니다. 워크플로의 필요성은 세계의 두 도시를 상상하는 것과 매우 유사합니다. 그 도시 중 하나에는 5차선 고속도로가 있습니다. 그냥 플로리다 I-95라고 부르겠습니다. 세계의 다른 도시를 생각해 봅시다. 인도의 방갈로르라고 합시다. 거리도, 신호등도 없고, 모두가 여기저기로 가고 있습니다. 그러나 두 경우 모두 A에서 B로 가려고 하는 사람들이 있습니다. 그들은 목적지에 도착하려고 합니다. 이러한 상황 중 하나에서는 고속도로를 따라 이동하는 방법에 대한 모범 사례를 관찰한 다음 고속도로를 따라 이동하는 방법에 대한 100,000가지 모범 사례가 있습니다. 실제로 차이점은 모든 사람이 암묵적으로 동의하고 생성하는 시스템이 있을 때 흐름을 느낀다는 것입니다. 나에게 흐름의 감각, 워크플로(일과 흐름)는 흐름 상태에 있다고 말하는 심리학자 [...]가 말하는 흐름의 심리적 원리와 실제로 연결되어 있습니다. 흐름 상태는 팀이 공동의 목표를 향해 함께 일하고 더 높은 목적 의식을 느끼는 궁극적인 결과라고 생각합니다. 나에게 그것이 콘텐츠든, 스포츠든, 세일즈든, 팀이 있을 때 궁극적인 목표는 그들이 말하는 것처럼 프로세스에 집중하는 것입니다. 과정에 집중하면 결과가 나타납니다. 사람들에게 이 작업이 어떻게 진행되기를 원하는지 명확하게 알릴 수 있을 때 단계적으로 반복적으로(일부 사람들은 이를 민첩성, 프로세스에 대한 민첩성이라고 함) 하나의 제품으로 프로세스를 진행합니다. 프로세스를 제품처럼 취급하고 더 나은 버전을 만들기 위해 노력하고 한 사람의 지시가 아닌 경우 한 사람이 지나치게 제어하거나 다른 사람을 제어하는 ​​일종의 더러운 단어가 아닌 프로세스를 중심으로 정렬됩니다. 사람들은 이것을 전혀 처리하고 싶지 않다고 느끼는 것입니다. 저에게 워크플로 세계에서 가장 높은 수준의 목표는 더 높은 목적을 위해 함께 모인 것처럼 느끼는 팀을 정렬하는 것입니다. 이것을 신경학적으로 매핑할 수 있습니다. 세로토닌을 분해하고 모든 신경 화학 물질을 제거할 수 있습니다. 나에게 있어 그것은 당신이 세상에서 세 곳의 장소를 가지고 있기 때문에 나와 함께 일하는 사람들과 내 일을 즐기는 상태입니다. 당신은 일이 있고, 집에 있고, 당신 자신 안에 있습니다. 어떤 사람들은 가정 생활이 좋지 않습니다. 어떤 사람들은 직장 생활이 좋지 않습니다. 어떤 사람들, 내부 생활. 이 세 가지가 모두 끔찍할 때, 당신은 훌륭한 상태에서 살고 있지 않습니다. 그들이 Big Lebowski에서 말했듯이 당신은 고통의 세계에 살고 있습니다. 나는 그것을 던질 기회를 얻었다. 나를 위해, 내 팀에 대한 내 목표 중 하나는 나와 함께 일하는 사람들이 Maslow의 계층 구조에서 견고하고 안정적인 바닥을 가질 수 있는 적어도 한 영역을 식별하고 만드는 데 도움이 되는 것이었습니다. 필요, 명확성 정렬. 저에게 워크플로는 모든 것이 모이는 곳입니다. Ben: 그 질문에 대한 훌륭한 답변입니다. 나는 그 말을 반박하려고 듣는 사람을 거부할 것입니다. 대단해. 당신은 거기에 약간 만졌습니다. 콘텐츠 팀이 사운드 프로세스 부족으로 인해 직면할 수 있는 잠재적인 함정에는 어떤 것이 있는지 자세히 살펴보겠습니다. 이걸 날려버리고 도망칠 수 있다고 생각한다면 어떤 고통을 겪게 될까요? 저스틴: 나는 거기에 있었다. 시작이라는 개념이 있습니다. 바로 그 소리입니다. 그것은 킥오프의 개념에 반대 또는 대조(더 나은 방법)입니다. 단어는 뒤에 오는 행동을 나타내기 때문에 중요하다고 생각합니다. 많은 기업들이 킥오프 미팅을 가질 것입니다. 당신은 전에 그것을 들었습니다. 킥오프라는 단어는 어디에서 왔습니까? 국제적으로 듣고 있다면 미식축구처럼 들립니다. 킥오프를 하면 어떻게 되나요? 한 쪽에 한 팀이 있고 다른 쪽에 다른 팀이 있고 공을 차면 공이 직사각형입니다. 발로 차고 튕기면 땡, 땡, 땡, 땡, 땡. 도처에 흩어져 있고, 크고 오래된 스크램블이며, 무슨 일이 일어날지 정말 알 수 없습니다. 처음으로 새로운 일을 할 때 괜찮습니다. 킥오프입니다. 무슨 일이 일어날지 정말 모릅니다. 프로세스가 없습니다. 당신은 이 길을 가본 적이 없습니다. 어떻게 진행되는지에 대해 문서화된 것이 없습니다. 본질적으로 새로운 것은 본질적으로 시작입니다. 그러나 첫 번째 블로그 게시물, 첫 번째 웨비나, 다른 회사와의 강제 공동 홍보, 또는 해당 프로젝트나 캠페인이 무엇이든 간에, 처음으로 이와 같은 작업을 수행했다면 다음을 수행할 필요가 없습니다. 그 교훈을 반복해서 배우십시오. 저에게는 워크플로와 프로세스가 없거나 최소한 캠페인을 만드는 것이 아니기 때문에 이것을 만들고 제품을 이 결과의 일부로 만들자라는 마음가짐이 없습니다. 블로그 게시물을 만드는 것이 아니라 실제로 작업이 완료되는 구조를 만드는 것입니다. 그렇게 생각하면 워크플로가 없을 때 발생하는 이와 관련된 고통을 줄일 수 있습니다. 캠페인, 제품, 프로그램, 부서 등 무엇이든 생성의 일부인 최우선 순위를 최우선 순위로 두지 않습니다. 회의 후, 분기 후, 프로젝트 후 얼마나 많은 사람들이 회의를 하고 배운 교훈에 대해 이야기합니다. 그것은 또 다른 매우 일반적인 용어입니다. 그리고 저는 배운 교훈과 잠시 후에 시작하는 것과 대조를 이루도록 하겠습니다. 배운 교훈, 오, 우리는 이것을 잘못했습니다. 그러면 어떻게 될까요? 당신은 또 다른 반복과 사이클을 거치고, 같은 교훈을 얻었고, 같은 고통을 겪었고, 같은 기회를 놓쳤습니다. 시작을 하고 배운 교훈을 잘 관리할 수 있는 방법이 없기 때문에 같은 실수를 계속해서 반복하게 됩니다. 사람들은 그것을 알고, 느낄 수 있습니다. 당신이 관리자이고 이러한 사항에 귀를 기울이지 않고 그들이 그것에 대해 뭔가를 하도록 돕지 않는다면, 당신의 팀은 당신이 효과적인 관리자가 될 수 있는지 또는 그들이 그것을 볼 수 있도록 도울 수 있는지 의심하기 시작할 것입니다. 사실 여기까지 가보지는 못했는데 IBM의 애자일 수석 전략가이자 트레이너를 만났다. 그는 이 정보를 전달하는 방법, 배운 교훈, 더 똑똑해지고, 더 나아지고, 더 잘 조화되는 과정의 일부를 위에서 아래로 가장 아름다운 예 중 하나를 보여주었습니다. 사실, 그가 나에게 그것을 보여준 세 가지 영역이 있습니다. 그는 교훈을 배우는 개인이 있고, 교훈을 배우는 경영진과 팀장이 있고, 상위 레벨로 보내야 할 교훈이 있습니다. 그것은 단지 아름다운 일이며 모든 것이 매우 기밀입니다. 보여드릴 수는 없지만 정말 멋진 작품입니다. 워크플로가 없고 여기에 내재되어 있는 것이 우리가 만들어야 하는 것이므로 동일한 교훈을 반복해서 배우는 환경을 만듭니다. 사람들은 변화를 일으키도록 돕거나 스스로 무언가를 할 수 있도록 권한을 부여하는 경영진의 능력을 의심하기 시작합니다. 일반적인 킥오프를 반복적으로 하지 않는 배운 교훈이나 배운 교훈 중 일부를 수행하는 것과는 대조적으로 저는 이 개념을 시작 권리라고 합니다. 시작의 권리는 정말로 무엇이든을 위한 것입니다. 블로그 시작 또는 특정 고객 유형의 랜딩 페이지(모든 자산 모음)에 게재될 캠페인 시작을 위해. 오른쪽 시작은 정확히 말한 대로입니다. 특정 롤아웃이나 프로젝트를 한 번 반복하고 처음에 다시 수집하고 싶은 모든 것을 캡처하고 시작 권한이라는 작은 작업에서 문서화합니다. 그런 다음 시작하기 전에 모든 사람들이 그냥 뛰어다니는 대신 회의를 하고 프로젝트의 일부이며 워크플로의 일부입니다. 당신은 프로젝트를 완료하지 않습니다, 당신은 시작 권리를 가질 때까지 프로젝트를 시작하지 않습니다. 이러한 블로그 게시물이나 캠페인 유형을 점점 더 많이 실행함에 따라 해당 교훈을 계속해서 반복해서 배울 필요가 없을 정도로 점점 더 많은 교훈을 얻게 됩니다. 사실, 이 작은 교훈을 점진적이고 반복적으로 캡처하고 시작 문서 내부에 작은 글머리 기호로 넣었기 때문에 직장, 부서, 심지어 비즈니스 외부까지 확장할 수 있었습니다. 또는 블로그 내부에서 이를 팀에 전달할 수 있었습니다. 그런 다음 팀이 작업을 시작했습니다. 사실, 나는 며칠 전에 가장 최근에 다니던 회사에 큰 재오픈 파티가 있어서 다시 갔습니다. 그들은 나를 다시 초대했습니다. 나는 더 이상 직원이 아닙니다. 저는 현재 새로운 직원인 Salesmsg에 있습니다. SMS, 기업용 SMS입니다. 그들은 마치 우리가 여전히 당신의 시스템을 실행하고 있다는 것을 알고 있습니다. 우리는 여전히 그 접근 방식을 실행하고 있습니다. 이는 사람들이 직장에서 행복하다는 것을 의미합니다. 그들은 밤에 집에 가지 않고 이것이 끝났는지 아니면 끝났는지 궁금해합니다. 내 상사는 보이는 것과 보이지 않는 것을 알고 있습니까? 나는 평가받고 있는가? 지속적으로 개선할 수 있는 기회가 있기 때문에 목표, 일상, 그리고 장기적으로 정렬되어 있다는 느낌을 줍니다. 그것이 본질적으로 사람들이 원하는 것입니다. 과정의 감각 없이는 진보의 감각을 가질 수 없습니다. 워크플로는 현재 우리가 원하는 진행 상황과 결과를 연결하는 방법입니다. CoSchedule, Wrike, 당신의 프로젝트 관리 시스템, 당신이 무엇을 하든, 당신이 그것을 실행하는 동안 당신과 당신의 팀이 마이크로도즈에서 반복적으로 행복하다는 것을 보장하는 방법이 우선 순위가 되도록 하십시오. Ben: 때때로 크리에이티브와 마케터는 프로세스가 작업을 완료하는 능력에 과도한 제약을 가한다고 주장합니다. 그러나 실제로는 그 반대가 훨씬 더 자주 사실입니다. 올바르게 구현되면 정의된 콘텐츠 생성 프로세스를 통해 누가 언제 무엇을 할 것인지 명확하게 알 수 있으므로 창의적인 마케터는 프로젝트나 주문에 대한 핸드오프 관리에 대해 걱정하지 않고 자신이 가장 잘하는 일에 모든 정신 에너지를 집중할 수 있습니다. 다른 모든 것은 실제 프로세스가 없을 때 예상보다 더 어려워질 수 있습니다. 푸시백에 부딪히면 무엇이든 바꾸려고 할 때마다 약간의 저항이 있을 것입니다. 그것은 단지 인간의 본성입니다. 작은 변화를 구현한 후 얻을 수 있는 결과를 지적하고 그 과정이 자리를 잡기 전의 삶과 비교하십시오. 그렇게 할 수 있다면 팀이 예전 방식으로 돌아가고 싶지 않을 가능성이 큽니다. 명확하게 정의된 프로세스나 워크플로 없이 작업하는 경우 팀이 콘텐츠 생성 작업이 실제로 얼마나 고통스러운지 깨닫지 못한 채 혼란을 처리하는 데 익숙해질 가능성이 높기 때문입니다. 이제 저스틴으로 돌아가자. 이 모든 것이 중요한 이유를 확인했습니다. 우리는 왜 이런 대화를 나누는 걸까요? 편집 워크플로 개발을 시작해야 하고 콘텐츠 마케팅 작업에 프로세스를 구축해야 한다는 생각에 매진했다고 가정해 보겠습니다. 이것들은 반드시 직함은 아니지만 기능이나 직무와 비슷합니다. 이상적으로는 콘텐츠 팀이 성공하기 위해 어떤 역할을 해야 할까요? Justin: 이전에 20명에서 200명 사이의 팀과 회사로 구성된 좋은 청중이 있다고 말씀하셨습니다. 저는 지금 듣고 있는 모든 사람이 최소한 그 규모의 회사에 있다고 가정하겠습니다. 당신이 그보다 작 으면 당신에게 효과가 없을 수도 있기 때문입니다. 애자일과 이러한 접근 방식을 따르고 있는지 여부에 따라 최소한 세 사람이 필요합니다. 당신은 글, 비주얼, 구어 콘텐츠의 생산을 이해하는 작가가 필요합니다. 디자이너가 필요합니다. 이것들은 테이블 스테이크입니다. 누락된 부분, 저는 Haleys라고 부릅니다. Haleys 또는 Hannahs를 찾아야 합니다. 프로젝트 관리자가 있거나 애자일의 세계에서 백로그를 소유한 제품 관리자가 있으면(당신이 그 렌즈를 통해 이것을 듣고 있다면 마케팅 백로그를 소유하고 작업 정리를 처리할) 부서 외부의 이해 관계자로부터 오는 입력은 큰 누락 부분입니다. 항공 교통 관제소에서 광고 소재를 공급하고 광고 소재가 반드시 프로젝트 관리의 핵심적인 작업을 수행하려는 경향이 있는 것은 아닌 경우, 이는 매우 중요한 역할입니다. 마케팅을 이해하고 콘텐츠를 이해하는 사람을 찾을 수 있다면 일반적으로 약간의 비서 또는 관리자 배경을 가지고 있지만 글쓰기에 대한 성향도 가지고 있습니다. 우리는 대학을 졸업하고 바로 본명이었던 마지막 Haley를 찾았습니다. 우리는 그녀를 말 그대로 관리자, 프로젝트 관리자, 민첩한 백로그 소유자로 키우도록 도왔습니다. 시간이 조금 걸렸습니다. 아마 5년 전보다 지금이 더 잘 훈련된 사람들을 찾을 수 있을 것입니다. 그것이 핵심 역할입니다. 만약 당신이 다음과 같은 크리에이티브를 가지고 있다면, 저는 프로젝트 관리를 건드리고 싶지 않고, 작업의 이름을 지정하는 방법, 순서, 워크플로 및 태그 지정에 대해 알고 싶지 않기 때문입니다. 그 모든 것들이 때로는 너무 번거롭고 이해가 갑니다. 무엇을 해야할지, 무엇을 해야 하는지 순서를 알려주세요. 그것은 또 다른 큰 일이기 때문에 그것을하는 방법을 말하지 마십시오. 어떻게 하는지 알려주지 말고 우선순위, 기한, 범위 및 예상되는 사항을 이해하고 있는지 확인하고 부서의 창의적인 측면을 자유롭게 실행할 수 있습니다. 다시 말하지만, 스크럼을 사용하는 민첩한 사람이라면 스프린트라고 부르는 이유가 있습니다. 그것에 대해 생각해보십시오. 당신은 달릴 수 있지만 명확하지 않으면 달릴 수 없습니다. 그것은 본질적으로 주간, 격주, 분기별 시작을 위한 올바른 시작 프로세스이지만 계획을 수행합니다. 그것이 이해관계자와 소통하고, 경영진과 소통하고, 우선순위와 소통하는 핵심 역할을 하는 사람이 보는 렌즈가 됩니다. 일상 생활에서 발생하는 모든 뉘앙스는 산만함에서 팀을 보호하고 가장 중요한 일에 집중하는 데 도움이 되며 갈등을 일으키는 일이 생겼을 때 협상자가 될 수 있습니다. 가장 나쁜 것은 컨텍스트 스위칭입니다. 경비원을 확보하고 시스템을 마련하고 크리에이티브를 위해 이를 관리할 사람을 확보하면 콘텐츠 흐름과 결과 흐름을 유지하는 병목 현상을 해결할 수 있습니다. 저에게 그것은 많은 팀이 이야기하지 않고 무엇을 찾아야 할지조차 모르는 회사가 많다고 생각하는 핵심 사항입니다. CoSchedule과 같은 도구가 바로 그 중간에 있습니다. 혼돈과 명료함을 구분하는 도구입니다. 벤: 네, 좋아요, 100%. 분명히 저는 CoSchedule의 인바운드 마케팅 이사로 편향되어 있지만 이것이 바로 우리가 자체 소프트웨어를 사용하여 달성하는 것입니다. 저는 단순한 마케팅 담당자가 아니라 제품의 고객이기도 합니다. 이상적으로는 팀의 핵심 구조가 어떠해야 하고 어떻게 효과적으로 지원해야 하는지에 대한 믿음이 있습니다. Justin: 당신과 듣는 사람들과의 이 대화에서 내가 성취하려고 하는 것이 무엇인지 지금 생각하게 하는 것입니까? 어떤 식으로든 돌파할 수 있다면 사고 방식의 채택과 전환이라고 생각합니다. 누군가가 마케팅 프로세스, 마케팅 백로그 또는 마케팅 작업을 소유하고 외부 세계와 팀 간의 모든 방해 요소 사이의 방화벽 역할을 하는 것의 가치를 볼 수 없다면 그것은 큰 일입니다. 실제로 경험하기 전에는 그 가치를 이해하기 어렵습니다. 고통을 겪고 있기 때문입니다. 마감일을 놓치고 재작업을 하는 것이 어떤 것인지 알고 있습니다. 다시, 킥오프로 돌아가서, 누군가가 공을 가지고 도망쳤고, 헤드라인이 누락된 상태에서 이 작업의 절반을 수행했습니다. 그들은 적절한 고객을 인터뷰하지 않았다가 다시 돌아옵니다. 이제 50% 이상을 수행해야 하며 마감일을 놓치고 있습니다. 작업을 수행한 사람은 이제 모든 정보가 없기 때문에 좌절합니다. 아무도 행복하지 않습니다. 아무도 행복하지 않으므로 올바르게 시작하십시오. 그 사람이 주도권을 잡으면 마케팅 이사일 필요도 없고 CMO일 필요도 없습니다. 당신이 그들에게 이것을 소유할 기회를 주고 그들에게 어떤 방향을 제시한다면, 그들은 이 일을 맡을 수 있는 순수한 기술을 가진 정말 훌륭한 재능있는 사람들이 있습니다. 맙소사, 내가 이 모든 일을 해야 한다고 생각한다면, 내가 감독이기 때문이다. 당신의 직책에 부장, 이사 또는 관리자가 있다고 해서 반드시 이 일을 하는 것이 당신의 일이라는 의미는 아닙니다. 이 작업이 완료되었는지 확인하는 것이 귀하의 몫이지, 반드시 해야 하는 것은 아닙니다. Ben: 저는 그것이 매우, 매우 중요한 포인트라고 생각합니다. 나는 때때로 적어도 다른 마케터들과 나눈 대화에서 얻은 것을 보면 그들의 팀이 혼돈을 통제하기 위해 고군분투할 때 사람들이 가장 먼저 가리키는 곳 중 하나는 프로젝트 관리자. 우리는 운영 담당자가 필요합니다. 아마도 당신이 할 수도 있습니다. 특히 지시해야 하는 입력과 출력이 더 많은 기관 설정에서. 특히 사내 팀에서 많이 발생하고 일부 에이전시 팀도 운영할 수 있다고 생각합니다. 나는 당신이 절대적으로 옳다고 생각합니다. 아마도 팀에 사람들이 있을 것입니다. Justin: 지금 회사와 팀에 이 직업을 원하는 누군가가 있고 그들은 이 일을 좋아합니다. 이런 유형의 일을 좋아하고 기꺼이 받아들이고 번창하는 특정 성격 유형이 있습니다. 직장을 그만두고 다른 곳으로 가고 싶어하는 사람들을 보았습니다. 그런 다음 이러한 유형의 작업을 실행할 수 있는 기회가 주어지면 진흙 속의 돼지보다 더 행복합니다. 벤: 네, 완전히. 그것은 아마도 명심해야 할 또 다른 중요한 것입니다. 엉망진창인 일을 처리하고 명령을 내리는 데 굶주린 사람이 팀에 있다면, 그 사람이 그냥 그렇게 하고, 행복하고, 머물게 하시겠습니까, 아니면 그 사람이 떠나기를 원하십니까? 다른 사람을 고용하여 프로젝트 관리를 수행한 다음 떠난 사람의 자리도 채워야 합니다. 그러면 실제로 기능 장애가 더 가중됩니까? 저스틴: 완전한 역할일 필요는 없습니다. 회사의 팀 규모에 따라 책임의 일부인 사람을 찾을 수 있습니다. 그들은 여전히 ​​​​콘텐츠를 생산하고 있습니다. 그들은 프로젝트 관리를 위한 전담 FTE가 필요하지 않습니다. 아니요, 그럴 필요가 없습니다. 당신이 할 수있는 위치에 있다면 환상적입니다. 프로젝트 관리자, 제품 관리자, 백로그 소유자, 마케팅 소유자, 이 모든 용어를 찾아보고 어떤 용어가 적합한지 확인할 수 있습니다. 그러나 CoSchedule의 일부가 될 수 있습니다. 벤: 좋아요. 나는 당신이 그곳에서 무엇을 했는지 보았고 나는 그것을 즐겼습니다. 저스틴: 뭔가 떠올랐어요. 많은 회사가 이 문제에 직면하는지 모르겠지만 일부는 알고 있습니다. 때때로 상사는 결과에만 신경을 씁니다. 그들이 결과를 보고 원하는 것을 보지 못한다면, 그들은 바로 그 사람에게 간다. 그러나 그들은 그것이 있다는 것을 이해하지 못합니다. 그리고 제가 항상 사용하는 또 다른 두운이 있습니다. 그것은 4개의 P입니다. 목적, 사람, 프로세스 및 제품입니다. 결과가 되는 제품은 5 곱하기 5는 25이며, 이는 수학적으로 계산된 결과입니다. 상사가 결과가 어딘지 궁금하거나 결과가 어딘지 궁금하다면 상황을 진단하고 싶을 때 여기에서 일하기가 왜 그렇게 힘든가요? 왜 우리는 일을 끝낼 수 없습니까? 왜 우리가 프로젝트를 할 때마다 항상 뒤죽박죽인 혼란과 혼돈입니까? 속으로 이런 일들 때문에 다른 데 가서 일하고 싶다고 생각한다면, 상사로서 누군가를 잃게 될 것입니다. 아니면 당신과 같은 직원으로서, 나는 여기 있을 수 없기 때문에 내 모든 세상을 바꿔야 합니다. 내가 다시 전화를 걸면 어떻게 진단하고 당신의 방법을 작동합니까? 최종 결과를 보고 "오, 우리가 원하는 것을 얻지 못하고 있습니다. 한 단계 더 나아가 봅시다."라고 생각한다면. 과정인가? 그게 워크플로인가요? 선명도인가요? 우선순위가 너무 많습니까? 이를 실행할 리소스가 충분하지 않습니까? 그럼 당신이 올라가 아니면 사람입니까? 그들은 일을 할 수 있습니까? 그들의 자격입니까? 그들의 기술입니까? 그런 다음 한 단계 더 위로 이동합니다. 목적이 분명한가? 우리가 적합한 사람들을 끌어들이고 협력하고 있다고 확신합니까? 그냥, 결과가 없고, 나쁜 결과가 아닙니다. 이봐, 너 무슨 일이야? 관리자 또는 관리하는 사람으로서 워크플로는 더 나은 작업 환경 및 결과를 진단하고 생성하는 핵심 부분입니다. 한 가지가 아니라 모든 것입니다. 워크플로 도구는 사람과 결과 사이의 중간에 있습니다. 아주 명확하게 볼 수 있는 곳입니다. 사실, 내가 전에 말했듯이, 회사의 전략에 대한 회사의 생각이 얼마나 명확한지 알고 싶다면 프로젝트 관리 도구를 열면 알 수 있습니다. 거기에 쓰레기 덩어리가 보인다면 아마도 여기에서 일어나고 있는 쓰레기 덩어리일 것입니다. 그러나 깨끗하고 명확하고 잘 정의된 작업과 프로젝트를 본다면 깨끗하고 명확하고 잘 정의된 회사가 있는 것입니다. 그것은 거울입니다. 벤: 네, 100%입니다. 현재 콘텐츠 팀에 명확한 워크플로가 설정되어 있지 않고 워크플로의 기초도 마련되어 있지 않고 한 사람이 작업을 할당하고 거기에서 프로젝트를 가져오는 것일 수 있습니다. 기한이 있으니 가보세요. 워크플로를 제자리에 배치하고 상황을 조금 바꾸기 시작하기 위해 가장 먼저 권장할 일은 무엇입니까? Justin: 그 질문에 대한 나의 첫 번째 반응은 – 그리고 이것이 당신도 본 적이 있는지 알려주세요 – 하지만 워크플로와 도구가 없으면 상사, 동료 및 동료가 가장 가까운 알림 도구를 사용하여 알릴 것입니다. 당신은 그 일에 대해 다음에 무엇을. 프로젝트의 이 부분에 대한 이메일을 받을 때도 있지만 Google 문서에 대한 초대를 받을 때도 있고 Slack 알림을 받을 때도 있고 팝업되는 다른 모든 위치에 있을 때도 있습니다. 그리고 Slack 내부에는 16개의 채널이 있습니다. 그들 중 일부는 이것들을 가지고 있습니다. 새로운 프로젝트나 작업이 시작될 때마다 압도적인 상실감을 느끼고 직면하는 사람이 가장 먼저 생각하는 것 중 하나는 함께 일하거나 할당된 사람들과 함께 하는 것입니다. 에게. 그리고 기본적인 말을 생각해 보세요. 이것이 바로 우리가 여기서 전달하려는 정보 유형이고 여기에서 전달하려는 정보 유형입니다. 그렇게 하면 Slack이 등장할 때 생각할 필요가 없습니다. 마케터의 요점은 Don't Make Me Think라는 책입니다. 훌륭한 책입니다. 우리의 과정에서 그것을 사용합시다. 팀이 생각하게 만들지 마십시오. 그들이 주변에서 해야 할 생각이 적다는 것이 바로 여기입니다. 저는 이 조각을 만들고 조립해야 하고, 작업을 하는 것보다 퍼즐을 맞추는 데 더 많은 에너지를 소비하게 될 것입니다. 먼저 말하고 싶습니다. 만약 당신이 프로젝트 관리 시스템이나 3개의 프로젝트 관리 시스템을 가지고 있다면(그것이 당신의 세계라면 유감입니다) 당신은 거기에 알림 시스템을 가지고 있습니다. 워크플로우의 혼돈을 길들이는 1단계는 어떤 유형의 작업이 진행되고 어떤 유형의 시스템이 어떤 유형의 커뮤니케이션이 수행될 것인지를 명확히 하는 것입니다. 그런 식으로 팀의 모든 사람들은 내가 Jira 알림을 받았을 때 Slack에 표시되지 않을 것이라는 것을 알고 있고 이제 Jira 작업을 찾아 가야 한다는 것을 알도록 합당한 기대를 가지고 있습니다. 그 링크, 그것을 가져 가라. 댓글 섹션을 사용하거나 거기에 링크를 붙여넣기만 하면 됩니다. 팀 동료나 직원을 위해 일을 하고 그 맥락에서 하세요. 예를 들어, 새 광고에 대한 좋은 아이디어가 있습니다. 이 스크린샷을 찾았습니다. 한낮에 Slack에 가지 마세요. 예를 들어, 이런 걸 찾았어요. 아, 예, 다른 일을 하고 있었습니다. 컨텍스트 전환이었습니다. 해당 스크린샷이 있을 수 있는 위치와 관련된 작업을 찾아 거기에 넣고 해당 사람에 대해 태그를 지정합니다. 그런 식으로, 당신은 그 특별한 이유에 대한 관심이 어디로 가는지 확고히 하고 있습니다. 저에게 그것은 사람들의 주의가 산만함을 없애고, 정신적 에너지를 자유롭게 하고, 일을 끝내는 곳 주변의 소음과 혼돈을 길들이는 것에 대해 명확해지는 예입니다. 그런 다음 워크플로, 작업 이름 지정 및 이것이 의미하는 폴더에 대해 알아볼 수 있습니다. 다른 많은 것들이 있습니다. 하지만 다른 방식으로 10가지 다른 방식으로 수행하도록 지시하는 10개의 시스템이 있을 때 시스템 내부를 명확하게 이해하는 것은 정말 어렵다고 말하고 싶습니다. 벤: 네, 물론입니다. 그들이 여기까지 왔다면 다음 단계는 무엇입니까? 워크플로의 시작 또는 일종의 작업 관리 프로세스라고 부를 수 있는 기본 요소가 있습니다. Justin: 사람들은 일을 지나치게 복잡하게 만들고 나는 그런 사람이었습니다. 레벨이 3개 이상이면 사람을 잃고 관리하기 어려워진다는 것을 깨달았습니다. 사용하는 시스템이 무엇이든 상관없이 일반적으로 (모든 프로젝트 관리 시스템에) 루트 폴더가 있습니다. 부서든 프로젝트든 상관없이 작업과 하위 작업이 있습니다. 각각에 대해 결정해야 합니다. 알겠습니다. 작업을 구성하는 방법에 대해 3단계 이상 깊이 들어가면 사람들이 따르기에는 너무 복잡해집니다. 예를 들어 Jira에는 프로젝트가 있습니다. 우리의 경우 프로젝트를 부서로 사용합니다. 우리는 본질적으로 우리의 프로젝트가 될 폴더인 Epic을 사용합니다. Epic이라는 이름의 팟캐스트인 CoSchedule이 있을 수 있습니다. 다른 Epic 이름의 웨비나 CoSchedule이 있을 수 있습니다. 나는 그것을 아주 간단하게 만들고 그 방법으로 그 막대를 갖게됩니다. 그런 다음 다른 레벨이 아닌 다른 레벨이 있습니다. 개별 작업입니다. 이메일 초대, 녹음과 같습니다. 그런 식으로 주요 컨텍스트를 얻었습니다. 이것은 모두 파트너십에 관한 것입니다. 그런 다음 우리가 만들려고 하는 제품이 있습니다. 팟캐스트와 웨비나입니다. 그런 다음 팟캐스트가 필요로 하는 결과를 달성하기 위해 생성해야 하는 결과물로 생각하는 작업 또는 작업이 있습니다. 그런 다음 그 위에 워크플로를 적용하기만 하면 됩니다. 가장 간단한 것은 시작하지 않고 시작하고 완료한 것과 같습니다. 분명히 그것보다 더 좋은 방법이 있습니다. 정말 필요한 만큼 복잡합니다. 그렇다면 이 팟캐스트, 이 에픽, 지금 또는 다음 스프린트를 말하는 것입니까? 그러면 정말로 최소한의 변수만 가지고 노는 것입니다. 부서가 있고 프로젝트가 있고 프로젝트 내부에 작업이 있고 시작이 아닌 완료와 같은 워크플로가 있습니다. 그럼 당신은 정말로 결정하고 있습니다. 우리가 지금 이것을 할까요? 이 다음 스프린트 또는 다음 주기를 수행합니까? 그것보다 더 복잡하지 않습니다. 그 이상으로 복잡하게 만들면 사람을 잃게 됩니다. 벤: 네, 물론입니다. 소화할 정보가 많았던 것 같아요. 나는 당신이 일을 끝내기 위해 필요한 것보다 더 복잡하게 만들 필요가 없다는 생각에 이것을 남겨 둘 수 있다는 것을 좋아합니다. 매우 자주, 단순한 것이 더 좋습니다. Justin: 2차 세계대전 이후 현대 산업의 할아버지인 WE Deming은 일본 재건과 경제 회복을 도왔습니다. I think he said, “If you can't describe what you're doing as a process, you have no idea what you're doing.” Ben: It's absolutely true. Justin, this is awesome stuff. This went way, way, way deeper, I think, philosophically and practically the process and the benefits that workflows really offer us as marketers and content creators. I really appreciate your time coming to the show. Before I let you go, do you have any parting thoughts or anything that you would like to leave our listeners with that we maybe haven't touched on yet? Justin: Yeah, start small. My success with making changes always started with finding one person who's vibing with the idea. Like I said, treat the process like a product. If you've got CoSchedule and you're trying to think about I want to try this new idea out, iterate or do something new, two things. One, don't ask for permission, just go do it. But then once you get clear on what you want to do, find one other person in a side project or a side task to iterate how that works, get clear on its success, and then start to apply that to other places. Because the mistake I think people make is they get a new tool, they change everything, everyone's on different pages, and it's not a good start right. It creates a bad experience for people. Change takes steps. Workflows are change and require change management. When you find inspiration, if you're listening to this, and want to make some changes in how your workflows because honestly, if you're not the type of person who likes workflows, everything I said to you right now is not really as exciting for those who are like, oh, I love process, I love management. If you love process, you love management, just make sure you take it slow. Find your ally, find that one person, treat the process like a product, do it one step at a time, and then iteratively, in small doses roll that out. In fact, actually use that person who's your ally as the person who deploys it. I actually would take a step back and not try to be the one who came up with the ideas. Give the other people credit, even if you came up with the idea. Give them credit, step back, and watch people succeed. Ben: Love it. Yeah, I think that's a great thought to leave this conversation on. Thanks once again, Justin, for taking the time. I feel like we could probably talk about this stuff all day. Justin: Yeah, if we have visuals. I had to describe everything verbally. I was trying to imagine all my stuff. The visual side of this obviously delivers a lot more. Ben: Yeah, it's a good thought. We'll definitely have to schedule a part two and keep this conversation going in the future. Justin: Thank you for having me and allowing me just to unpack a bunch of stuff. Hopefully, everyone got a little something out of this, if not just feeling better about the world we live in.