인아트 | 온라인 판매 운영 기록

주문대조쿠폰 행사를 시작한 뒤 주문이 늘어도 매출 화면만 보면 할인 비용의 부담 주체를 놓칠 수 있었습니다. 저는 행사명과 쿠폰명, 적용 기간, 대상 상품, 최소 구매 조건을 먼저 저장했습니다. 주문 자료에는 정상가, 결제 금액, 총 할인액, 판매자 부담액, 채널 부담액을 따로 두고 주문번호로 정산 자료와 연결했습니다. 화면에 보이는 할인율을 판매자 비용률로 바로 쓰지 않았습니다.한 주문에 상품 쿠폰과 장바구니 쿠폰, 즉시 할인이 겹치면 표시 순서와 실제 부담액이 달라질 수 있습니다. 쿠폰 코드를 찾을 수 있는 원본 열을 보존하고, 묶음 주문의 할인 배분 기준을 확인했습니다. 수량이 둘 이상이면 할인액을 단순히 주문 건수로 나누지 않고 상품별 배분 자료가 있는지 살폈습니다. 없는 값은 추정 표시를 붙여 ..

주문대조판매 채널 정산액을 확인할 때 화면의 총 지급 예정액만 장부에 옮기면 상품별 손익이 흐려졌습니다. 저는 정산 기간을 주문일이 아니라 각 채널이 제공하는 지급 기준일과 함께 적고, 주문번호를 중심 키로 내려받은 주문 자료와 정산 자료를 맞췄습니다. 한 주문에 여러 옵션이 있거나 부분 취소가 발생하면 행 수가 달라질 수 있어 단순 합계 비교 전에 주문 구조부터 확인했습니다.주문대조표에는 결제 금액, 판매 수수료, 배송비, 쿠폰 부담, 환불액, 보류액, 실제 지급액을 서로 다른 열로 두었습니다. 채널 화면과 엑셀의 열 이름이 비슷해도 의미가 같다고 가정하지 않았습니다. 부가세 포함 여부와 음수 표기 방식, 지급 완료와 예정의 차이를 원본 안내에서 읽고 데이터 사전을 짧게 만들었습니다. 나중에 열 이름이..

예약해제온라인 판매 주문을 정리하던 중 취소 완료 한 건이 들어왔지만 가용 재고는 예상만큼 늘지 않았습니다. 주문 화면만 보면 상품 세 개가 모두 취소됐고, 내부 예약 목록에는 같은 주문 키로 두 개가 남아 있었습니다. 저는 취소 수량 세 개를 바로 더하지 않고 주문번호, 내부 키, SKU, 바코드, 상태 변경 시각을 한 표에 놓았습니다.취소 요청과 취소 완료는 계산에서 다르게 다뤘습니다. 고객이 취소를 눌렀어도 출고 단계나 판매처 승인 상태에 따라 실제 확정 시각이 달랐습니다. 원 주문 이력에서 완료 상태를 확인하고, 그보다 앞서 송장이나 센터 출고가 잡혔는지 살폈습니다. 상태가 애매한 행은 재고에 손대지 않고 확인 대기 표시를 남겼습니다.예약 목록에서는 상품명으로 찾지 않았습니다. 옵션명이 줄어들거나..

입고대기다음 주 중국 주문 수량을 계산할 때 이미 결제한 물량이 있어 부족분이 없는 것처럼 보였습니다. 그러나 목록을 열어 보니 일부는 공장 출고 전이었고, 일부는 이동 중이며, 국내 창고에서 수량 확인까지 끝난 건은 따로였습니다. 결제 완료를 입고 완료와 같은 뜻으로 넣은 것이 계산을 흐린 원인이었습니다.저는 발주 행마다 주문 생성, 결제, 공장 출고, 국제 운송, 국내 도착, 검수 완료 상태를 나눴습니다. 상태가 늘어나는 것이 번거로워도 어느 단계에서 수량이 바뀔 수 있는지 보여 줬습니다. 공장이 나눠 보내거나 부족 출고를 알린 건은 최초 주문 수량을 그대로 믿지 않고 마지막으로 확인된 출고 수량과 메시지 시각을 함께 적었습니다.판매 가능한 재고에는 국내 창고에서 확인된 수량만 두었습니다. 이동 중 ..

바코드기준온라인 판매 재고를 맞추던 날 전체 출고 수량 합계는 주문서와 같았는데 특정 상품의 재고만 계속 부족하게 보였습니다. 상품명으로 검색하면 비슷한 옵션이 함께 잡혔고, 한 센터에서 나간 출고가 다른 센터 주문에 붙어 있었습니다. 합계가 맞다는 이유로 계산을 끝내지 않고 원 주문, 물류 거래 이력, 현재 재고 화면을 같은 순서로 펼쳤습니다.제가 기준으로 삼은 첫 칸은 바코드였습니다. 판매처 상품명과 물류 상품명은 띄어쓰기나 옵션 표기가 달라질 수 있지만 바코드는 원 상품을 좁히는 데 더 안정적이었습니다. 다만 바코드 하나만 같다고 바로 연결하지 않았습니다. 같은 상품이 여러 센터로 나뉘어 출고될 수 있어 센터와 거래별 수량까지 한 줄에서 확인했습니다.총수량 7개처럼 합쳐 적으면 2개, 2개, 3개로..

자동화계기매일 같은 사이트에서 파일을 받고 SKU를 맞추고 숫자를 복사하는 일을 직접 하면 통제하고 있다는 느낌이 들었습니다. 그러나 업무량이 늘자 단순 반복에 시간을 쓰면서 상품과 광고를 판단할 집중력이 먼저 줄었습니다.자동화의 목적을 사람을 없애는 것이 아니라 사람이 판단해야 할 지점을 지키는 것으로 정했습니다. 규칙이 분명한 수집과 계산은 기계에 맡기고 계정 확인, 예외, 승인에는 사람 단계를 남겼습니다.정산, 광고 ROAS, 재고 발주, 상품 상세페이지 업무를 각각 자동화하면서 공통으로 남긴 것은 검수 단계와 실패 로그였습니다. 같은 작업을 빠르게 하는 것보다 틀린 작업을 대량으로 만들지 않는 구조가 우선이었습니다.이 글은 반복업무에 관한 정답을 가르치려는 글이 아닙니다. 제가 온라인 판매를 운영..

확인순서상품 하나를 찾을 때 검색, 업체 연락, 원가 계산, 상세페이지 생각을 동시에 하다 보니 중요한 확인이 빠졌습니다. 후보가 마음에 들면 판매 근거보다 이미지 수집과 등록 준비를 앞세우는 순서도 문제였습니다.소싱을 좋은 물건을 발견하는 감각보다 틀릴 가능성을 차례로 줄이는 업무로 정의했습니다. 고객 문제, 국내 비교상품, 공급 옵션, 총원가, 샘플, 등록 가능성의 순서를 정했습니다.상세페이지 도구의 업무 순서도 URL·SKU 입력, 옵션 확인, 증거 수집, 사람 검수, 기획 생성, 등록으로 나뉘어 있습니다. 소싱 확인이 끝나기 전에 생성부터 시작하지 않도록 경계를 둔 경험을 글에 반영했습니다.이 글은 상품소싱에 관한 정답을 가르치려는 글이 아닙니다. 제가 온라인 판매를 운영하며 확인순서 문제를 어떻..

통장부족월별 매출 화면은 분명 커졌는데 사업 통장에서 쓸 수 있는 돈은 기대보다 적었던 달이 있었습니다. 상품 대금은 먼저 나갔고 광고비와 물류비도 이미 빠졌지만, 판매대금은 채널별 정산일에 맞춰 뒤늦게 들어오는 구조가 한 화면에서는 보이지 않았습니다.매출을 곧바로 내 돈으로 보던 습관을 버리고 주문일, 비용 지출일, 실제 입금일을 서로 다른 날짜로 보기 시작했습니다. 같은 달 숫자라도 세 날짜가 어긋나면 장부상 매출과 오늘 이체할 수 있는 금액은 전혀 다르다는 판단으로 바뀌었습니다.내부 정산 도구가 여러 판매채널의 실정산금액과 은행 입금을 별도로 모으도록 만든 이유도 이 차이 때문입니다. 공개 글에서는 계좌번호와 실제 매출액을 숨기되, 어떤 날짜와 항목을 대조했는지는 그대로 남깁니다.이 글은 매출현금흐..

매출기대판매상품을 하나 더 올리면 매출 기회도 하나 더 생긴다고 보고 SKU를 계속 늘린 시기가 있었습니다. 상품등록 수는 빠르게 늘었지만 옵션명, 대표 이미지, 재고, 광고, 계정 연결을 맞추는 일이 함께 불어나면서 잘못 연결된 한 줄을 찾는 시간이 길어졌습니다.상품 수와 매출이 같은 속도로 늘지 않는다는 사실보다, 관리 대상이 훨씬 빠르게 늘어난다는 점이 더 크게 다가왔습니다. 이후에는 새 상품 한 개를 추가할 때 판매 가능성뿐 아니라 매일 확인해야 할 데이터 한 묶음이 생긴다고 계산했습니다.2026년 8월 내부 광고 계산 파일에는 193개 SKU 행이, 재고 감시 상태에는 202개 대상이 기록돼 있었습니다. 숫자 자체를 성과로 내세우기보다 왜 엑셀 한 장만으로는 관리가 어려워졌는지를 설명하는 근거로..

판매예상공급처 사진과 가격을 보고 판매 장면이 선명하다고 여긴 상품이 실제 등록 뒤에는 기대만큼 움직이지 않은 적이 있습니다. 비슷한 상품이 팔린다는 사실을 내 옵션과 상세페이지도 팔린다는 근거로 확대해석한 것이 출발점이었습니다.예상과 결과가 어긋났을 때 시장 탓으로 끝내지 않고 제가 확인하지 않은 조건을 찾았습니다. 고객이 비교하는 옵션, 배송 조건, 검색어와 실제 제품 이미지가 한 방향을 가리키는지 보지 않은 채 공급가만 기준으로 삼았다는 결론이었습니다.상세페이지 자동화 도구에도 SKU 옵션과 원본 이미지를 먼저 검수하고 대표 승인을 거치게 한 이유가 있습니다. 판매 전 판단이 틀릴 수 있다는 전제 아래 증거와 사람 검수를 남기는 쪽으로 업무가 바뀌었습니다.이 글은 실패상품에 관한 정답을 가르치려는 ..