주문 알림은 Slack으로, 원가는 아직 모른다: NFC 성경키링 운영 자동화와 7부작 회고
주문 알림과 광고 일일 리포트, 웹서비스 주간 리포트를 Slack으로 받는 운영 구조를 마련했습니다. 각 알림의 실제 수신은 별도로 검증해야 합니다. 그런데 제품 하나의 실제 원가는 아직 모릅니다. 이 글은 NFC 성경키링을 1인이 운영하기 위해 자동화한 세 가지와, 7편 동안 끝내 측정하지 못한 숫자들을 솔직하게 적은 마지막 편입니다.
배경: 판매보다 운영이 시간을 먹는다
상품을 올리고 나면 매일 해야 할 일이 생깁니다. 두 채널의 주문 확인, 문의 답변, 배송 처리, 광고 성과 확인, 가격·재고가 두 채널에서 같은지 확인. 하나하나는 5분이지만 매일 두 채널을 열어보는 습관 자체가 비용입니다. 놓치면 배송 지연이 되고, 배송 지연은 판매자 점수가 됩니다. 그래서 "내가 열어보는" 구조를 "나에게 오는" 구조로 바꿨습니다.
자동화 1: 주문이 들어오면 Slack으로
n8n으로 스마트스토어와 쿠팡의 신규 주문을 주기적으로 확인해 Slack 채널 하나로 보내도록 구성했습니다. 두 채널의 주문이 한 채널에 섞여 오기 때문에 메시지 앞에 [네이버], [쿠팡] 접두어를 붙이고, 채널별로 푸터를 다르게 해서 어디서 온 주문인지 바로 보이게 했습니다.
여기서 작은 버그가 하나 있었습니다. 메시지 템플릿에 줄바꿈을 \n 문자열로 넣었더니 Slack에 줄바꿈 대신 \n 글자가 그대로 찍혔습니다. Code 노드와 템플릿 리터럴에서 이스케이프가 달라서 생긴 문제였고, 템플릿 안의 \n을 실제 줄바꿈으로 바꿔 해결했습니다. 워크플로우는 저장·게시까지 확인했고, 수정 이후 실제 신규 주문 알림이 도착하는지는 다음 주문에서 검증할 예정입니다.
자동화 2: 매일 아침 9시, 쿠팡 광고 리포트
6편에서 광고 귀속 매출과 전체 매출을 분리하기로 했습니다. 이걸 사람이 매일 나눠서 적으면 반드시 섞입니다. 그래서 매일 아침 9시 최근 7일 기준으로 세 숫자를 구분해 Slack에 보내도록 리포트를 구성했습니다. 실제 발송 수신은 별도 확인이 필요합니다.
[쿠팡 광고 일일 리포트] 최근 7일 (9/18~9/24)
- 광고비: 22,582원
- 전체 매출: 27,800원 (2건)
- 광고 귀속 매출: 0원 / ROAS 0%
이 리포트의 목적은 좋은 숫자를 보는 게 아니라 나쁜 숫자를 매일 같은 형식으로 보는 것입니다. ROAS 0%가 일주일 이어지면 광고를 멈추거나 상세페이지를 바꿀 근거가 생깁니다. 전체 매출 27,800원과 광고 귀속 매출 0원이 서로 다른 지표라는 것도 같은 화면에서 바로 보입니다.
자동화 3: 일일 점검과 주간 리포트
두 가지가 더 있습니다. 하나는 매일 정해진 순서로 스토어를 점검하는 루틴입니다. 미답변 문의, 배송 지연, 등록 누락, 두 채널 가격 불일치, 오늘 진행 중인 실험을 순서대로 확인하고, 연결된 데이터가 없는 항목은 "확인 필요"로 표시합니다. 숫자를 지어내지 않는 것이 이 루틴의 유일한 규칙입니다.
다른 하나는 3편에서 만든 PostHog 대시보드를 매주 월요일 아침 Slack으로 보내도록 설정한 구독입니다. 처음에는 매일 받도록 했다가 주간으로 바꿨습니다. NFC 태깅 수는 하루 단위로 보면 노이즈뿐이고, 주 단위 비교에는 일별 변동보다 더 넓은 맥락이 필요합니다.
자동화 4: 추석 연휴 배송 공지, 두 채널 기능으로 한 번에
추석 연휴를 앞두고 배송 휴무를 알리는 것도 매번 반복되는 작업입니다. 스마트스토어와 쿠팡은 공지 방식이 완전히 달라서, 한쪽에 등록했다고 다른 쪽에 자동으로 반영되지 않습니다.
스마트스토어는 상품 공지사항 기능을 썼습니다. 분류를 배송지연으로 지정하고 공지 하나를 등록한 뒤 모든 상품에 공지사항 노출을 체크하면, 상품을 하나씩 열어 공지를 붙이지 않아도 전체 상품 상세페이지 상단과 스토어홈 팝업에 동시에 노출됩니다. 팝업 노출 기간과 공지 노출 기간은 각각 따로 설정합니다.
쿠팡은 접근이 달랐습니다. 쿠팡은 추석 연휴 사흘을 이미 플랫폼 공통 휴일로 표시해 두지만, 이건 화면 표시일 뿐 판매자 개별 출고예정일 계산에는 반영되지 않습니다. 배송달력 관리에서 같은 날짜를 판매자 휴무로 직접 등록해야, 그 기간과 겹치는 주문의 출고예정일이 자동으로 밀리고 쿠팡이 구매자에게 SMS를 보냅니다.
등록은 채널마다 한 번씩만 하면 됩니다. 이후 그 날짜와 겹치는 주문의 안내 문구와 배송일 계산은 두 플랫폼이 알아서 처리합니다.
다만 확인은 조건부였습니다. 스토어홈 팝업은 설정한 시작 시각이 지나야 뜨는데, 등록 직후에는 아직 시작 전이라 노출을 보지 못했고 몇 시간 뒤 다시 들어가서야 확인했습니다. 쿠팡 쪽 배송일 변경도 주문 시점이 휴무일에 걸릴 때만 화면에 나타나는데, 등록 당일 기준으로는 배송일이 이미 연휴 이전이라 변경된 화면을 직접 보지는 못했습니다. 구매자에게 실제로 SMS가 발송됐는지도 이번에는 확인하지 못했습니다.
7편을 돌아보며: 아직 모르는 숫자들
이 시리즈는 성공담이 아닙니다. 제품을 만들고, 올리고, 팔았고, 운영 구조를 만들었지만, 아래 숫자는 아직 없습니다.
| 모르는 것 | 왜 모르는가 | 어떻게 알 것인가 |
|---|---|---|
| 실제 단위 원가 | 후처리 수작업 시간을 재지 않았다 | 10개 단위로 출력 시작부터 포장까지 시간 기록 |
| 하루 생산 가능 수량 | 가정용 프린터 1대, 사람 1명의 병목이 측정 안 됨 | 위와 같은 기록에서 역산 |
| 정확한 제품 치수 | 문서 세 곳의 숫자가 다르다 (2편) | 캘리퍼스 실측 후 한 곳에만 기록 |
| 가격 변경의 효과 | 가격·상품명·이미지를 같은 주에 바꿨다 (5편) | 주문이 쌓이면 하나씩 바꿔 비교 |
| 광고 외 유입 경로 | 전체 매출은 있는데 어디서 왔는지 모른다 | 유입 파라미터가 없는 주문의 경로 추적 |
여기에 더해 풀필먼트 해지 확인, 두 채널 가격·재고 자동 동기화, PostHog 환경 분리, 실물 사진 확보가 남아 있습니다.
배운 점: 다시 한다면 바꿀 세 가지
첫째, 첫 10개를 만들 때 시간을 잽니다. 이 프로젝트에서 가장 비싼 자원은 필라멘트가 아니라 사람의 후처리 시간이었는데, 그걸 마지막까지 재지 않았습니다. 생산 능력을 모르면 가격도, 단체 주문 수락 여부도, 풀필먼트 판단도 감으로 하게 됩니다.
둘째, 숫자를 한 곳에만 둡니다. 치수, 가격, 재고가 모델 파일, 상세페이지, 인서트 카드, 두 채널에 흩어져 있었고, 바꿀 때마다 어딘가 하나는 옛날 값으로 남았습니다. 인서트 카드에 옛 주소가 찍혀 있던 게 그 예입니다.
셋째, 실물 제품에서는 "하지 않을 것"이 제품을 살립니다. 상위 NFC 칩을 안 쓴 것, 서버를 안 둔 것, 교회 이름 각인을 안 받은 것, 문구를 랜덤으로 한 것, 풀필먼트를 취소한 것. 이 결정들이 없었으면 가정용 프린터 1대로 두 채널을 운영하는 건 불가능했습니다.
다음 액션
이 시리즈는 여기서 끝나지만 제품은 계속 팝니다. 다음 제품도 이미 설계 중입니다. 같은 25mm NFC 스티커를 쓰는 해골 모양 키링인데, 이번에는 첫 출력물의 크기와 뒷면 품질에서 바로 실패하고 다시 설계하는 중입니다. 성경키링에서 배운 "실측 먼저, 숫자는 한 곳에"를 처음부터 적용하는 첫 프로젝트가 될 겁니다. 그 기록은 별도 글로 이어집니다.