도입 가이드

공고 초안보다 달력이 먼저다

솔루션을 도입하고 나서 처음 받게 되는 내부 질문은 대체로 이렇다. '어떤 제품을 올릴까', '몇 명을 뽑을까'. 그런데 그 전에 열어야 할 화면이 따로 있다. 캠페인 일정 달력이다. 공고 초안은 이 달력 위에서 역산이 끝난 뒤에야 시작될 수 있다.

6가지 일자가 캠페인의 뼈대를 이룬다

탄즈소프트 관리자 화면의 캠페인 일정 달력은 승인된 캠페인별로 여섯 날짜를 한 화면에 표시한다. 신청 시작·신청 종료·선정자 발표·리뷰 등록 시작·리뷰 등록 종료·캠페인 결과 발표가 그것이다. 이 여섯 일자는 공고 페이지에 표시될 항목인 동시에, 운영 전체의 타임라인을 구성하는 변수다. 어느 하나가 어긋나면 그 뒤 단계가 모두 밀린다.

역산의 출발점은 '리뷰가 필요한 날'이다

출시일이나 시즌 개막 같은 목표 날짜가 있다면, 그 시점에 리뷰가 검색에 노출되어 있어야 한다. 역산은 그 날짜에서 시작한다. 캠페인 결과 발표 → 리뷰 등록 종료 → 리뷰 등록 시작 → 선정자 발표 → 신청 종료 → 신청 시작 순으로 거슬러 올라가면서, 각 구간에 필요한 운영 여유(제품 발송, 체험 기간, 검수 여유 등)를 더한다. 그 끝에서 나온 신청 시작일이 실제로 달력에 들어갈 수 있는지 확인하는 것이 첫 번째 작업이다.

달력 한 화면이 일정 충돌을 드러낸다

관리자 일정 달력은 날짜 칸마다 해당 날에 몰린 일정 항목 수를 보여준다. '신청 종료 7'이라면 그날 신청 마감 캠페인이 7개라는 뜻이다. 도입 초기에 분기 캠페인 3~4개를 계획한다면, 여섯 일자 세트를 달력에 먼저 배치해 충돌 여부를 확인하는 것이 공고 본문 작성보다 앞선다. 같은 날에 선정자 발표와 신청 마감이 동시에 몰리면 운영 부하는 예상 외로 커진다.

일정 확정 뒤에야 공고가 설계된다

신청 기간이 정해지면 모집 인원의 현실성을 따질 수 있다. 리뷰 등록 기간이 정해지면 어떤 채널 리뷰를 얼마나 요청할지의 가이드라인 밀도가 결정된다. 제공 내용·리뷰어 조건·공고 제목은 이 일정 틀 안에서 쓰는 것이다. 반대로 공고를 먼저 쓰고 일정을 나중에 끼워 맞추면, 선정자 발표일이 공휴일에 걸리거나 리뷰 등록 기간이 배송 소요 기간을 소화하지 못하는 구조가 생긴다. 탄즈소프트 관리자 화면에서 일자를 변경하려면 [캠페인 목록] → 캠페인 수정으로 이동해야 하므로, 처음부터 일정을 맞춰 등록하는 편이 운영 부담이 낮다.

도입 첫 주에 달력을 먼저 여는 이유

솔루션 도입 후 달력 화면은 캠페인이 승인된 뒤에 일정이 채워진다. 따라서 첫 캠페인 등록 전에는 아직 비어 있다. 그래도 분기 계획 단계에서 여섯 일자를 먼저 역산해두는 것은 이 화면이 채워지기 전에 해야 할 작업이다. 공고 초안을 먼저 완성하고 일정을 나중에 맞추려는 팀은, 같은 설계를 두 번 하게 된다.