에이전시 및 고객 업무용
워크플로 하나, 고객 서른 곳, 자격 증명 서른 벌
에이전시의 문제는 결코 그것을 한 번 만드는 것이 아닙니다. 한 번 만들어 서른 번 실행하는 것, 계정, 어조, 시간대, 성향이 조금씩 모두 다른 서른 개 비즈니스를 위해 — 그리고 월말에 각 고객이 무엇을 받았는지 설명할 수 있어야 한다는 것입니다.
3인 에이전시
직원 셋, 고객 스물여덟 곳, 대부분 소규모 비즈니스입니다. 업무는 실제로 반복적입니다. 월간 캠페인, 주간 게시물, 한 시간 안에 올바른 수신함에 도달해야 하는 리드 양식, 그리고 무슨 일이 있었는지 보여주는 매월 1일의 보고서.
그들이 바쁜 이유는 그중 무엇이 어려워서가 아닙니다. 그것을 스물여덟 번 수행하는데, 스물여덟 가지가 모두 조금씩 달라 어떤 템플릿도 딱 맞지 않기 때문입니다. 열두 번째 고객은 폴란드어와 영어를 원합니다. 열아홉 번째 고객은 오전 열 시 전에는 아무것도 보내지 않기를 고집합니다. 네 번째 고객의 수신함 주인은 단 한 번도 답장한 적이 없습니다.
그래서 형태는 이렇습니다. 워크플로 하나를 매개변수화하여 고객별로 실행하고, 차이점은 조용히 분기해 버린 스물여덟 개의 복사본이 아니라 구성으로 관리하는 것입니다.
고객 소유의 자격 증명
각 고객의 계정은 그 고객 고유의 자격 증명 세트로, 암호화되어 저장되고 이름으로 참조됩니다. 워크플로는 비밀값이 아니라 세트를 참조하므로, 동일한 게시된 워크플로가 어떤 것의 스물여덟 개 복사본 없이도 스물여덟 개의 서로 다른 계정 세트에 대해 실행됩니다.
즉, 키 교체는 한 곳에서 한 번의 수정으로 끝납니다. 또한 떠나는 고객은 자격 증명을 가져갑니다. 세트를 삭제하면 그것을 참조하던 모든 워크플로가 해당 고객에 대해 즉시, 눈에 보이게 중지됩니다. 아무도 기억하지 못해 여섯 주 동안 계속 작동하는 일 없이 말입니다.
버전 하나, 또는 고객별 버전
개선 사항을 게시하면 모든 고객에게 한 번에 적용되며, 이것이 한 번 만드는 것의 의미입니다. 고객이 실제로 다른 것을 필요로 하는 경우, 그 차이는 포크가 아니라 고객에 대한 조건이 붙은 공유 워크플로 내부의 분기입니다. 포크는 한쪽에서는 수정되고 다른 쪽에서는 수정되지 않는 것이기 때문입니다.
실행 중인 작업은 어느 쪽이든 영향을 받지 않습니다. 각 실행은 시작 당시의 버전을 따라 진행되므로, 12일에 워크플로를 개선해도 10일에 시작된 고객의 캠페인은 방해받지 않습니다.
- ⚡일정 관리고객사당 한 번 실행. 28회 실행, 게시된 버전은 하나.
- 2구성 읽기톤, 언어, 발송 시간대, 승인자. 고객사별로.
- 3카피와 이미지초안 작성 후 라이선스 라이브러리에서 삽화를 넣어요.
- ✋승인19번 고객사는 승인이 필요해 기다리고, 나머지 27곳은 진행돼요.
- ✉보낸 날짜각 고객사의 자체 계정에서, 각자의 시간대에.
- 📄신고모두에게 같은 형태라서, 월간 비교가 의미를 가져요.
자격 증명 28세트유지 관리할 워크플로 1개
하나의 워크플로. 고객사 30곳. 아무도 눈치채지 못해요.
에이전시가 만드는 것들
금방 투자 회수되는 여섯 가지
월간 보고서
매월 1일에 수치를 모아, 모든 고객사에게 같은 형태로, 요청 전에 만들어져요. 에이전시가 여기서 시작하는 가장 흔한 이유예요.
리드 라우팅
고객사 사이트에 폼이 도착하면, AI 단계가 사람이 실제로 원하는 것을 읽고 1분 안에 올바른 수신함에 전달해요. 사본이 여러분에게도 가서, 리드를 방치하는 고객사에게 그 사실을 보여줄 수 있어요.
고객사 온보딩
계정 연결, 워크플로 활성화, 구성 입력, 첫 보고서 예약. 체크리스트가 워크플로가 되고, 14번째 고객사도 첫 고객사와 같은 시작을 받아요.
콘텐츠 캘린더
게시물을 초안 작성하고, 라이선스 라이브러리에서 삽화를 넣고, 승인 대기열에 올린 뒤 고객사 자체 일정에 따라 게시해요.
문제 감시
고객사 사이트 다운, 제출이 멈춘 폼, 사흘째 조용한 피드. 여러분이 먼저 알아차리는 편이 그들이 알아차리는 것보다 나아요.
오프보딩
자격 증명 삭제, 워크플로 중지, 최종 보고서 생성. 제대로 하면 10분이면 끝나지만, 기억에 의존하면 6개월과 어색한 이메일 한 통이 걸려요.
고객사에게 말할 수 있는 것
작업이 고객사 자체 계정에서 이루어지므로, 만들어진 결과물은 고객사의 것이고 관계가 끝나도 그대로 남는다는 것. 모든 실행이 기록되므로, 14일에 무슨 일이 있었는지 묻는 질문에 답이 있다는 것. 그리고 캠페인이 발송 전에 시뮬레이션되었다는 것. 이는 "꼼꼼히 확인했어요"보다 나은 답이에요.
이런 형태의 작업을 위해 Team 플랜이 있어요: 공유 워크플로 라이브러리로 좋은 버전을 모두가 사용하게 하고, 역할 기반 접근으로 주니어가 워크플로를 실행하되 수정할 수는 없게 하며, 포트폴리오 전체를 커버할 만큼 충분한 AI 단계를 제공해요. 가격은 요금 페이지에 있어요.
이 방식이 좋은 생각이 아니게 되는 지점: 28개 고객사가 정말로 서로 다른 것을 필요로 한다면, 워크플로가 있는 게 아니라 워크플로 28개와 정리 문제가 있는 거예요. 위의 기법이 통하는 이유는 대부분의 에이전시 업무가 이름만 다른 같은 작업이기 때문이에요. 그렇지 않은 곳에서는, 특수 사례 28개를 담은 구성 시스템을 만들기 전에 그 사실을 솔직하게 인정하세요.