메뉴

SNS 콘텐츠 발행

승인된 게시물을 발행하고 기록을 남깁니다

승인된 게시물을 지정한 채널마다 점검하고, 발행할 사람에게 넘기고, 게시된 링크와 함께 기록합니다. SNS 실행은 Agency 요금제 이상에서 제공합니다. 워크스페이스를 직접 만들거나, 아래에서 먼저 살펴보세요.

이미 워크스페이스가 있으신가요? 로그인하기

  • 월 99달러부터 시작하는 요금제
  • 멀티 클라이언트 대행사를 위한 설계
  • 콘솔 전체에 자사 브랜드 적용

SNS 콘텐츠 발행

SNS 콘텐츠 발행 워크플로, 대행사가 승인부터 게시 링크 기록까지 한 흐름으로 운영합니다

게시물은 월요일에 승인됐습니다. 목요일에 누군가 채팅방에 올라온 스크린샷을 보고 게시했고, 캡션에는 그 채널의 허용치보다 해시태그가 하나 더 붙었으며, 나중에 누가 올렸는지 어디에 있는지 아무도 말하지 못합니다. 대행사의 SNS 콘텐츠 발행 워크플로는 이런 순간을 견뎌야 합니다. AI Marketing Dashboard의 실행 아래 SNS 마케팅은 바로 이 순간을 중심으로 만들어졌습니다. 승인된 그대로의 게시물만 실행할 수 있고, 채널별 한도를 먼저 점검하고, 게시할 사람에게 업무가 가고, 게시 권한자가 게시된 링크와 함께 게시 완료로 표시합니다. 그러면 클라이언트에 대한 대행사의 기록에 무엇이 승인됐고 누가 실행을 요청했으며 누가 게시를 기록했는지가 남습니다.

발행 기록

채널별로 점검한 승인된 캡션과 게시물의 기록

실행은 승인된 게시물을 보관하고, 지정된 채널마다 점검하고, 누가 링크와 함께 게시 완료로 표시했는지 기록합니다.

채널마다 게시물 하나, 채널 고유의 글자 수와 함께

영상에서는 캡션 하나가 채널별 한도에 맞춰 네 번 계산됩니다. 실행은 승인된 캡션, 해시태그, 소재를 채널마다 게시물 하나로 고정하고, 게시할 사람에게 업무가 가며, 내보내기 파일에는 정확한 문구가 그대로 남습니다.
  • 페이스북, 인스타그램, 링크드인, X의 캡션과 해시태그 한도 점검
  • 이미지나 동영상이 없는 인스타그램 게시물은 실행을 막습니다
  • 게시된 링크와 함께 게시 완료로 표시
Agency 요금제 이상에서 제공하는 SNS 실행
일러스트 · 샘플 데이터
게시 권한자가 실행에서 승인된 SNS 게시물을 열고, 네 개 채널의 캡션과 사전 점검을 읽고, 실행 업무를 만든 뒤, 게시된 링크와 함께 게시 완료로 표시합니다.

누가 무엇을 하는가

편집자는 요청하고, 게시 권한자는 답하고, 담당자는 게시합니다

세 가지 역할이 하나의 실행에서 만나고, 기록에는 각각의 이름이 남습니다.

  • 라이브러리 편집 권한

    실행 요청하기

    편집자가 점검을 실행하고 요청합니다. 요청은 “승인 대기” 상태로 기다리고, 클라이언트의 게시 권한자들에게 알림이 갑니다.
  • 게시 권한

    승인 또는 반려

    게시 권한자가 요청을 승인하거나, 요청자가 읽을 수 있는 서면 사유와 함께 반려합니다.
  • 담당자

    게시하고, 기록하기

    업무에는 채널이 나열되어 있습니다. 게시한 뒤 게시 권한자가 실행을 게시 완료로 표시하고 게시된 링크를 더합니다.

승인 이후

승인된 게시물에서 기록된 링크까지

  1. 채널별로 점검하기

    점검을 실행합니다. 채널 한도를 넘은 게시물이나 이미지가 없는 인스타그램 게시물 같은 문제는 실행을 막습니다.
  2. 인계하기

    게시 권한자가 클라이언트의 “Marketing Plans” 프로젝트에 실행 업무를 만듭니다. 편집자는 대신 승인을 요청하고, 게시 권한자가 승인하면 업무가 이어서 생깁니다. 어느 쪽이든 스펙을 내보냅니다.
  3. 채널마다 게시하기

    담당자가 플랜에 지정된 모든 채널에 클라이언트 본인의 계정으로 내보낸 파일을 보고 게시합니다.
  4. 게시 완료로 표시하기

    게시 권한자가 게시된 링크와 메모를 더해 실행을 기록하면 행이 “게시됨”으로 표시됩니다.

승인된 게시물마다 기록을 남기세요

클라이언트의 게시물을 기획하고 승인받은 뒤, 지정한 모든 채널에서 어떻게 점검되는지 확인해 보세요.

SNS 실행은 월 299달러의 Agency 요금제부터 포함됩니다.

이 페이지의 내용

SNS 콘텐츠 발행 워크플로, 캡션을 채널별로 점검하고 고정

승인된 캡션 하나를 채널마다 그 채널의 방식으로 측정

점검은 게시물을 현재 상태 그대로 읽으며, 실행은 지금 그대로 승인된 게시물에만 진행됩니다. 캡션과 해시태그는 플랜이 지정한 모든 채널에서 그 채널이 세는 방식대로 측정합니다. 페이스북은 63,206자, 인스타그램은 2,200자, 링크드인은 3,000자, X는 280자이고, X에서는 웹 링크가 23자로 계산되고 이모지는 두 글자로 계산됩니다. 한도를 넘은 게시물, 사진이나 동영상이 없는 인스타그램 게시물, 인스타그램에서 30개를 넘는 해시태그는 문제로 분류되어 실행을 막습니다. 이를 고치려면 플랜을 수정해야 하는데 그러면 승인 내용이 현재 플랜과 달라지므로, 고친 게시물은 다시 승인을 받아야 나갈 수 있습니다. 게시물은 실행을 준비할 때 고정됩니다. 실행이 열려 있는 동안 플랜의 빌더는 잠기고 스펙은 실행과 함께 저장되므로, 이후에 무엇을 수정해도 게시하는 사람이 보는 내용은 바뀌지 않습니다.

그보다 가벼운 항목은 경고로 표시되고 판단은 사람에게 맡겨집니다. 채널이 권장하는 것보다 많은 해시태그, 기호나 문장 부호가 들어 있어 링크로 걸리지 않는 태그, 파일 링크가 아니라 플랜 안에 저장된 아트워크, 앱에 규칙이 없는 채널, 어느 채널도 이미지를 요구하지 않는데 이미지가 아예 없는 플랜이 여기에 해당합니다. 고정되는 것은 채널별 게시물 하나씩이며, 각 게시물에는 그 채널에서의 캡션, 해시태그, 소재, 글자 수가 담깁니다.

채널마다 다른 해시태그 개수와 링크되는 태그

엄격한 상한 하나, 권장 개수 넷, 태그까지 포함하는 글자 수

해시태그는 플랜이 지정한 모든 채널을 기준으로 점검하며, 플랜에는 해시태그 세트가 하나만 있습니다. 엄격한 상한이 있는 채널은 인스타그램뿐이어서, 해시태그가 30개를 넘는 게시물은 실행할 수 없습니다. 나머지 한도는 권장 사항입니다. 세트가 페이스북에서 5개, 인스타그램에서 10개, 링크드인에서 5개, X에서 3개를 넘으면 경고가 뜨는데, 그 이상이면 게시물이 스팸처럼 읽히기 때문입니다. 그래서 인스타그램에 맞춘 세트는 X까지 지정하는 순간 경고가 뜹니다. 경고는 선택을 사람에게 맡깁니다. 세트를 가장 엄격한 채널에 맞춰 줄이거나, 채널별로 플랜을 따로 세울 수 있습니다.

태그도 캡션의 허용 글자 수를 함께 씁니다. 게시물은 캡션, 빈 줄, 태그 순서로 측정하므로, 12자짜리 태그 세 개와 그 사이의 공백, 앞의 빈 줄이 X가 허용하는 280자 중 40자를 차지합니다. 태그는 링크도 되어야 합니다. # 기호 뒤에 글자, 숫자, 밑줄이 이어져야 하므로 #Spring-Blend는 경고가 뜨고 #SpringBlend는 뜨지 않습니다. 실행은 글자 수를 세기 전에 할 수 있는 정리를 먼저 합니다. 빠진 # 기호를 붙이고, 태그 안의 공백을 없애고, 대소문자만 다른 태그는 한 번만 셉니다.

발행할 수 있는 사람과 요청만 할 수 있는 사람

편집 권한은 실행을 요청하고, 게시 권한은 실행을 기록합니다

두 가지 권한이 역할을 나눕니다. 클라이언트에 대한 라이브러리 편집 권한이 있으면 점검을 실행하고 요청을 낼 수 있으며, 이 사람의 버튼은 “실행 승인 요청”입니다. 편집 권한에 더해진 게시 권한은 실행을 직접 시작합니다. 게시 권한만으로는 요청을 승인하거나 반려하고, 실행을 취소하고, 게시물을 게시 완료로 표시할 수 있습니다. 요청자는 대기 중에 자신의 요청을 철회할 수 있고, 반려에는 언제나 서면 사유가 붙습니다.

이렇게 나누면 편집자는 실행 전체를 준비하고 게시 권한자는 그에 대해 책임질 수 있으며, 작은 팀에서는 한 사람이 둘 다 가질 수 있습니다. 요청이 들어오면 클라이언트의 게시 권한자에게 알림 벨이 울리고, 알림 설정에 따라 그중 최대 다섯 명에게 이메일이 갑니다. 요청은 팀 > 승인의 실행 탭에 나타나고 프로젝트에 “Approve launch” 업무가 열립니다. 게시 권한자가 승인하기 전에는 아무것도 움직이지 않으며, SNS는 승인해도 자동으로 옮겨 갈 곳이 없습니다. 게시는 앱이 아니라 사람이 합니다. 대행사 팀원에게는 권한과 클라이언트 배정이 모두 필요하고 대행사 관리자는 모든 권한을 가지므로, 금요일에 올리겠다고 약속하기 전에 그 클라이언트의 게시 권한자가 누구인지 확인해야 합니다.

실행마다 하나씩 생기는 발행 업무

담당자가 정해지고 마감은 일주일 뒤이며 기록으로 되돌아가는 링크가 붙습니다

직접 실행을 만들면 클라이언트의 대행사 전용 “Marketing Plans” 프로젝트에 업무가 열립니다. 제목에는 게시물과 채널이 들어가며, “Launch Spring Blend post on Facebook, Instagram”이 그 예입니다. 업무는 실행을 시작했거나 요청을 승인한 게시 권한자에게 배정되고, 요청자는 지켜보는 사람으로 추가되며, 높은 우선순위로 표시되고, 마감은 7일 뒤이며, 실행으로 연결됩니다. 업무가 프로젝트 안에 있으므로 보드와 담당자의 업무 목록에서 다른 업무와 나란히 보이고, 마감일은 바로 그런 곳에서 눈에 띕니다.

업무에는 해야 할 일과 마지막에 할 일이 적혀 있습니다. 내보낸 스펙을 보고 채널마다 게시한 다음, 실행 페이지에서 실행을 기록하고 게시된 링크가 있으면 함께 넣습니다. 업무를 완료한다고 해서 게시물이 게시 완료로 표시되지는 않으므로, 체크한 칸이 실제로 올라간 게시물을 대신할 수 없습니다. 대기하는 동안 실행 행에는 “수동 실행 대기” 칩과 “직접 게시를 기다리는 중”이라는 문구가 붙습니다.

채널을 가로지르는 클라이언트의 발행 기록

클라이언트의 모든 실행과 누가 언제 무엇을 했는지

실행 페이지는 클라이언트 한 곳씩 읽으므로 각 목록은 그 클라이언트의 발행 이력입니다. 승인을 기다리는 게시물, 직접 게시되기를 기다리는 게시물, 그리고 끝난 게시물이 나오고 최신 100건까지 표시됩니다. 행마다 게시물 이름, 요청한 사람, 상태 칩, 경과 시간이 나옵니다. 목록 위의 네 가지 수치는 스크롤하기 전에 남은 일을 보여 줍니다. 준비된 플랜, 승인 대기 중인 실행, 진행 중인 실행, 완료된 실행입니다. 헤더에서 클라이언트를 바꾸면 페이지도 함께 바뀌고, “전체 클라이언트”를 고르면 한 곳을 먼저 고르라고 안내합니다.

실행을 열면 채널마다 캡션, 한도 대비 글자 수, 함께 가는 소재 개수가 나오고, 그다음 통과한 점검과 모든 단계의 타임라인이 나옵니다. “스펙 내보내기(JSON)”는 고정된 게시물 전체를 내려받습니다. 클라이언트와 통화하다 나오는 질문, 즉 어떤 버전이 승인됐는지, 누가 게시 완료로 기록했는지, 어디에 올라가 있는지에 이 기록이 답합니다. 이 기록은 대행사의 것입니다. 클라이언트 포털에는 포함되지 않으며 관련 업무도 대행사 전용으로 유지됩니다.

이 워크플로가 일부러 자동화하지 않는 것

게시도, 예약도, 채널에서 결과를 읽어 오는 일도 하지 않습니다

AI Marketing Dashboard에는 어떤 SNS 채널로도 게시를 연결하는 기능이 없습니다. 이 워크플로는 페이스북, 인스타그램, 링크드인, X에 로그인하지 않고, 게시하지 않으며, 나중을 위해 대기열에 올리거나 예약하지도 않습니다. 게시물이 올라갔는지 다시 읽어 오지도 않으므로 “게시됨”은 채널의 확인이 아니라 게시 권한자의 진술이고, 성과는 이 워크플로가 건드리지 않는 리포트의 영역입니다. 모든 SNS 실행의 점검 항목 하나가 같은 말을 자기 문구로 합니다. “게시 기능은 아직 연결되지 않았습니다”입니다. 내보내기에는 이미지마다 이름이 담기고 웹 파일 링크가 있으면 그 링크도 담기며, 이미지를 올리는 일도 수동 단계입니다.

자동으로 해 주는 일은 게시물 둘레의 모든 것입니다. 캡션을 묶어 두는 승인, 채널별 점검, 업무, 알림, 기록입니다. 팀이 채널에서 직접 게시하든 이미 쓰는 예약 툴로 게시하든 실행은 똑같이 보이고, 내보낸 캡션과 해시태그는 어느 쪽에서든 그대로 쓸 수 있습니다. SNS 실행은 Agency 요금제 이상에서 제공합니다.

SNS 콘텐츠 발행 워크플로, 대행사의 여섯 단계

워크플로는 승인된 캡션에서 기록된 링크까지 이어집니다. 단계마다 누가 맡고 제품이 어디에 기록을 남기는지 정리했습니다.

앞의 네 단계는 제품이 점검하고 기록합니다. 다섯째는 채널에서 직접 작업하는 사람의 몫이고, 여섯째는 워크플로 전체를 의미 있게 만드는 습관입니다.

승인에서 기록된 게시물까지의 단계
단계일어나는 일담당기록되는 곳
승인검토자가 캡션, 해시태그, 채널, 아트워크를 한 묶음으로 확인해 승인합니다“Approve” 권한(승인 권한)이 있는 검토자팀 > 승인과 플랜
점검실행이 지정된 모든 채널에서 게시물을 점검합니다라이브러리 편집 권한이 있는 누구나실행 대화 상자의 점검 결과
요청 또는 시작편집자가 실행을 요청하거나 게시 권한자가 직접 시작합니다편집자, 그다음 게시 권한자팀 > 승인의 실행과 실행 페이지
인계게시할 사람을 위한 업무가 열리고, 스펙을 내보내는 실행으로 연결됩니다실행을 시작했거나 승인한 게시 권한자프로젝트의 “Marketing Plans”
게시누군가 내보낸 파일을 보고 채널마다 게시합니다배정된 사람각 채널 자체
기록게시 권한자가 게시된 링크와 메모를 더해 게시물을 게시 완료로 표시합니다게시 권한자실행의 기록과 타임라인

게시하는 사람을 위한 발행 당일 체크리스트

실행 페이지는 게시물이 고정되기 전에 점검합니다. 이 목록은 채널에 있는 사람만 확인할 수 있는 내용을 다룹니다.

  1. 업무에서 실행을 열고 스펙을 내보내서, 캡션을 채팅 메시지나 광고 카피 관리에 있는 오래된 사본이 아니라 기록에서 가져옵니다.
  2. 내 계정이 아니라 클라이언트의 계정이나 페이지로 로그인하고, 무엇이든 붙여 넣기 전에 맨 위의 이름을 읽어 봅니다.
  3. 캡션을 내보낸 그대로 붙여 넣고, 해시태그는 빈 줄 다음 별도의 줄에 붙여 넣습니다. 점검이 게시물을 센 방식이 바로 이것입니다.
  4. 다운로드 폴더에 있는 비슷한 파일이 아니라 광고 소재 라이브러리의 승인된 아트워크를 첨부합니다.
  5. 채널의 자체 작성 화면에서 게시물을 확인합니다. 이미지 자르기, 말줄임, 링크 카드는 채널이 정하는 것이며 플래너의 미리보기는 대표 예시일 뿐입니다.
  6. 게시합니다. 게시물이 여러 채널로 간다면 내보낸 파일에서 채널별 항목을 보고 각 채널마다 같은 단계를 반복합니다.
  7. 게시된 글을 열어 해시태그와 링크가 작동하는지 확인하고, 그 게시물의 주소를 복사합니다.
  8. 실행으로 돌아가 링크 칸에 그 주소를 넣고 게시 완료로 표시합니다.

SNS 실행을 막는 것과 경고만 하는 것

문제는 실행을 꺼 둡니다. 경고는 표시만 하고 판단을 사람에게 맡깁니다.

SNS 실행 점검이 게시물을 분류하는 방식
발견 사항등급조치
선택한 채널 없음문제플랜에서 채널을 한 개 이상 고릅니다
캡션도 해시태그도 없음문제실행하기 전에 캡션을 씁니다
해시태그만 있고 캡션 없음경고게시물의 내용을 설명하는 캡션을 더합니다
캡션과 해시태그를 합친 게시물이 채널 한도를 넘음(X: 280자, 인스타그램: 2,200자, 링크드인: 3,000자, 페이스북: 63,206자)문제캡션을 줄이거나 해시태그를 빼고 새 버전을 승인받습니다
상한이 엄격한 유일한 채널인 인스타그램에서 해시태그가 30개를 넘음문제개수가 맞을 때까지 태그를 뺍니다
채널이 권장하는 개수를 넘는 해시태그 세트경고세트를 줄이거나 게시물을 두 개의 플랜으로 나눕니다
링크되지 않는 해시태그경고글자, 숫자, 밑줄만 씁니다
채널에 인스타그램이 있는데 이미지나 동영상이 첨부되지 않음문제플랜에 소재를 첨부합니다
소재가 전혀 없고 소재를 요구하는 인스타그램도 없음경고게시물은 텍스트만으로 나갑니다
파일 링크 없이 플랜 안에 저장된 아트워크경고게시하기 전에 라이브러리의 광고 소재에서 내려받습니다
페이지에 규칙이 없는 채널경고발행하기 전에 게시물이 맞는지 직접 확인합니다

문제를 고치려면 플랜을 수정해야 하고, 승인된 게시물을 수정하면 승인 내용이 달라지므로 고친 버전은 다시 검토자에게 갑니다. 이 순환은 의도한 것입니다. 발행되는 캡션이 곧 승인된 캡션이어야 하기 때문입니다.

게시 완료로 표시할 때 링크와 메모에 넣을 내용

“Mark as published”(게시 완료로 표시)에는 선택 입력란이 둘 있으며, 기록의 질은 이 두 칸을 얼마나 채우느냐에 달려 있습니다.

  • 링크: 게시된 글 자체의 주소를 완전한 https URL로 넣습니다. 실행에는 링크를 하나만 담을 수 있으므로 클라이언트가 가장 먼저 볼 채널을 고릅니다.
  • 메모: 2,000자까지 쓸 수 있습니다. 다른 채널의 링크, 올라간 시각, 채널이 바꾼 내용을 여기에 적습니다.
  • 이름: 실행을 표시한 사람의 이름이 자동으로 기록되므로, 기록에 책임을 지는 계정이 언제나 분명합니다.

실행을 표시하면 해당 행이 “Published”(게시됨)로 바뀌고, 링크가 담긴 댓글과 함께 프로젝트의 업무가 닫힙니다. 그러면 플래너에서 게시물이 “Published”로 표시되고 요청자와 승인한 게시 권한자에게 알림이 갑니다. 그 뒤로 플랜은 잠기므로 새 버전은 복제해서 시작합니다. 이 단계에서는 아무것도 게시되지 않으며 기록만 합니다.

팁

다음 계정 매니저를 위해 메모 쓰기

몇 달 뒤 클라이언트가 인스타그램의 이미지 자르기가 승인된 아트워크와 왜 다른지 묻는다고 상상해 보세요. 그날 써 둔 메모가 한 줄로 답해 주고, 고정된 스펙은 무엇이 승인됐는지 보여 줍니다.

워크플로가 막거나 드러내는 발행 실수

  • 승인 전에 게시하기. “Ready to launch”(실행 준비 완료)에는 승인된 게시물만 올라오므로, 이 목록이 그날의 허가증입니다.
  • 채널의 작성 화면에서 캡션을 고치기. 고정된 스펙에 승인된 내용이 남아 있으므로 차이가 눈에 보이고, 그 이유는 메모에서 설명합니다.
  • 두 사람이 같은 항목을 게시하기. 플랜 하나에 열려 있는 실행은 하나뿐이고 그 업무의 담당자도 한 명입니다.
  • 기록을 잊기. 업무의 마감은 준비한 날로부터 일주일 뒤이며, 실행이 표시될 때까지 담당자의 프로젝트 목록에 남습니다.
  • “Published”를 채널의 확인으로 착각하기. 이는 게시 권한자의 진술이므로 게시된 글을 한 번 열어 확인합니다.
  • 오래된 내보내기 파일로 게시하기. 스펙은 예전 메시지가 아니라 실행 자체에서 내려받습니다.

대행사의 클라이언트 전체로 워크플로를 도입하는 법

역할을 글로 적어 두고 작게 시작합니다.

  1. 게시 권한을 가질 사람 정하기

    클라이언트마다 “Publish” 권한(게시 권한)을 가질 사람을 고릅니다. 작은 팀에서는 계정 책임자이고, 더 큰 팀에서는 짧은 목록입니다.

  2. 누가 게시할지 합의하기

    실행을 시작하거나 요청을 승인한 사람이 업무를 받으므로, 둘 중 누가 키보드 앞에 앉을지 정합니다.

  3. 기록 규칙 정하기

    링크 칸에는 첫 번째 채널의 주소를 넣고 메모에는 나머지 주소와 올라간 시각, 채널이 바꾼 내용을 적기로 합의합니다.

  4. 클라이언트 한 곳으로 두 주 운영하기

    그 클라이언트의 실행 목록과 팀 > 승인의 항목을 함께 읽고, 기록이 말해 주지 못하는 부분을 고칩니다.

  5. 나머지 클라이언트 추가하기

    두 주 동안의 기록이 깔끔하게 읽히면 남은 클라이언트에도 같은 방식을 적용합니다. 게시물은 SNS 콘텐츠 기획에서 기획하고 아트워크는 광고 소재 관리에 보관합니다.

요금제

요금제별 제공 범위

SNS 실행은 월 299달러의 Agency 요금제와 Scale, Enterprise 요금제에 포함됩니다. 월 99달러의 Studio 요금제에는 SNS와 유료 광고가 빠져 있고 이메일과 문자는 포함됩니다. 같은 방식의 유료 광고 쪽은 광고 집행 체크리스트입니다.

자주 묻는 질문

대행사의 SNS 콘텐츠 발행 워크플로란 무엇인가요?

승인된 초안이 게시된 글과 그 기록이 되기까지 게시물이 거치는 순서로, 점검하고, 넘기고, 게시하고, 기록하는 과정입니다. 여기서는 제품이 승인, 채널별 점검, 발행 업무, 기록을 맡고, 각 채널에 게시하는 일은 사람이 합니다.

실행 페이지가 페이스북, 인스타그램, 링크드인, X에 게시하거나 예약할 수 있나요?

아니요. 게시 연결이 없으므로 이 페이지는 채널에 로그인하지도, 게시하지도, 대기열에 올리거나 예약하지도 않습니다. 업무를 만들고 채널마다 게시물이 담긴 내보내기 파일을 제공하며, 게시는 사람이 합니다. 그 뒤 게시 권한자가 결과를 기록합니다. 팀이 게시물을 예약한다면 이미 쓰는 툴에서 하면 됩니다.

누가 게시물을 게시 완료로 표시할 수 있나요?

게시 권한자, 즉 해당 클라이언트에 대한 게시 권한을 가진 사람입니다. 라이브러리 편집 권한이 있는 편집자는 점검을 실행하고 실행을 요청할 수 있으며 요청자는 대기 중에 자신의 요청을 거둘 수 있지만, 승인, 반려, 취소, 기록은 게시 권한자의 몫입니다. 두 권한은 클라이언트별로 확인되므로 한 클라이언트에 게시할 수 있는 팀원이 다른 클라이언트의 게시물을 기록할 수는 없고, 대행사 관리자는 모든 클라이언트에 대해 행동할 수 있습니다.

게시물을 게시 완료로 표시하면 프로젝트에서는 무슨 일이 일어나나요?

해당 클라이언트의 대행사 전용 “Marketing Plans” 프로젝트에 있는 실행 업무가 완료로 옮겨지고, 누가 기록했는지와 링크, 메모를 인용한 댓글이 남습니다. 플래너에서는 게시물이 “Published”로 표시되고 요청자와 승인자 모두에게 알림이 갑니다. 업무만 완료한다고 해서 게시물이 게시 완료로 표시되지는 않습니다.

여러 채널에 올라간 게시물의 링크도 기록할 수 있나요?

실행에는 링크를 하나만 담을 수 있습니다. 링크 칸에는 첫 번째 채널의 주소를 넣고 나머지는 2,000자까지 쓸 수 있는 메모에 나열합니다. 기록에는 그 게시물에 대한 실행 하나, 채널마다 통과한 점검, 하나의 타임라인이 남습니다.

승인된 뒤에 캡션을 바꿔야 하면 어떻게 하나요?

플랜을 수정합니다. 그러면 승인은 “Changed since approval”(승인 후 변경됨)로 표시되고, 수정한 버전이 다시 제출되어 승인될 때까지 게시물은 준비 목록에서 빠집니다. 실행이 열려 있는 동안에는 플랜을 수정할 수 없으므로 캡션을 바꿔야 한다면 먼저 실행을 취소합니다. 고정된 내보내기는 바뀌지 않으므로 승인된 내용은 기록으로 남습니다.

클라이언트가 발행 기록을 볼 수 있나요?

아니요. 실행 페이지와 실행 업무는 대행사 전용입니다. 포털의 클라이언트는 승인된 라이브러리 자산처럼 대행사가 그곳에 공유한 내용만 보며 실행, 점검, 프로젝트 업무는 보지 못합니다. 이 기록은 대행사가 어떤 버전이 승인됐고 누가 게시 완료로 표시했는지 답하기 위해 존재합니다.

어느 요금제에 SNS 실행이 포함되나요?

SNS 실행은 SNS 플래너처럼 Agency 요금제 이상이 필요합니다. Agency는 월 299달러(미국 달러 기준)이며 그 위에 Scale과 Enterprise가 있습니다. 월 99달러의 Studio에는 SNS와 유료 광고가 빠져 있고, 이메일과 문자 도구는 모든 요금제에 있습니다.