월 매출이 한 단계 올라가며 바뀐 운영 구조 3가지 — 3년차 셀러의 실제 기록

매출이 오르면 일이 늘어나는 게 아니라, 일의 종류가 바뀝니다

스마트스토어와 쿠팡에서 브랜드 세 개를 운영한 지 3년째입니다. 처음 1년은 월 매출이 1천만 원 언저리에서 맴돌았고, 2년 차에 3천만 원 구간을 넘었고, 올해 들어 브랜드 합산으로 그보다 한 단계 위 구간에 자리를 잡았습니다.

돌아보면 매출이 오를 때 가장 힘들었던 건 주문이 많아진 것 자체가 아니었습니다. 예전 방식이 갑자기 안 먹히는 순간이 힘들었습니다. 주문 30건일 때 잘 돌아가던 습관이 주문 120건이 되니까 그대로 사고로 이어지더라고요. 그래서 이번 글에서는 매출 구간이 바뀌면서 제가 실제로 갈아엎은 운영 구조 3가지를 정리해 보려고 합니다. 화려한 성장 노하우가 아니라, 버티려고 바꾼 것들입니다.

---

1. 사람이 기억하던 일을 '규칙'으로 옮겼습니다

예전 방식

월 1천만 원 시절에는 제 머릿속이 곧 매뉴얼이었습니다. 어떤 고객이 교환을 요청하면 그 자리에서 판단했고, 택배 지연 문의가 오면 그때그때 문장을 새로 썼습니다. 혼자 하니까 그게 가장 빨랐어요.

무너진 지점

3천만 원 구간에 들어서면서 CS 문의가 하루 40~50건으로 늘었습니다. 아르바이트생 한 명을 주 3일 붙였는데, 첫 2주 동안 같은 질문에 서로 다른 답이 나갔습니다. 저는 '7일 이내 교환 가능'이라고 답했는데 아르바이트생은 '수령 후 일주일'이라고 답한 식이었죠. 사소해 보이지만 고객 입장에서는 말이 바뀐 거라 클레임으로 번졌고, 그 주에 낮은 별점 리뷰가 세 개 붙었습니다.

바꾼 구조

• 판단 기준표: 교환·반품·환불을 '누가 비용을 내는가' 기준으로 표 하나에 정리했습니다. 단순 변심, 오배송, 파손, 사이즈 문제 등 8가지 경우를 칸으로 나눴어요.
• 답변 템플릿 20개: 자주 오는 문의의 80%가 20개 유형 안에 들어오더라고요. 템플릿은 공유 문서에 두고, 수정할 때마다 날짜를 남깁니다.
• 예외는 무조건 저에게: 표에 없는 상황은 아르바이트생이 판단하지 않고 메신저로 넘기게 했습니다. 처음엔 하루 10건씩 넘어왔는데, 한 달 지나니 2~3건으로 줄었습니다. 넘어온 예외를 표에 추가했기 때문이에요.

이 구조를 만들고 나서야 처음으로 사흘짜리 휴가를 갈 수 있었습니다. 규칙이 사람을 대신해 주니까, 제가 자리를 비워도 답이 바뀌지 않게 된 거죠.

---

2. '통장 잔고'가 아니라 '정산표'로 돈을 봤습니다

예전 방식

솔직히 초반엔 통장 잔고를 보고 매입 규모를 정했습니다. 잔고가 넉넉하면 많이 사고, 빠듯하면 덜 사는 식이었어요. 매출이 작을 때는 이게 큰 문제가 안 됐습니다.

무너진 지점

매출이 커지면 매입도 커지는데, 플랫폼마다 정산 주기가 다릅니다. 스마트스토어는 구매확정 기준으로 비교적 빨리 들어오지만, 쿠팡은 정산 일정이 달라서 돈이 들어오는 시점이 몇 주씩 밀립니다. 작년 가을에 한 브랜드가 갑자기 잘 팔리면서 추가 발주를 크게 넣었는데, 매출은 찍혀 있는데 정작 공급처 결제일에 현금이 모자라는 상황이 왔습니다. 장부상으로는 흑자인데 현금이 없는 상태, 이걸 처음 겪어 봤어요. 결국 카드론 비슷한 단기 자금을 썼고, 그 이자만큼 그 달 이익이 깎였습니다.

바꾼 구조

지금은 매주 월요일에 아래 표 하나를 업데이트합니다.

핵심은 '주간 순현금'이 마이너스가 되는 주가 보이면 발주를 미루거나 결제 조건을 먼저 협상한다는 겁니다. 이 표를 만든 뒤로 공급처 두 곳과 결제 조건을 월말 결제로 바꿨는데, 제 거래 이력이 1년 넘게 쌓여 있었기 때문에 가능했던 협상이었습니다. 신규 거래처였다면 어려웠을 거예요.

그리고 브랜드별로 통장을 나눴습니다. 세 브랜드 돈이 한 통장에 섞여 있으면 어느 브랜드가 실제로 현금을 벌고 어느 브랜드가 현금을 잡아먹는지 안 보이거든요. 나눠 보니 매출이 제일 큰 브랜드가 오히려 재고 회전이 느려서 현금 부담이 가장 컸습니다. 매출 순위와 현금 기여 순위가 다르다는 걸 그때 처음 알았습니다.

---

3. '내가 다 로그인하는 구조'에서 '역할별로 나뉜 구조'로 바꿨습니다

예전 방식

브랜드 세 개의 스토어 계정, 광고 계정, SNS 계정을 전부 제가 제 노트북 하나에서 관리했습니다. 크롬 탭을 수십 개 띄워 놓고 왔다 갔다 했죠. 혼자일 땐 불편해도 돌아갔습니다.

무너진 지점

사람이 늘면서 문제가 두 가지 생겼습니다.

첫째, 비밀번호를 공유하는 순간 통제가 사라졌습니다. 광고 담당 프리랜서에게 계정 정보를 통째로 넘겼더니, 그분이 다른 지역에서 로그인할 때마다 새 기기 로그인 알림과 추가 인증 요청이 왔습니다. 제가 자고 있는 시간에 인증 문자가 와서 그분 작업이 몇 시간씩 멈추기도 했고요.

둘째, 브랜드 간 작업 흔적이 섞였습니다. 한 브랜드 인스타그램에 올릴 게시물을 다른 브랜드 계정으로 올릴 뻔한 적이 있고, 실제로 광고 소재 하나를 엉뚱한 광고 계정에 업로드한 적도 있습니다. 탭 하나 잘못 누른 대가였죠.

바꾼 구조

• 플랫폼이 제공하는 권한 기능을 먼저 씁니다. 스토어 매니저 초대, 광고 계정의 역할 부여처럼 공식 권한 기능이 있는 곳은 비밀번호를 공유하지 않고 권한만 줍니다. 퇴사나 계약 종료 시 권한만 회수하면 끝이라 깔끔합니다.
• 브랜드별로 작업 환경을 분리했습니다. 공식 권한 기능이 없는 SNS 계정이나 보조 계정은 브랜드마다 독립된 브라우저 프로필에서만 엽니다. 쿠키·로그인 기록·확장 프로그램이 브랜드끼리 섞이지 않게 하려는 목적이에요. 저는 팀원과 프로필을 공유할 수 있는 안티디텍트 브라우저를 쓰고 있는데, 프로필 이름 앞에 브랜드 약어를 붙여 두니 잘못된 계정에 올리는 실수가 거의 사라졌습니다.
• 접속 위치를 일정하게 유지합니다. 담당자가 바뀌어도 계정 입장에서는 늘 비슷한 환경에서 접속하는 게 인증 요청을 줄이는 데 도움이 됐습니다. 다만 이건 각 플랫폼 약관 안에서, 실제 운영 주체가 명확한 계정에만 적용하고 있습니다.

여기서 하나 강조하고 싶은 건, 환경을 나누는 목적이 '들키지 않기'가 아니라 '실수하지 않기'와 '권한 관리하기'라는 점입니다. 브랜드가 셋이고 사람이 넷이 되면, 누가 어떤 계정에 어떤 환경으로 들어가는지 정리되어 있지 않은 것 자체가 리스크예요.

---

바꾸지 못한 것, 그리고 아직 고민 중인 것

세 가지를 바꿨다고 다 해결된 건 아닙니다.

• 상품 소싱은 여전히 제가 혼자 합니다. 이건 감과 경험이 너무 많이 들어가서 아직 규칙으로 못 옮겼어요.
• 재고 엑셀은 한계가 보입니다. 상품 수가 늘수록 엑셀 하나로 세 브랜드 재고를 맞추는 게 점점 위태롭습니다. 다음 구간에서는 재고 관리 도구를 들일 생각입니다.
• 사람 의존도가 다시 생기고 있습니다. CS를 규칙으로 옮겼는데, 이번엔 그 규칙을 제일 잘 아는 아르바이트생에게 의존하게 됐습니다. 구조는 한 번 만들고 끝나는 게 아니더라고요.

---

정리: 매출 구간이 바뀌면 점검할 체크리스트

1. 내가 하루 쉬면 멈추는 업무가 몇 개인가?

2. 다음 4주의 주간 순현금이 마이너스인 주가 있는가?

3. 비밀번호를 통째로 공유하고 있는 계정이 몇 개인가?

4. 브랜드끼리 작업 환경이 섞여 있는 곳은 어디인가?

이 네 가지 중 두 개 이상에 걸린다면, 매출을 더 올리기 전에 구조부터 손보시는 걸 권합니다. 저는 매출이 먼저 오르고 구조가 뒤따라가는 바람에 몇 번 비싼 수업료를 냈거든요. 이 글이 조금이라도 그 수업료를 줄이는 데 도움이 되면 좋겠습니다.