3-브랜드 전략 — 왜 역할을 분리했나
GentleLab·AIGrit·babipanote를 하나로 합치려다 끝내 셋으로 쪼갠 이유. 1인 빌더가 브랜드를 '역할 기준'으로 분리했을 때 얻은 자유도와 잃은 브랜드 파워를 솔직하게 적은 에세이.
작년 가을, 노트에 큼지막하게 "UnpackAI"라고 써놓고 한참을 바라봤다.
앱도, 블로그도, 저널도 전부 그 이름 하나로 묶을 생각이었다. 브랜드 하나에 힘을 몰아주는 게 당연해 보였다. 그런데 두 달 뒤, 나는 그 이름을 지우고 브랜드를 셋으로 쪼갰다. 이 글은 그 합치려다 쪼갠 결정에 대한 기록이다.
초기 가설 — 브랜드 하나가 집중도가 높다
처음 생각은 단순했다. 1인 빌더가 가진 시간과 에너지는 한정돼 있다. 그러니 하나의 이름에 모든 걸 쌓아야 복리가 빨리 붙는다. 앱을 쓴 사람이 블로그를 읽고, 블로그 독자가 저널을 구독하고, 그 신뢰가 다시 앱 다운로드로 돌아오는 그림. 깔끔했다.
마케팅 책들도 다 그렇게 말한다. "브랜드를 분산시키지 마라. 한 우물을 파라." 도메인 권위도, SNS 팔로워도, 검색 신뢰도도 하나에 모일수록 강해진다는 논리. 1인이 여러 브랜드를 굴리는 건 사치처럼 보였다.
그래서 "UnpackAI" 아래 앱·블로그·저널을 다 넣는 사이트맵까지 그렸다. 문제는 그 사이트맵을 그리는 순간부터 뭔가 계속 어긋났다는 것이다.
뒤집은 순간 — 톤이 섞이면 생기는 문제
어긋남의 정체는 글을 쓰기 시작하면서 분명해졌다.
같은 날, 나는 두 종류의 글을 써야 했다. 하나는 "AI 전자책으로 월 얼마 버는 법" — 키워드를 앞에 박고, 제휴 링크를 깔고, 검색 1페이지를 노리는 공격적인 글. 다른 하나는 "이번 달도 0원을 벌었다" — 실패를 그대로 적는 솔직한 글.
이 둘을 한 브랜드에 나란히 올리는 순간 둘 다 죽는다는 걸 깨달았다.
- 수익 글 옆에 "0원 벌었다"가 있으면 → 독자는 이 사람 말 믿어도 되나 의심한다
- 솔직한 실패담 옆에 제휴 링크가 깔리면 → 결국 영업이었네 싶어진다
여기에 앱까지 끼면 더 엉킨다. GentleLab은 차분한 도구다. 조용하고, 절제돼 있고, 광고를 싫어하는 사람을 위한 앱. 그 앱의 랜딩 페이지 옆에 "AI로 돈 버는 법" 배너가 붙으면 앱의 무드 자체가 깨진다.

문제는 능력이 아니라 톤이었다. 한 사람이 세 가지 톤을 다 가질 수는 있다. 하지만 하나의 브랜드가 세 가지 톤을 동시에 내면, 독자는 그 브랜드가 무엇인지 알 수 없게 된다. 정체성이 흐려지는 것이다.
최종 아키텍처 — 역할로 쪼갠 3개 브랜드
그래서 기준을 "주제"가 아니라 **"역할"**로 바꿨다. 각 브랜드가 무엇을 하는 채널인가로 선을 그었다.
| 브랜드 | 역할 | 정체성 | 수익 | 톤 |
|---|---|---|---|---|
| GentleLab | 제품 | 차분한 도구를 만드는 곳 | 앱 (구독·판매) | 절제·조용함 |
| AIGrit | 수익 채널 | AI의 알맹이만 남긴다 | AdSense·제휴 | 공격적·SEO |
| babipanote | 개인 자산 | 만드는 사람의 저널 | 없음 | 솔직·날것 |
핵심은 수익의 위치를 명시적으로 갈라놓은 것이다.
- AIGrit은 대놓고 수익 채널이다. 그래서 키워드를 앞에 박고 제휴 링크를 까는 게 떳떳하다. 독자도 "여긴 리뷰 블로그"라고 알고 들어온다.
- babipanote는 수익이 0원이다. 그래서 "0원 벌었다"를 솔직하게 쓸 수 있다. 팔 게 없으니 영업 의심을 받지 않는다. 이 날것의 신뢰가 babipanote의 유일한 자산이다.
- GentleLab은 제품 그 자체다. App Store에 라이브로 도는 GentleDo에 블로그도 광고도 끼지 않으니 앱의 무드가 온전히 보존된다.
이 분리가 기술적으로 가능했던 건 운영을 공통 인프라 위에 올렸기 때문이다. 블로그 두 개는 Turborepo brand.config.ts로 사이트 2개를 한 코드베이스에서 운영하는 구조라, 브랜드는 분리돼 있어도 발행·배포 파이프라인은 하나다. 채널을 같은 논리로 한 번 더 쪼갠 사례가 AIGrit 본사이트와 네이버 에디션의 이중 플랫폼 전략이다 — 같은 주제라도 플랫폼의 역할이 다르면 글을 따로 쓴다.
얻은 것 — 자유도
쪼개고 나서 가장 크게 달라진 건 글을 쓸 때의 망설임이 사라졌다는 것이다.
예전엔 글 하나를 쓸 때마다 속으로 협상을 했다. "이건 너무 솔직한가? 브랜드 이미지 깎이지 않나?" "여기 제휴 링크 넣어도 되나? 너무 장사꾼 같나?" 매 문장이 여러 목적 사이의 타협이었다.
지금은 다르다.
- babipanote를 열면 → 솔직함 하나만 생각한다. 실패도, 0원도, 두려움도 그대로 쓴다
- AIGrit을 열면 → 검색에 걸리고 돈이 되는가 하나만 생각한다. 죄책감 없이 최적화한다
- GentleLab을 만들면 → 사용자의 차분함 하나만 생각한다
각 브랜드가 자기 톤에 100% 충실할 수 있게 된 것, 그게 분리가 준 자유다. 한 채널에 다 몰아넣었다면 babipanote의 이 글도 못 썼을 거다. "수익 채널을 셋으로 쪼갰더니 좋더라" 같은 글은 수익 채널에선 쓸 수 없으니까.
부가적으로 리스크 헤지도 생겼다. 한 채널이 정책 변동(검색 알고리즘·플랫폼 정책)으로 흔들려도 나머지 둘은 별개로 굴러간다. 1인 빌더에게 채널 하나에 전부 거는 건 생각보다 위험하다.
잃은 것 — 브랜드 파워 분산
물론 공짜는 아니었다. 마케팅 책들의 경고는 틀리지 않았다.
- 도메인 셋이 각자 0부터 시작한다. 한 곳에 몰았으면 권위가 빨리 쌓였을 텐데, 지금은 세 도메인이 각자 검색 신뢰도를 따로 키운다. 느리다.
- 운영 부하가 3배다. 브랜드 자산(로고·톤·가이드라인)을 셋 다 관리해야 한다. SNS도, OG 이미지도, 분석도 세 벌이다.
- 크로스 추천이 어색하다. babipanote에서 AIGrit을 언급할 때, 자칫 결국 자기 블로그 홍보로 보일 수 있다. 그래서 "같은 사람의 다른 프로젝트"로만 자연스럽게 걸고, 영업처럼 굴지 않으려 늘 조심한다.
이 비용을 견딜 수 있는 건 운영을 자동화로 깔아놨기 때문이다. 발행·OG 생성·SNS 자산까지 파이프라인으로 묶지 않았다면, 3개 브랜드는 1인이 감당할 수 없는 사치였을 거다. 분리의 전제 조건은 자동화다. 자동화 없이 브랜드만 쪼개면 운영비에 깔려 셋 다 방치된다.
지금의 답 — 1인일수록 역할로 쪼개라
그래서 1년쯤 굴려본 지금의 결론은 명확하다. 1인 빌더일수록, 브랜드를 "역할 기준"으로 쪼개는 게 맞다.
"한 우물을 파라"는 조언은 하나의 역할을 가진 사업엔 맞다. 하지만 1인 빌더는 본질적으로 여러 역할을 동시에 한다 — 제품도 만들고, 수익도 내고, 자기 기록도 남긴다. 이 이질적인 역할들을 한 브랜드에 욱여넣으면, 그 브랜드는 무엇도 제대로 아닌 것이 된다.
쪼갬의 기준은 주제가 아니라 톤과 수익의 위치다. 톤이 충돌하거나 수익 관계가 다르면, 다른 브랜드로 가야 한다. 같은 AI 주제를 다뤄도 "돈 버는 리뷰"와 "솔직한 회고"는 다른 집에 살아야 한다.
물론 이게 모두의 답은 아니다. 막 시작하는 사람이라면 하나로 집중하는 게 맞을 수 있다. 분리는 운영을 자동화할 수 있고, 각 역할이 충분히 다를 때만 유효하다. 나는 1인 빌더의 하루 — 3개 제품 운영기에 적었듯 블로그·앱·자동화를 동시에 굴리는 구조라, 역할 분리가 오히려 덜 헷갈리는 길이었다.
처음 노트에 "UnpackAI"를 썼을 때의 나는 효율을 생각했다. 지금의 나는 정직함을 생각한다. 세 브랜드는 각자 다른 거짓말을 하지 않아도 되는 세 개의 방이다. 그 방들이 따로 있어서, 나는 어느 방에 들어가든 그 방의 진짜 목소리로 말할 수 있다.
그거면 충분하다고, 1년이 지난 지금은 생각한다.
관련 글
1인 빌더의 하루 — GentleLab·AIGrit·babipanote 3개를 운영하는 법
GentleLab 시리즈(앱 3개)·AIGrit 블로그·babipanote 허브 3-브랜드를 동시에 운영하는 1인 빌더의 실제 하루 루틴. 05:30~23:00 시간 블록, 제품별 주간 시간 배분, 도구 스택 22개, 번아웃 관리 규칙까지 공개.
부업 1년 실패기 — 6개 프로젝트에서 배운 5가지
지금의 3개 제품 이전에 묻은 6개 사이드 프로젝트의 시작·종료·투입시간·지출을 그대로 공개한다. 공통 실패 패턴 5가지와, 그 위에서 만든 다음 시도의 원칙 5가지를 솔직하게 적은 회고.
왜 나는 1인 빌더를 택했나
회사를 그만두지 않고도 1인 빌더가 될 수 있다는 가설. 첫 사이드 프로젝트의 실패, 회사 시간과 내 시간의 분리, 가족과의 균형까지 — 결정적이지 않았던 한 사람의 결정을 솔직하게 적은 에세이.