숫자가 아닌 판단을 기록한다
캠페인이 목표 신청 인원을 채우지 못했을 때, 운영자의 첫 반응은 수치를 확인하는 것이다. 신청 현황, 모집 기간, 결과 발표일. 하지만 그 숫자만으로는 다음 캠페인을 어떻게 달리 설계할지 알 수 없다. 설계 판단이 담긴 메모가 필요하다.
영역 1 — 일정 밀집 맥락
탄즈소프트 관리자 화면의 캠페인 일정 달력은 승인된 캠페인의 여섯 가지 핵심 일자(신청 시작·종료, 선정자 발표, 리뷰 등록 시작·종료, 캠페인 결과 발표)를 한 화면에 표시한다. 같은 날짜에 얼마나 많은 일정이 몰렸는지 한눈에 보인다.
실패 캠페인의 신청 종료일 칸에 몇 건이 겹쳐 있었는지, 달력 화면을 기준으로 메모한다. 숫자가 아닌 맥락, 즉 '그 날짜를 왜 그때 골랐는가'의 이유까지 기록해야 다음 일정 설계에서 같은 실수를 피할 수 있다.
영역 2 — 노출·정렬 설계 판단
캠페인 출력 관리 화면은 노출 상태(노출/미노출)와 추천·여분1~4의 정렬 우선순위 값을 다룬다. 값이 낮을수록 사이트 앞에 노출된다. 실패한 캠페인이 모집 기간 동안 어떤 정렬값으로 배치됐는지, 노출 전환이 신청 시작과 맞닿아 있었는지를 기록한다.
정렬값과 노출 상태는 클릭 몇 번으로 바꿀 수 있지만, 왜 그 값을 선택했는지는 화면 어디에도 남지 않는다. 그 판단 이유가 메모의 핵심이다.
영역 3 — 상태 전환 이력과 보류 맥락
캠페인 목록에서 캠페인은 검수요청 → 승인 혹은 보류 경로를 거친다. 보류 처리된 캠페인이 뒤늦게 승인됐다면, 그 시차가 모집 기간에 영향을 줬을 가능성이 있다. 최고관리자·부관리자가 승인 상태를 전환할 때 어떤 판단으로 보류를 결정했는지, 재승인까지 며칠이 걸렸는지를 기록한다.
상태 배지와 등록일자는 목록에 표시되지만, 보류 판단의 맥락이나 수정 협의 내용은 이후 화면에서 다시 꺼내기 어렵다. 이 공백이 설계 변경의 단서를 가장 많이 잃는 지점이다.
기록이 설계로 이어지는 구조
세 영역의 메모는 각각 독립적이지 않다. 일정 밀집을 피하지 못한 이유가 승인 지연에서 비롯됐을 수 있고, 뒤늦은 노출 전환이 모집 기회를 줄였을 수 있다. 세 영역을 함께 읽어야 설계상의 인과가 보인다. 숫자 리포트는 결과를 기록하지만, 이 메모 구조는 다음 번 결정을 바꾼다.
이 솔루션 데모 체험
실제 운영 환경에서 모든 기능을 직접 확인할 수 있습니다.