브릭씨 인플루언서 매칭 플랫폼

어떤 서비스인가

인플루언서 마케팅 회사의 협찬 캠페인 매칭 플랫폼입니다. 광고주가 제품과 조건(지역·나이·관심사·콘텐츠 스타일)을 걸어 캠페인을 올리면, 인플루언서는 앱에서 캠페인을 보고 신청하고, 선정되면 제품을 받아 인스타그램·페이스북·유튜브·네이버 블로그에 포스팅합니다. 본사는 관리자 화면에서 선정·검수·정산을 보고, 대행사는 광고주를 대신해 캠페인을 요청합니다.

이런 플랫폼의 핵심은 “누구를 뽑을 것인가” 입니다. 광고주는 팔로워가 많은 사람만 고르고, 그러면 협찬이 몇 명에게 몰리고, 나머지 인플루언서는 “캠페인이 안 온다”며 떠납니다. 실제로 운영 첫해 고객센터 상용 답변 중 하나가 “셀럽급 인플루언서에게 협찬이 몰리는 경향이 있다”였습니다. 매칭 로직과 캠페인 유형은 이 문제를 풀기 위해 4년 동안 계속 바뀌었습니다.

무엇이 문제였나	어떻게 풀었나
광고주가 수천 명 중 누구를 뽑을지 기준이 없다	캠페인 조건과 인플루언서 프로필을 맞춰 보는 적합도 점수(브릭미터)를 캠페인마다 계산해 목록에 표시
협찬 단가를 누가 얼마로 정할지 매번 다툰다	팔로워 수 구간으로 등급을 나누고, 등급별 평균 팔로워·수수료 표를 광고주 화면에 보여 줌
협찬이 상위 인플루언서에게만 몰린다	선정 방식이 다른 캠페인 유형을 추가 — 상시 모집(디폴트)·퀵·초대·판매형·통합
선정된 사람이 포스팅을 안 하거나 지운다	노쇼·반려 사유·포스팅 삭제를 데이터로 남기고, 통계와 등급에 반영
광고주 결제와 인플루언서 정산이 섞인다	광고주 선불 포인트(브릭머니: 충전·소진·환급·환불)와 인플루언서 포인트·은행 인출을 따로 관리

무엇을 만들었나

인플루언서 앱 (iOS · Android 네이티브)

• 회원·SNS 연동 — 인스타그램 인증, 페이스북 인사이트, 유튜브 구독, 네이버 블로그, 구글 로그인
• 캠페인 — 목록·상세, 신청, 선정 결과, 배송 정보, 포스팅 등록과 결과 보고
• 캠페인 유형별 화면 — 상시 모집(디폴트), 퀵, 초대형, 판매형(판매·배송·평가), 방문형
• 포인트 — 적립 내역, 은행 계좌 인출 신청, 결제·캠페인 히스토리
• 브릭피드 — 인플루언서 피드(이미지·댓글·대댓글·신고), 관심 지역
• 크리에이터 — 캠페인을 진행하며 인플루언서들이 올린 포스팅을 모아 보여 주는 공간
• 커머스 — 브릭딜(타임딜 쿠폰), 마이샵 연동
• 그 밖 — 초보자 가이드, FAQ, 이벤트, 푸시 알림, 딥링크

광고주·대행사 (웹)

• 캠페인 등록 — 제품·조건(지역·나이·관심사·콘텐츠 스타일)·모집 인원·일정
• 인플루언서 선정 — 적합도 점수·등급·팔로워로 정렬, 초대, 선정 확정
• 진행 — 배송 정보, 포스팅 확인, 결과 통계, 브릭머니 충전·사용 내역
• 대행사 — 캠페인 대행 요청과 승인

관리자 (본사용 웹, 15개 메뉴 165개 화면)

• 광고주·인플루언서 관리 — 회원 상세, 영향력 지수, VIP·베스트, 탈퇴 설문
• 캠페인·포스팅 — 유형별 캠페인 관리, 포스팅 검수, 해시태그 매칭 검증, 노쇼·반려 처리
• 브릭머니·인출 — 광고주 포인트 원장, 인플루언서 인출 승인
• 통계 — 대시보드, 광고주·인플루언서 일별, 캠페인별 참여·노쇼·반려·삭제, 월별 포인트
• 운영 — 배너·디폴트 캠페인, 푸시·SMS·메일 발송, 문의와 자주 쓰는 답변, 메모, 근태 관리

서버·연동

• PHP · MariaDB, 앱 API 420여 개(인플루언서 139 · 광고주 110 · 결제 게이트 33 · 스케줄러 37 등)
• SNS API — 인스타그램 · 페이스북 그래프 API(인사이트) · 유튜브 데이터 API · 네이버 블로그
• 결제 PG, 푸시(FCM), SMS, 메일, 앱 설치 어트리뷰션

어떻게 설계했나

1. “누구를 뽑을까”를 점수로 만들었습니다. 캠페인이 등록되면 인플루언서 전원에 대해 적합도 점수(브릭미터)를 계산해 따로 저장합니다. 기본 50점에 나이·지역·관심사·콘텐츠 스타일 일치 점수를 더하고 100점에서 자릅니다. 광고주가 조건을 “상관없음”으로 두면 그 항목은 만점으로 치고, 관심사를 1·2·3개 고른 경우 배점을 달리합니다. 점수를 조회 시점에 계산하지 않고 캠페인 단위로 미리 저장했기 때문에, 수천 명을 정렬하는 선정 화면이 느려지지 않았습니다.

2. 단가를 등급표로 바꿨습니다. 인플루언서 등급은 팔로워 수 구간으로 정하고, 등급별 최소·최대·평균 팔로워 수와 수수료를 실제 회원 데이터에서 집계해 광고주에게 표로 보여 줍니다. 제품 가격대(3만·5만·7만·10만 원 구간)에 따라 어느 등급을 몇 명 모을 수 있는지가 같은 표에서 나오므로, 캠페인 예산이 “협상”이 아니라 “선택”이 됩니다.

3. 캠페인 유형을 늘려 선정 방식을 분산했습니다. 광고주가 직접 고르는 기본형만으로는 협찬이 상위 몇 명에게 몰렸습니다. 그래서 상시 모집해 선착순·조건으로 붙는 디폴트 캠페인, 빠르게 소수만 모으는 퀵 캠페인, 광고주가 특정 인플루언서를 지명하는 초대형, 인플루언서가 제품을 직접 팔고 평가받는 판매형, 여러 캠페인을 묶는 통합 캠페인을 차례로 붙였습니다. 유형마다 신청·선정·포스팅·결과 화면이 다르지만 캠페인과 인플루언서 관계 테이블은 하나로 유지해 통계가 깨지지 않게 했습니다.

4. 돈의 흐름을 두 장부로 나눴습니다. 광고주는 브릭머니를 충전해 캠페인에 소진하고, 매칭이 미달되면 환급받습니다. 인플루언서는 포스팅이 검수되면 포인트가 쌓이고 은행 계좌로 인출합니다. 충전·소진·환급·환불 네 가지 타입의 원장과, 적립·인출 원장을 분리해 두었기 때문에 정산 분쟁이 생겨도 양쪽 기록을 따로 추적할 수 있었습니다. 브릭머니 관리 화면은 출시 반년 뒤 고객사 요청으로 추가된 것입니다.

5. 안 한 것도 데이터로 남겼습니다. 선정됐는데 포스팅하지 않은 노쇼, 광고주가 거절한 반려 사유, 올렸다가 지운 포스팅을 각각 테이블로 두고 통계 메뉴에서 캠페인별로 봅니다. 이 기록이 인플루언서 등급과 다음 선정에 반영되므로, 운영팀이 사람 기억에 의존하지 않고 판단할 수 있습니다.

6. SNS 연동은 바뀐다는 전제로 만들었습니다. 인스타그램 인증에서 시작해 페이스북 인사이트(2019.05), 유튜브(2019.05), 네이버 블로그(2020.08)를 붙였습니다. 플랫폼마다 권한 정책이 수시로 바뀌어 앱 업데이트 이력에 “페이스북 권한 제거”, “유튜브 연동 임시 제외” 같은 항목이 반복됩니다. 그래서 SNS별 연동을 별도 모듈로 두고, 한 플랫폼이 막혀도 나머지 캠페인 흐름은 돌아가게 했습니다.

힘들었던 점

인플루언서의 성향에 맞게 추천하는 일이 가장 어려웠습니다. 나이·지역·관심사·콘텐츠 스타일은 프로필로 맞출 수 있지만, 그 사람이 어떤 분위기로 포스팅하고 어떤 제품과 어울리는지는 몇 개의 항목으로 다 잡히지 않았습니다. 그래서 적합도 점수는 한 번 정하고 끝나는 공식이 아니라, 운영하면서 계속 고쳐 가는 규칙으로 다뤘습니다.

규칙이 운영 중에 바뀌었습니다. 적합도 점수의 배점, 등급 기준 팔로워 수, 제품 가격 구간, 수수료는 전부 출시 뒤 운영 데이터를 보고 바뀌었습니다. 이 값들을 코드가 아니라 상수 테이블과 설정 화면에 두었기 때문에 앱을 다시 배포하지 않고 조정할 수 있었습니다.

외부 플랫폼이 우리 일정을 정했습니다. 2019~2020년 사이 페이스북·인스타그램 API 권한 축소가 여러 번 있었고, 그때마다 인증이 안 되는 사용자가 생겼습니다. 앱 커밋 이력에 “인스타그램 인증 안 되는 문제”, “페이스북 사용하지 않는 권한 제외”가 몇 달 간격으로 남아 있습니다. 크래시 리포트를 보고 3개월 단위로 실제 발생 건수를 세어 고치는 방식으로 대응했습니다.

4년 동안 서비스가 다른 것이 되어 갔습니다. 매칭 플랫폼으로 시작해 2020년 커머스(브릭딜·타임딜·마이샵), 2021년 인플루언서 피드(브릭피드)가 붙었습니다. 테이블이 210여 개까지 늘어난 이유입니다. 기존 캠페인 데이터를 건드리지 않고 새 영역을 붙이기 위해, 영역마다 테이블 접두와 API 모듈을 분리했습니다.

그 뒤

2017년 11월 개발을 시작해 2018년 2월 출시했고, 그 뒤로도 개선을 멈추지 않아 앱 업데이트가 208회(마지막 버전 1.20.19)에 이르렀습니다. 연도별 앱 변경 이력은 2019년 164건, 2020년 92건, 2021년 63건입니다. 서비스는 2021년 무렵 운영을 마쳤습니다.

이런 곳에 맞습니다

• 공급자·수요자·중개자·운영자처럼 사용자가 넷 이상인 매칭 플랫폼
• 조건 일치를 점수로 계산해 정렬해야 하는 선정·추천 화면
• 선불 포인트와 정산 인출처럼 돈의 흐름이 둘 이상인 서비스
• 인스타그램·유튜브·네이버 같은 외부 플랫폼 API 에 기대는 서비스
• 출시 뒤 몇 년간 기능을 계속 붙여 가며 운영해야 하는 프로젝트