플러스프로젝트 배경
1) 문제점 - 체험단 모집이 카페 글, 오픈채팅, 개별 폼으로 흩어져 있어 관리가 어려움 - 선정 인원을 수기로 세다 보니 모집 인원을 넘겨 뽑는 사고가 발생 - 신청이 몰릴 때 두 담당자가 동시에 처리하면 같은 문제가 생기고, 평소에는 멀쩡해서 테스트로 잡히지 않음 - 캠페인 모집 마감을 사람이 직접 닫거나 스케줄러에 맡기면, 멈췄을 때 마감이 안 된 채로 신청이 계속 들어옴 - 광고주
프로젝트 성과
동시 선정 15건 중 정확히 정원 10건만 성공
모집 10명인 캠페인에 15명을 동시에 선정 요청하면 10건만 성공하고 5건은 거절됩니다. 검증 스크립트로 확인할 수 있습니다.
결제 실패 → 등록 차단 → 재결제 → 복구까지 10개 항목 통과
결제가 실패하면 이용 기간이 남아 있어도 캠페인 등록이 거절되고, 다시 결제하면 별도 처리 없이 복구됩니다.
일정·상태·경쟁률 테스트 44개 통과
모집 마감 판정, 단계 전환 경계, 신청 상태, 멤버십, 포인트, 리뷰 주소 형식을 순수 함수로 분리해 DB나 시계 없이 검증합니다.
화면 표기를 국내 서비스 4곳에서 확인해 맞춤
레뷰·리뷰노트·디너의여왕·리뷰플레이스의 실제 화면에서 카드 구성, 일정 4단계, 미션 표기를 확인해 반영했습니다.
핵심 기능
동시 선정 차단
자리마다 번호를 매기고 (캠페인, 자리번호)에 유니크 제약을 겁니다. 여러 요청이 동시에 들어와도 정원만큼만 성공합니다.
진행 단계
시장 조사
2026.08.
국내 체험단 서비스 네 곳의 목록·상세·광고주 화면을 확인해 공통 구조와 표기를 정리했습니다.
프로젝트 상세
1) 포트폴리오 소개 가게가 체험단을 모집하고 블로거가 신청하는 중개 플랫폼 데모입니다. 블로거는 캠페인을 찾아 신청하고, 선정되면 체험 후 리뷰 주소를 올립니다. 광고주는 캠페인을 등록하고 신청자 중에서 뽑은 뒤 올라온 리뷰를 검수합니다. 운영자는 별도 화면에서 캠페인 검수, 회원·페널티, 결제·포인트를 관리합니다. 세 역할이 같은 캠페인을 서로 다른 화면으로 보는 구조를 만들었습니다.
