대행사 운영 종료(2026년 11월) 이후 광고 계정을 내부에서 직접 운영하는 체제로 전환합니다.
이 문서는 그 전환 과정에서 맡게 될 과업과, 각 과업의 완료를 판단할 산출물을 정의합니다.
선상 낚시 예약 중개를 축으로, 낚시용품 커머스 · 조황·물때 정보 · 커뮤니티 · 낚시대회를 하나의 앱에 묶은 낚시 종합 플랫폼입니다. 손님이 쓰는 고객앱, 선주(선박 사장님)가 쓰는 사장님앱, 내부 운영 어드민 세 축으로 서비스가 구성됩니다.
| 영역 | 내용 | 수익 구조 |
|---|---|---|
| 선상 예약 | 전국 항·포구의 선상 낚시 선박 예약 중개. 날짜·어종·지역 기반 탐색 → 결제 → 출조 | 예약 수수료 3% |
| 커머스 | 낚시용품 판매. 현재는 스마트스토어에서 운영하며, 앱 내 커머스는 이후 모듈로 추가 예정 | 상품 판매 마진 |
| 정보·커뮤니티 | 조황·물때·포인트맵(지도), 조과 등록, 커뮤니티 | 체류·재방문 자산 |
| 낚시대회 | 선박·업체 주최 대회 접수·정산 대행 | 대행 수수료 |
| 선주센터 | 사장님앱 — 예약·좌석·정산·조황 관리 | 공급 확보 |
분리되어 있던 서비스를 하나의 앱/웹으로 통합해 9월 9일 론칭합니다. 이 프로젝트가 이번 채용의 배경입니다.
| 축 | 지금까지 | 9월 9일 이후 |
|---|---|---|
| 통합 범위 | 서비스별 분리 운영 | 예약 · 낚시대회 · 지도(조황·물때·포인트맵) 세 축을 하나의 앱에 통합. 쇼핑은 당분간 스마트스토어에서만 판매하고, 앱 커머스는 이후 모듈 형태로 추가됩니다 — 예약 고객에게 용품을 연결하는 크로스셀이 목적 |
| 진입 | 앱 중심 | 웹·앱 통합 구조. 웹 URL이 곧 앱 진입 경로 |
| 사용자 흐름 | 예약은 예약, 정보는 정보 | 지도·조황으로 들어온 사람이 예약으로, 예약한 사람이 대회·용품으로 이어지는 흐름 |
| 측정 | 기존 이벤트 체계 | 이벤트·전환 체계 재설계 (아래) |
마케팅 관점에서 9월 9일의 의미 — URL과 화면 구조가 한꺼번에 바뀝니다. 아무 준비 없이 넘어가면 캠페인 랜딩이 깨지고, 전환 집계가 리셋되고, 리마케팅 모수가 비워집니다. 그래서 이 전환에서 가장 중요한 요구사항은 "기존 성과 데이터가 끊기지 않게 하는 것"입니다. 9월 9일 이전과 이후의 성과를 같은 기준으로 이어 볼 수 없으면, 12월 이후 내부 운영은 근거 없이 시작하게 됩니다.
| 도구 | 용도 | 비고 |
|---|---|---|
| GA4 | 웹·앱 행동 분석, 전환 측정 | 통합 서비스 기준으로 이벤트·전환을 재설계 중. 설계와 구현은 내부 프론트엔드 개발자가 리딩합니다 |
| 구글 애즈 · 메타 | 퍼포먼스 광고 (대행사 운영) | 계정 구조·전환 설정 점검이 1단계 과업 |
| 네이버 검색광고 | 주요 키워드 검색광고 | 내부 직접 운영 중 |
| 애플 서치애드 | 앱 스토어 검색광고 | 경쟁 키워드 대응 중심 |
| 플레어레인 (FlareLane) | 앱 푸시 · 인앱 메시지 | 세그먼트 발송·자동화 기능 보유. 광고와 역할이 겹치는 구간이 있어 분담 정리가 필요합니다 |
| 채널톡 | 고객 상담 · 마케팅 메시지 | 상동. 상담 유입과 광고 유입의 관계 정리 필요 |
| MMP | — | 미사용. 필요하다고 판단되면 도입 검토 가능 — 도입 여부와 근거 자체가 과업의 일부 |
광고 최적화 이벤트는 가입·유입 기준이 아니라 결제 완료 단일 이벤트로 정리하는 방향이 확정되어 있습니다.
| 구간 | 기간 | 운영 모드 | 이 기간에 해야 하는 일 |
|---|---|---|---|
| 성수기 | 9~11월 | 공격 (볼륨) | 집행은 대행사가 유지. 그 위에서 점검 · 효율 개선 · 학습용 데이터화 |
| 비수기 | 12~2월 | 학습 (실험) | 내부 계정 이관·재구축, 리타게팅·상품별 테스트, 리포팅 정착 |
| 시즌 재개 | 27년 3월~ | 본운영 | 효율/볼륨 분리 운영 원칙에 따른 본격 최적화 |
| 단계 | 기간 | 계정 운영 주체 | 이 단계의 목표 |
|---|---|---|---|
| 1단계 | 2026.09 ~ 11 | 대행사 (계약 11월 말 종료) | 점검과 축적 — 지금 계정과 측정이 제대로 잡혀 있는지 직접 들어가 판정하고, 9/9 전환에서 데이터가 끊기지 않게 지키며, 성수기에 실제로 먹힌 조합을 재현 가능한 형태로 남긴다 |
| 2단계 | 2026.12 ~ 27.02 | 내부 직접 운영 | 이관과 재구축 — 계정·캠페인·리포팅을 통합 서비스 기준으로 새로 세우고, 비수기에 학습을 돌린다 |
| 3단계 | 2027.03 ~ | 내부 직접 운영 | 본격 운영·최적화 — 시즌 사업에 맞는 효율/볼륨 분리 운영 원칙 위에서 성과를 낸다 |
단계 사이의 가장 중요한 선 — 11월 말 대행 계약 종료는 곧 계정·픽셀·전환·잠재고객 모수·소재 원본의 소유권이 정리되어야 하는 시점입니다. 여기서 무엇을 잃으면 12월에 무엇이 불가능해지는지를 미리 계산해 두는 것이 1단계의 실질적 성패입니다.
| No. | 과업 | 구체적으로 무엇을 하는가 | 산출물 |
|---|---|---|---|
| T-01 | 계정·측정 현황 진단 | 구글 애즈 · 메타 · 네이버 검색광고 · GA4에 직접 들어가 지금 상태를 평가합니다. ① 계정→캠페인→광고그룹 계층이 예약과 용품 구매로 목적이 분리되어 있는지 ② 전환 설정이 실제 결제와 맞물려 있는지, 중복·누락 전환이 없는지 ③ UTM과 랜딩이 규칙 없이 섞여 있지 않은지 ④ GA4에서 광고 판단에 필요한 지표(유입→예약 완주, 채널별 기여)를 실제로 꺼내 볼 수 있는지 ⑤ 예산 이동 로직이 성수기 변동성에 대응 가능한지 | D-01 |
| T-02 | 9/9 전환 데이터 연속성 확보 최우선 | 통합 론칭 전후로 성과 데이터가 끊기지 않게 지킵니다. 바뀌는 URL과 유지되는 URL을 목록으로 만들고, 캠페인 랜딩·UTM·전환 이벤트 중 무엇을 그대로 두고 무엇을 갈아야 하는지 정한 뒤, 광고 관점에서 필요한 요구사항을 개발팀에 전달합니다. 론칭 직후에는 전환 수·매출이 이전 기간과 이어지는지 대사합니다 | D-02 |
| T-03 | 성수기 효율 개선 가이드 | 집행 중인 캠페인에 대해 무엇을 끄고 무엇을 키울지 주 단위로 권고합니다. 이때 학습 리셋을 유발하는 변경과 아닌 변경을 구분해 표기해, 성수기 한복판에서 성과가 무너지는 일을 막습니다 | D-03 |
| T-04 | 승자 조합 정리 | 소재 × 키워드 × 랜딩(웹/앱)의 어떤 조합이 성수기에 먹혔는지를 다음 사람이 그대로 다시 집행할 수 있는 형태로 남깁니다. 12월 이후 내부 운영 표준의 원본이 됩니다 | D-04 |
| T-05 | 계정·자산 이관 계획 최우선 | 계정·픽셀·전환 이벤트·잠재고객 모수·소재 원본이 지금 누구 소유인지 항목별로 확인하고, 계약 종료일에서 역산한 이관 순서를 만듭니다. 학습 자산을 최대한 살리는 방법과, 못 옮길 경우의 대안까지 포함합니다 | D-05 |
| T-06 | 2모드 운영 체계 정의 | 성수기(공격)와 비수기(학습·리타게팅·상품/예약별 테스트)를 별도의 운영 모드로 분리하고, 언제 어떤 신호로 모드를 바꾸는지 기준을 문서화합니다 | D-10 |
| No. | 과업 | 구체적으로 무엇을 하는가 | 산출물 |
|---|---|---|---|
| T-07 | 계정 재설계·이관 실행 | 내부 계정 기준으로 캠페인 구조를 새로 설계하고 이관을 실행합니다. 한꺼번에 옮기면 전 캠페인이 동시에 학습에 들어가므로, 학습 기간을 감안한 순차 전환 일정이 함께 나와야 합니다 | D-06 |
| T-08 | 네이밍·UTM 규칙 통일 | 목표 · 캠페인 네이밍 · UTM 규칙을 하나로 통일해 운영자가 바뀌어도 성과 비교가 끊기지 않게 만듭니다. 규칙서와 링크 생성 템플릿, 그리고 기존 데이터와 이어 붙이는 방법까지 | D-07 |
| T-09 | 광고 측정 요구사항 정의·검증 | GA4 이벤트 설계와 구현은 내부 프론트엔드 개발자가 리딩합니다. 프리랜서는 광고 최적화 관점에서 무엇이 필요한지를 요구사항으로 제시하고, 구현 결과를 검증하는 역할입니다 — 어떤 이벤트·파라미터가 있어야 매체 전환으로 쓸 수 있는지, 전환 정의·기여 기간·중복 제거를 어떻게 맞출지, 매체 수치와 GA 수치가 어긋날 때 무엇이 원인인지 | D-08 |
| T-10 | 리포팅 재구축 | 주간·월간 표준 리포트를 만들고, 각 지표가 무엇을 세는지 정의서를 함께 붙입니다. 같은 이름의 지표가 문서마다 다른 값을 갖지 않게 하는 것이 목적입니다 | D-09 |
| T-11 | 비수기 학습 실험 | 리타게팅·상품별·예약 유형별 테스트를 설계하고 집행합니다. 가설·모수·판정 기준을 집행 전에 적어 두고, 결과가 나온 뒤 기준을 바꾸지 않습니다 | D-11 |
| No. | 과업 | 구체적으로 무엇을 하는가 | 산출물 |
|---|---|---|---|
| T-12 | 효율 vs 볼륨 분리 운영 | 성수기에는 효율 지표와 볼륨 지표를 분리해 관리하는 원칙을 세우고, 어느 지점에서 볼륨을 위해 효율을 얼마나 포기할지 사전에 합의합니다 | D-10 |
| T-13 | 시즌 예산 계획·역산 | 목표 예약 건수에서 역산한 채널별 예산안과 그 근거를 만듭니다. 예산을 더 넣어도 성과가 비례하지 않는 구간에 대한 판단을 포함합니다 | D-10 |
| T-14 | 운영 SOP·인수인계 | 일·주·월 운영 절차를 문서로 고정합니다. 담당자가 바뀌어도 같은 품질로 돌아가는 상태를 만드는 것이 목표입니다 | D-12 |
과업의 완료는 활동이 아니라 산출물로 판정합니다. 아래 완료 기준을 충족한 시점을 완료로 봅니다.
| No. | 산출물 | 형식 | 완료 기준 |
|---|---|---|---|
| D-01 | 계정·측정 현황 진단서 | 문서 + 시트 | 구글 애즈 · 메타 · 네이버 · GA4 네 곳을 모두 직접 확인한 결과일 것. 집행 중 캠페인 100% 커버. 지적 항목마다 근거(스크린샷·수치) · 권고안 · 예상 영향 · 학습 리스크 네 칸이 채워져 있을 것 |
| D-02 | 데이터 연속성 체크리스트 최우선 | 시트 + 요구사항 문서 | 변경·유지되는 URL, 캠페인 랜딩, UTM, 전환 이벤트가 항목별로 전후 대응되어 있을 것. 개발팀에 넘길 요구사항이 분리되어 있고, 론칭 후 이전 기간과의 수치 대사 결과가 붙을 것 |
| D-03 | 성수기 주간 운영 권고 | A4 1장 | 지난주 권고의 실행 여부와 결과가 다음 주 문서에 이어질 것. 변경 제안마다 학습 리셋 유발 여부 표기 |
| D-04 | 승자 조합 라이브러리 | 시트 + 소재 아카이브 | 소재·키워드·랜딩·기간·성과가 한 행에 묶여 있고, 제3자가 그대로 재집행할 수 있는 수준일 것 |
| D-05 | 계정·자산 이관 계획서 최우선 | 문서 + 체크리스트 | 계정·픽셀·전환·잠재고객·소재 원본의 현재 소유 주체가 항목별로 확인되고, 계약 종료일 역산 일정과 이관 실패 시 대안이 있을 것 |
| D-06 | 신규 계정 구조 설계도 | 도식 + 문서 | 캠페인 목적·타겟·예산 배분이 계층으로 그려지고, 학습 기간을 고려한 순차 전환 일정이 붙어 있을 것 |
| D-07 | 네이밍·UTM 규칙서 | 문서 + 링크 템플릿 | 규칙만 보고 다른 사람이 동일한 캠페인 이름과 링크를 만들 수 있을 것. 기존 데이터와의 연결 방법 포함 |
| D-08 | 광고 측정 요구사항서 + 전환 매핑표 | 문서 + 시트 | 개발팀이 그대로 구현 가능한 수준의 요구사항일 것(무엇을, 왜, 어디서). 매핑표는 GA4 이벤트 ↔ 매체 전환 ↔ 리포트 지표가 1:1로 대응되고, 매체 간 수치가 어긋나는 지점과 이유가 적혀 있을 것 |
| D-09 | 주간·월간 리포트 포맷 | 템플릿 + 지표 정의서 | 모든 지표에 계산식과 모집단 정의가 붙어 있을 것. 같은 지표가 문서마다 다른 값을 갖지 않을 것 |
| D-10 | 시즌 운영 원칙서 | 문서 | 성수기/비수기 전환 기준, 효율·볼륨 분리 관리 원칙, 목표 역산 예산 로직이 수치 기준으로 적혀 있을 것 |
| D-11 | 실험 로그 | 시트 | 가설 · 설계 · 모수 · 판정 기준이 집행 전에 기재되어 있을 것. 사후에 기준을 바꾸지 않을 것 |
| D-12 | 운영 SOP·인수인계 문서 | 문서 | 일·주·월 운영 절차와 계정 접근 정보 관리 방식이 정리되어, 담당자 교체 시 공백 없이 인계 가능할 것 |
같은 일을 두 번 하거나, 아무도 하지 않는 구간이 생기지 않도록 경계를 먼저 정합니다.
| 영역 | 프리랜서 | 회사 내부 | 대행사 (~11월) |
|---|---|---|---|
| 계정 구조·전략 | 주관 | 승인 | 1단계 집행 반영 |
| 일상 집행·입찰 | 1단계 점검 / 2단계부터 주관 | — | 1단계 주관 |
| GA4 설계·구현 | 광고 관점 요구사항 제시 · 검증 | 주관 — 내부 프론트엔드 개발자가 리딩 | — |
| 소재 기획·제작 | 방향 제시 · 성과 피드백 | 주관 (기획·디자인 내부 인력) | 규격 반영 |
| 예산 승인·집행 | 제안 · 역산 근거 | 주관 | 견적 제시 |
| 리포팅 | 주관 (표준 포맷 수립) | 검토 | 매체 리포트 제공 |
| 푸시·상담(플레어레인·채널톡) | 광고와의 역할 분담 제안 | 주관 | — |
| 인플루언서·제휴·SNS | — | 주관 | — |
인플루언서·콘텐츠·제휴는 이번 과업 범위 밖입니다. 이번 채용의 범위는 퍼포먼스 광고 운영과 그 측정 기반입니다.
| 항목 | 운영 방식 |
|---|---|
| 근무 형태 | 비상근. 상근이 필요한 업무량은 아니며, 월 투입 공수를 협의로 정합니다 |
| 정기 커뮤니케이션 | 주 1회 정기 미팅(온라인 가능) + 상시 메신저 |
| 리포트 주기 | 매체 데일리 리포트는 매일 정오 이전 도착 / 월간 리포트는 익월 10~15일 |
| 의사결정 | 예산·계약은 회사 승인 사항. 캠페인 운영 판단은 프리랜서 재량이되, 학습 리셋을 유발하는 변경은 사전 공유 |
| 접근 권한 | 광고 계정 및 GA4 필요한 범위 권한 부여. 계정 소유권과 산출물 권리는 회사 귀속 |
| 보안 | 계약 시 비밀유지 조항 포함. 경쟁 서비스 동시 담당 여부는 사전 고지 |
아래는 이 과업이 제대로 굴러가는지를 가르는 지점들입니다. 인터뷰에서 서로의 판단을 맞춰보려 합니다.
| 관점 | 확인하려는 것 |
|---|---|
| 계정 진단 | 남이 세팅한 계정을 넘겨받아 무엇부터 보는지. 전환 설정이 잘못 잡힌 계정을 발견한 경험 |
| 데이터 연속성 | 사이트 개편·도메인 변경으로 성과 데이터가 끊길 뻔한 상황을 겪어봤는지. 그때 무엇을 미리 지켰는지 |
| 계정 이관 | 대행사 계정에서 자사 계정으로 광고 자산을 옮겨본 경험. 무엇을 잃었고, 무엇을 먼저 옮겼는지 |
| 개발 협업 | 측정 구현이 개발팀 소관일 때, 필요한 것을 어떤 형태로 요구하고 어떻게 검증했는지 |
| 시즌 사업 | 수요가 특정 3개월에 몰리는 사업에서 비수기를 어떻게 쓰는지. 학습과 절약 중 무엇을 우선하는지 |
| 학습 기간 | 캠페인 학습 기간 중 성과 하락을 내부에 어떻게 설명하고 방어했는지. 그 기간에 손대도 되는 것과 안 되는 것의 기준 |
| 문서화 | 본인이 빠져도 굴러가게 남긴 문서의 실물. 네이밍 규칙서, 리포트 정의서, 실험 로그 등 |
| 공수·조건 | 위 과업 기준의 월 투입 공수 추정치와 그 근거, 계약 조건 |
정확한 예산 규모, 거래 실적, 매체별 상세 성과 수치는 비밀유지 합의 후 공유합니다. 인터뷰에서는 위 과업 범위를 기준으로 접근 방식과 공수를 논의합니다.