신발 재고가 10켤레를 넘기기 전에 만들어야 할 관리 체계
신발 한 켤레마다 변하지 않는 재고 ID를 부여하고 상태·위치·증빙·판매채널을 한 행에 연결한 뒤, 상태 변경을 정해진 순서로 기록하면 중복 판매와 재고 누락을 발견하기 쉬워진다.
10켤레가 절대 기준이 아닌데도 미리 체계를 만드는 이유
10켤레는 법적 기준이나 산업 표준이 아니라 기억으로 관리할 수 있는 복잡도가 끝나는 편집 기준이다. 재고 3~5켤레일 때는 머릿속으로 "어떤 신발이 어디에 있고 어느 플랫폼에 올렸는지" 기억할 수 있지만, 7~10켤레로 늘면 판매중·예약·판매완료 상태가 섞이고 보관 위치가 흐려진다. 같은 품번을 두 플랫폼에 중복 등록하거나 판매 완료된 신발을 다시 올리는 실수가 생기기 쉬워진다.
체계를 미리 만들면 재고가 늘어도 원장 한 장에서 전체 상태를 확인할 수 있고, 증빙과 재고 ID를 연결해 구매·검수·판매·정산 흐름을 추적할 수 있다. 기억 대신 기록으로 전환하는 시점이 10켤레 전후라는 뜻이다.
재고 ID 규칙과 증빙 ID 연결
재고 ID는 입고 시점에 생성하며 이후 상태나 위치가 바뀌어도 변하지 않는다. 형식은 입고연월일-브랜드코드-일련번호로 통일한다.
- 입고연월일: YYYYMMDD 8자리
- 브랜드코드: Nike=NK, Adidas=AD, New Balance=NB 같은 2~3자 약어
- 일련번호: 같은 날 같은 브랜드 입고 순서 01, 02, 03...
예시: 20261030-NK-01, 20261030-NB-02
증빙 ID는 브랜드 신발 구매 직후 증빙 패킷을 10분 안에 만드는 SOP와 파일명 규칙에서 정의한 파일명 규칙을 따른다. 재고 원장의 증빙ID 열에 이 파일명을 입력하면 구매 영수증·택배 송장·검수 사진을 한 번에 찾을 수 있다.
중복 검사는 재고 원장의 재고ID 열을 오름차순 정렬한 뒤 같은 값이 연속 나타나는지 눈으로 확인하거나, Google Sheets 조건부 서식으로 중복값을 자동 강조 표시한다.
복사해 쓰는 신발 재고 원장 표와 각 열의 입력 기준
아래 열 구조를 Google Sheets 첫 행에 복사한다.
| 재고ID | 입고일 | 브랜드 | 품번 | 사이즈 | 상태 | 보관위치 | 증빙ID | 등록채널 | 판매가 | 주문번호 | 정산상태 | 최종수정일 | |--------|--------|--------|------|--------|------|----------|--------|----------|--------|----------|----------|------------|
각 열 입력 기준
- 재고ID: 입고 즉시 생성, 이후 절대 변경 금지
- 입고일: YYYY-MM-DD 형식, 실제 신발을 받은 날
- 브랜드: Nike, Adidas, New Balance 등 정식 브랜드명
- 품번: 상품 태그나 박스에 표시된 공식 모델 코드
- 사이즈: 260, 270 같은 밀리미터 단위 또는 US 8.5 같은 표기
- 상태: 드롭다운 목록으로 입고대기·검수중·판매가능·예약·판매완료·보류·반품검수 중 하나만 선택
- 보관위치: 위치 코드(뒤에서 설명)
- 증빙ID: 증빙 패킷 파일명
- 등록채널: 번개장터, 당근마켓, 크림 등 플랫폼명
- 판매가: 실제 판매 등록 금액, 천 단위 구분 쉼표 없이 숫자만
- 주문번호: 플랫폼이 발급한 주문 번호, 예약·판매완료 시 입력
- 정산상태: 미정산/정산완료/정산보류 등
- 최종수정일: 상태나 위치를 바꿀 때마다 TODAY() 함수로 자동 입력
상태 정의와 허용 이동을 정리한 상태 전이표
상태 정의
- 입고대기: 구매 완료했으나 아직 받지 못한 상태. 택배 추적 중.
- 검수중: 신발을 받아 개봉 후 진품·하자 확인 중. 사진 촬영 전.
- 판매가능: 검수 완료, 사진 준비 완료, 판매 등록 가능.
- 예약: 구매자가 구매 의사를 밝혔으나 결제·입금 전.
- 판매완료: 결제 완료, 발송 완료 또는 발송 대기.
- 보류: 하자·가격 재조정·플랫폼 정책 위반 등으로 판매 중단.
- 반품검수: 구매자 반품 접수, 재검수 진행 중.
허용 상태 이동과 필수 입력값
| 현재 상태 | 다음 상태 | 필수 입력값 | 되돌리기 조건 | |-----------|-----------|-------------|---------------| | 입고대기 | 검수중 | 입고일, 보관위치 | 택배 미도착 시 입고대기로 복귀 | | 검수중 | 판매가능 | 증빙ID, 품번, 사이즈 확정 | 하자 발견 시 보류로 이동 | | 검수중 | 보류 | 보류 사유 메모 | - | | 판매가능 | 예약 | 등록채널, 판매가 | 예약 취소 시 판매가능으로 복귀 | | 예약 | 판매완료 | 주문번호, 정산상태 | 결제 취소 시 판매가능으로 복귀 | | 판매완료 | 반품검수 | 반품 접수일, 보관위치 재지정 | 반품 없음 확정 시 판매완료 유지 | | 반품검수 | 판매가능 | 재검수 완료일 | 재판매 불가 시 보류로 이동 | | 보류 | 판매가능 | 보류 해제 사유 | - |
상태를 바꿀 때는 해당 행의 최종수정일을 갱신하고, 필수 입력값이 비어 있으면 상태 변경을 보류한다.
보관 위치 코드를 만들고 실제 박스와 재고표를 맞추는 방법
보관 위치 코드는 공간-선반-박스 3단계 구조로 설계한다.
- 공간: 방 이름이나 번호(예: R1=방1, R2=방2, ST=창고)
- 선반: 선반 위치(예: A=왼쪽, B=중앙, C=오른쪽)
- 박스: 박스 번호 01, 02, 03...
예시: R1-A-01은 방1 왼쪽 선반 1번 박스, ST-B-03은 창고 중앙 선반 3번 박스.
실제 박스에 라벨지나 포스트잇으로 위치 코드를 붙이고, 재고 원장의 보관위치 열에 같은 코드를 입력한다. 신발을 다른 박스로 옮길 때는 원장의 보관위치를 즉시 수정하고 최종수정일을 갱신한다.
위치 코드가 정확하지 않으면 실사 때 재고를 찾지 못하거나 중복 카운트할 수 있으므로, 이동 즉시 원장을 업데이트하는 습관이 필요하다.
Google Sheets 드롭다운·필터·조건부 서식 설정 순서
드롭다운 목록 만들기
- 상태 열 전체를 선택한다(예: F2:F1000).
- 상단 메뉴에서 데이터 > 데이터 확인을 클릭한다.
- 조건을 **목록(항목 직접 지정)**으로 선택하고, 쉼표로 구분해 입력한다:
입고대기,검수중,판매가능,예약,판매완료,보류,반품검수 - 저장하면 상태 열 셀을 클릭할 때 드롭다운이 나타난다.
보관위치 열에도 같은 방식으로 위치 코드 목록을 지정할 수 있다.
필터 설정
- 첫 행(헤더)을 선택한다.
- 데이터 > 필터 만들기를 클릭한다.
- 각 열 헤더에 필터 아이콘이 나타나며, 상태나 브랜드를 클릭해 원하는 값만 표시할 수 있다.
조건부 서식으로 중복 재고ID 강조
- 재고ID 열 전체를 선택한다(예: A2:A1000).
- 서식 > 조건부 서식을 클릭한다.
- 서식 규칙을 맞춤 수식으로 선택하고
=COUNTIF($A$2:$A$1000,A2)>1을 입력한다. - 서식 스타일을 빨간색 배경으로 지정하고 완료한다.
- 중복 ID가 있으면 해당 셀이 빨간색으로 표시된다.
설정 절차는 Google Docs 편집기 고객센터 문서에서 확인할 수 있다.
정상 결과·실패 신호·중복 ID와 잘못된 상태를 되돌리는 방법
정상 결과
- 재고 원장을 열면 모든 재고의 현재 상태와 위치를 한눈에 파악할 수 있다.
- 상태 필터로 "판매가능"만 표시하면 즉시 등록 가능한 신발 목록이 나온다.
- 주문번호로 검색하면 해당 주문의 재고ID·증빙·정산상태를 바로 찾을 수 있다.
실패 신호
- 중복 재고ID: 조건부 서식으로 빨간색 강조 표시. 입고일과 일련번호를 재확인하고 하나를 수정한다.
- 상태 전이 오류: 검수중에서 바로 판매완료로 변경한 경우. 판매가능 단계를 거쳐야 하므로 상태를 판매가능으로 되돌린 뒤 다시 예약→판매완료 순서로 변경한다.
- 보관위치 불일치: 원장에 R1-A-01로 기록했으나 실제 박스에 R1-B-02 라벨이 붙어 있는 경우. 실제 박스 라벨을 기준으로 원장을 수정한다.
- 증빙ID 누락: 상태가 판매가능인데 증빙ID가 비어 있으면 검수 사진·영수증을 찾을 수 없다. 증빙 패킷을 다시 만들고 ID를 입력한다.
되돌리기 방법
- 상태를 잘못 변경했을 때: 해당 행의 상태 열을 이전 상태로 드롭다운에서 다시 선택하고, 최종수정일을 갱신한다.
- 재고ID를 잘못 생성했을 때: 중복 검사로 발견 즉시 수정한다. 이미 다른 문서나 플랫폼에 등록했다면 해당 곳도 함께 수정해야 한다.
- 보관위치를 잘못 입력했을 때: 실제 신발이 있는 박스를 찾아 라벨을 확인하고, 원장의 보관위치를 실제 라벨과 일치시킨다.
매일 변경 기록과 월말 실사에 재사용하는 운영 루틴
매일 변경 기록
- 신발을 입고하면 즉시 재고ID를 생성하고 상태를 입고대기로 입력한다.
- 검수를 마치면 상태를 판매가능으로 바꾸고 증빙ID·품번·사이즈를 확정한다.
- 플랫폼에 등록하면 등록채널과 판매가를 입력한다.
- 예약이 들어오면 상태를 예약으로 바꾸고, 결제 완료 시 주문번호를 입력하며 판매완료로 변경한다.
- 신발을 다른 박스로 옮기면 보관위치를 즉시 수정한다.
하루 작업을 마칠 때 최종수정일 열을 내림차순 정렬해 오늘 변경된 행만 확인하고, 필수 입력값이 모두 채워졌는지 점검한다.
월말 실사
- 재고 원장에서 상태가 "판매완료"가 아닌 모든 행을 필터로 표시한다.
- 보관위치 코드 순서로 정렬한다.
- 실제 박스를 하나씩 열어 재고ID와 품번·사이즈가 원장과 일치하는지 확인한다.
- 원장에는 있는데 박스에 없으면 보관위치 오류이므로 다른 박스를 뒤져 찾고 원장을 수정한다.
- 박스에는 있는데 원장에 없으면 재고ID 누락이므로 즉시 행을 추가하고 상태를 확인한다.
- 실사 완료 후 재고 원장 시트를 복사해 "YYYYMM 실사 결과"로 이름을 바꿔 보관한다.
월말 실사를 통해 누락·중복·위치 오류를 발견하고 수정하면, 다음 달에는 같은 실수를 반복하지 않게 된다.
체계를 키울 때 추가할 요소
재고가 20켤레를 넘으면 아래 열을 추가로 고려할 수 있다.
- 구매처: 공식 스토어, 리셀 플랫폼, 해외 직구 등
- 구매가: 실제 지불 금액, 마진 계산용
- 예상 판매가: 시장 조사 결과 입력
- 등록일: 플랫폼에 처음 올린 날짜
- 조회수/찜 수: 플랫폼 반응 추적
- 메모: 특이사항, 하자 위치, 가격 협상 이력
다만 열이 늘어날수록 입력 부담이 커지므로, 실제로 의사결정에 쓰는 정보만 추가한다.
이 체계가 해결하지 못하는 문제
- 재고 원장은 중복 등록·분실 위험을 줄이지만 완전히 제거하지는 못한다. 실사를 건너뛰거나 상태 변경을 미루면 오류가 쌓인다.
- 세금 신고나 사업자등록 여부는 재고 체계와 별개 문제이므로 세무사나 관할 세무서에 확인해야 한다.
- 플랫폼 정책 위반(예: 가품 의심, 금지 브랜드)은 재고 원장으로 막을 수 없다. 브랜드 신발 리셀 첫 상품 등록 전 통과해야 할 8개 준비 게이트에서 사전 점검 항목을 확인할 수 있다.
- 여러 사람이 동시에 원장을 수정하면 충돌이 생길 수 있으므로, 혼자 관리하거나 Google Sheets 버전 기록 기능으로 변경 이력을 추적해야 한다.
참고 자료
- Google Docs 편집기 고객센터 - 셀에 드롭다운 목록 만들기
https://support.google.com/docs/answer/186103?hl=ko - Google Docs 편집기 고객센터 - 데이터 정렬 및 필터링
https://support.google.com/docs/answer/3540681?hl=ko - Google Docs 편집기 고객센터 - 조건부 서식 규칙 사용하기
https://support.google.com/docs/answer/78413?hl=ko