도입 가이드

캠페인이 끝난 뒤에도 남는 것

캠페인 한 건이 종료되면 모집 신청·선정 발표·리뷰 등록 같은 실행 이벤트는 모두 과거형이 된다. 그러나 그 캠페인을 운영하기 위해 설계했던 구조는 플랫폼 안에 그대로 남는다. 누가 어떤 캠페인을 담당하는가, 어떤 순서로 사이트에 노출되는가, 여섯 가지 일정이 어떤 리듬으로 배치되는가 — 이 판단들이 다음 캠페인의 출발점을 형성한다.

소멸하는 것: 실행의 흐름

신청자 수, 선정 결과, 리뷰 등록 건수는 캠페인 단위로 발생하고 그 단위 안에서 소비된다. 다음 캠페인에 그대로 이식되지 않는다. 실행은 반복될 수 있지만, 각 실행 자체는 소멸한다. 이 점을 인식하지 못하면 운영 노하우가 쌓이는 것이 아니라 매번 처음부터 다시 시작하게 된다.

남는 것: 세 가지 운영 자산

담당자 배정 구조

탄즈소프트 관리자 시스템에서 캠페인관리자는 본인에게 배정된 캠페인만 조회·처리할 수 있다. 이 배정 관계는 캠페인이 종료된 뒤에도 계정 단위로 유지된다. 최고관리자·부관리자가 모든 캠페인을 직접 처리하는 대신, 책임 범위가 계정에 묶인 캠페인관리자 구조가 확장성의 토대가 된다.

일정 배치의 논리

캠페인 일정 달력에는 승인된 캠페인마다 신청 시작 · 신청 종료 · 선정자 발표 · 리뷰 등록 시작 · 리뷰 등록 종료 · 캠페인 결과 발표, 여섯 가지 일자가 한 화면에 표시된다. 어떤 날에 일정이 몰려 있는지를 한눈에 파악할 수 있다는 것은, 다음 캠페인을 설계할 때 병목 구간을 미리 분산할 수 있다는 뜻이기도 하다. 이 여섯 가지 틀 자체가 조직이 운영 리듬을 만드는 공통 언어가 된다.

노출 우선순위 기준

캠페인 출력 관리에서는 추천·여분1~4 값을 설정해 사이트 노출 순서를 정하고, 노출 상태(노출/미노출)를 독립적으로 제어한다. 어떤 형태의 캠페인을 앞에 내세울 것인가, 어떤 기준으로 추천 순위를 부여할 것인가 — 이 판단이 반복되면 조직의 출력 정책이 된다.

구조를 자산으로 만드는 관점

운영 자산은 캠페인이 성공했을 때 저절로 생기지 않는다. 캠페인마다 담당자 배정 방식, 일정 배치의 논리, 노출 우선순위 기준을 일관되게 유지하고 조정할 때 쌓인다. 실행은 소멸하지만, 그 실행을 가능하게 한 구조는 다음 실행의 출발점이 된다. 장기적으로 보면 플랫폼이 저장하는 것은 데이터가 아니라 판단의 반복이다.