재고 재주문 제안 앱: Min/Max로 초안 주문 만들기

이 앱이 해결하는 문제(그리고 해결하지 않는 것)\n\n매장을 운영한다는 것은 보통 두 가지 비싼 실수 사이를 오가는 일입니다: 인기 상품이 품절되어 기회를 잃거나(판매 손실, 고객 불만), 너무 많이 사들여 현금이 느리게 도는 경우입니다. 일상의 문제는 “재고가 있나?”가 아니라 “다음에 무엇을, 얼마나 사야 하나?”이며, 이걸 스프레드시트로 한 시간씩 계산하고 싶지 않다는 점입니다.\n\nMin/Max 설정은 그 결정을 단순하게 만듭니다. 각 SKU마다 두 숫자를 저장합니다:\n\n- Min: 재주문 전에 도달하지 않으려는 최저 수준.\n- Max: 재주문 시 채우고자 하는 목표 수준.\n\n예를 들어 SKU 재고가 6개, Min이 10, Max가 25라면 제안 수량은 19입니다. 기억에 의존하지 않고 일관된 규칙을 사용합니다.\n\n재고 재주문 제안 앱은 현재의 재고 수량(선택적으로 이미 주문 중인 수량 포함)을 가져와 SKU별 Min/Max 규칙을 적용하고 구매 초안 목록을 생성합니다. 이 초안이 주요 출력물입니다: 공란 없이 “무엇을, 얼마나 주문해야 하나?”에 답해주는 짧고 검토 가능한 목록입니다.\n\n이 앱은 자동으로 구매를 실행하지 않습니다. 실제 구매에는 예외가 많기 때문에 중요합니다: 공급업체의 품절, 케이스 팩으로 인한 반올림, 계절 상품의 제외, 프로모션 등. 앱은 빠르게 제안을 생성하고 사람이 각 항목을 승인, 수정 또는 삭제하도록 해야 합니다.\n\n이런 도구는 주로 매장 관리자, 운영 책임자, 구매 담당자가 사용합니다. 한 사람이 여러 역할을 겸하는 소규모 팀에도 시작점으로 유용합니다.\n\n## SKU별로 저장해야 할 데이터\n\n좋은 제안은 단조롭고 일관된 SKU 데이터에서 시작합니다. 기본 정보가 엉망이면 초안 구매 목록이 무작위처럼 보이고 신뢰를 잃습니다.\n\n프로세스가 진화하더라도 SKU 레코드의 형태는 일정하게 유지되게 하세요.\n\n### 핵심 SKU 필드(작동 가능한 최소한)\n\n초기부터 사용하려면 다음이 필요합니다:\n\n- 스캔하거나 입력하는 SKU 식별자와 사람들이 인식하는 짧은 이름\n- 수량 단위(각, 병, 박스, kg)로 수량과 주문이 같은 의미가 되도록\n- 상태(활성/비활성)로 단종된 항목이 계속 표시되지 않게\n- Min과 Max 수준(선택적으로 별도의 재주문 지점)\n- 메모 및 “마지막 업데이트” 정보(타임스탬프 및/또는 수정자)\n\nMin과 Max는 가드레일입니다. 별도의 재주문 지점은 선택사항이지만 공급 소요시간이 길거나 불안정할 때는 일찍 재주문하도록 도와줍니다.\n\n### 현실적인 수학을 만드는 가용성 및 주문 세부사항\n\n다음 항목들이 "얼마나 살 수 있는가"를 결정합니다:\n\n- 현재 재고(온핸드)와 그 출처(지금 수동 카운트, 나중에 동기화 가능)\n- 선호 공급업체(또는 주 공급자)\n- 팩 사이즈(케이스 수량)로 유효한 배수로 주문 가능\n- 리드 타임(일)\n- 최소 주문 수량(MOQ)\n\n"온핸드"의 출처를 명확히 하세요. 처음에 수동 입력으로 시작하면 마지막 카운트 날짜를 저장하세요. 나중에 POS나 창고 도구와 동기화하면 마지막 동기화 시간도 저장하세요. 이 한 가지 정보로 "왜 이걸 제안했나?"라는 질문의 많은 부분이 해결됩니다.\n\n## Min/Max 제안 계산 방법\n\nMin/Max는 간단한 규칙입니다: 재고가 낮을 때만 재주문하고, 안전 수준까지 보충합니다. 결과는 이해하기 쉽고 감사하기 쉬운 초안 목록입니다.\n\n### 1) 언제 재주문을 트리거하나요?\n\n하나의 트리거를 선택하고 일관되게 유지하세요. 가장 흔한 규칙은:\n\n- On Hand가 Min 이하이면(때로는 재주문 지점이라 부름) 해당 항목은 대상입니다.\n- On Hand가 Min보다 높으면 제안은 0이고 항목은 초안 목록에서 제외됩니다.\n\n이렇게 하면 이미 충분한 항목에 대한 쓸데없는 추천을 피할 수 있습니다.\n\n### 2) 얼마나 주문할 것을 제안하나요?\n\n대상 항목이 되면 기본 아이디어는 "Max까지 주문"입니다. 간단한 공식은:\n\n\nbase_suggested = max - on_hand\nsuggested = max(0, base_suggested)\n\n\n예: Min = 10, Max = 40, On Hand = 14.\n\n- On Hand(14)이 Min(10)보다 높으므로 suggested = 0.\n\nOn Hand이 8로 떨어지면:\n\n- base_suggested = 40 - 8 = 32\n- suggested = 32\n\n### 초안을 현실적으로 만드는 간단한 조정들\n\n기본 계산 후에는 실제 구매 관행에 맞춘 몇 가지 규칙을 더하세요:\n\n- 케이스 팩 반올림: 12개 묶음으로만 구매해야 한다면 32를 36으로 올림하세요.\n- MOQ: MOQ가 50이면 36을 50으로 올리세요.\n- 음수 금지: On Hand가 55이고 Max가 40이면 base는 -15이지만 suggested는 항상 0이어야 합니다.\n- 선택적 상한: 큰 구매를 피하려면 최대 주문 수량을 제한하세요.\n\n### 처음에 처리해야 할 예외 상황\n\n데이터가 나쁘면 제안도 나쁩니다. 다음 상황을 분명히 표시하세요:\n\n- 단종 SKU: 재고가 낮아도 항상 제안 0.\n- 음수 재고: 경고로 처리; 계산은 보여주되 검토 표시를 하세요.\n- Min/Max 누락: 추측하지 말고 제안 0으로 설정하고 "설정 필요"로 표시하세요.\n\n## 사용자 흐름: 재고 수량에서 초안 구매 목록까지\n\n팀이 실제로 사용할 흐름이 최고의 흐름입니다. 단순하게 유지하세요: 보유 수량을 기록하고 제안을 생성합니다. 라벨, 대시보드, 분석은 나중에 추가하세요.\n\n일반적인 세션은 빠른 카운트를 하고, 위치를 선택(필요한 경우), SKU별로 수량을 입력하고 저장한 뒤 버튼 하나로 초안 구매 목록을 생성하는 순서입니다. 구매 담당자가 그 초안을 검토하고 수정한 뒤 승인합니다.\n\n화면을 깔끔하게 유지하려면 하나의 실용적인 필터를 추가하세요: Min 이하의 SKU만 표시하거나 상태와 함께 모든 SKU를 표시하세요. "Min 이하"는 바쁠 때 빠르고, "모두 보기"는 누락이 없는지 확인할 때 유용합니다.\n\n소규모 팀에 적합한 간단한 흐름:\n\n- 온핸드 수량 입력 또는 가져오기\n- 제안 생성\n- 초안 목록 검토(또는 Min 이하만 보기)\n- 제안 수량 편집 및 메모 추가\n- 초안을 승인하고 구매용으로 내보내기 또는 공유\n\n현실은 복잡하므로 오버라이드가 중요합니다. 구매 담당자는 프로모션 때문에 추가로 주문하거나, 현금이 부족해 적게 주문하거나, 공급 지연으로 인해 줄일 수 있습니다. 제안 수량을 규칙이 아니라 출발점으로 다루세요.\n\n다음과 같은 작은 제어가 많은 좌절을 막습니다:\n\n- 수동 오버라이드 수량(누가 바꿨는지 기록 포함)\n- 일시 중지(Hold) 플래그로 당분간 재주문 건너뛰기\n- 선택적 이유 필드(계절, 공급자 문제, 클리어런스)\n\n마지막으로 초안 생성 시 스냅샷을 저장하세요: 타임스탬프, 사용된 온핸드 값, 그 시점의 Min/Max 값, 오버라이드 전 제안 수량. 누가 "왜 24개를 주문했냐"고 물으면 초안을 열어 정확한 입력값을 볼 수 있어야 합니다.\n\n## 유연성을 유지하는 간단한 데이터베이스 구조\n\n좋은 재주문 앱은 신뢰할 수 있는 소규모 테이블 집합으로 시작합니다. 목표는 완벽한 ERP가 아니라 확장 가능한 깔끔한 기반입니다.\n\n### 시작할 핵심 테이블\n\n단일 매장 기준으로 항목 정보와 재고, 재주문 규칙을 분리하세요:\n\n- SKUs: 항목별 한 행(SKU 코드, 이름, 단위, 카테고리, 활성/비활성)\n- Suppliers: 공급업체 이름과 연락처(리드타임 같은 조건을 추적하면 포함)\n- Reorder settings: SKU별 Min, Max, 재주문 지점, 선호 공급업체, 팩 사이즈\n- Inventory levels: SKU별 현재 온핸드(나중에 위치별로 확장) 및 마지막 카운트 날짜\n- Draft orders: 헤더(공급업체, 상태, 생성자)와 라인(SKU, 제안 수량, 최종 수량)\n\n이 구조는 재주문 규칙을 바꿔도 SKU 리스트를 다시 쓰지 않아도 되고, 초안 주문을 제안 대 승인 기록으로 남길 수 있어 유연합니다.\n\n오늘 매장이 하나뿐이라면 위치를 과도하게 설계하지 마세요. SKU별 단일 수치로 저장하고 매장이나 창고가 늘어나면 Locations 테이블을 추가해 Inventory levels를 SKU별 위치별로 전환하세요.\n\n### 가드레일, 역할, 내보내기\n\n간단한 검증 규칙으로 잘못된 입력이 잘못된 주문으로 이어지는 것을 방지하세요. 예: Min은 Max보다 작아야 하고, 재주문 지점은 음수일 수 없으며, 팩 사이즈는 0일 수 없습니다. 설정이 누락되었을 때 제안을 차단할지 아니면 SKU를 "설정 필요"로 표시할지 결정하세요.\n\n여러 사람이 재고를 세고 규칙을 수정할 때 역할이 도움됩니다:\n\n- Viewer: SKU와 초안 주문을 볼 수 있음\n- Editor: 수량과 재주문 설정 업데이트 가능\n- Approver: 수량을 최종 확정하고 초안 주문을 승인 가능\n\n주문 발송 방법을 미리 계획하세요. 나중에 자동화하더라도 대부분 팀은 CSV 내보내기나 구매자가 초안 화면에서 복사할 수 있는 간단한 목록으로 시작합니다.\n\n## 화면 및 로직 단계별 구성\n\nSKU 카탈로그와 공급업체 두 개의 간단한 목록으로 시작하세요. 각 SKU는 사람들이 인식하는 이름, 기본 공급업체, 구매 단위를 가져야 합니다(각, 케이스, 카튼 등). 실용적으로 유지하세요. 이 목록은 팀이 매일 검색하는 대상입니다.\n\n다음으로 SKU 레코드에 재주문 설정을 추가하세요. Min과 Max가 기본이지만 팩 사이즈와 리드타임을 추가하면 더 나은 제안을 얻습니다. 동일 품목을 두 공급업체에서 사면 기본 하나를 선택하고 초안 주문에서 변경할 수 있게 하세요.\n\n재고 카운트 화면은 속도를 우선으로 설계하세요. 빠른 편집 그리드가 잘 맞습니다: 통로나 카테고리로 필터링하고, 카운트 수량을 입력하고 저장하세요.\n\n대부분 팀이 필요로 하는 핵심 화면:\n\n- SKU 목록 및 세부( Min, Max, 팩 사이즈, 리드타임 포함)\n- 공급업체 목록 및 세부\n- 재고 수량 입력(그리드 + 필터)\n- 재주문 제안(결과 표 + 간단한 액션)\n- 초안 구매 주문(편집 가능한 라인 + 승인)\n\n그 다음 제안 로직을 구현하세요: 각 SKU에 대해 "온핸드"(및 선택적으로 "on order")를 규칙과 비교해 제안 수량을 계산하고 팩 사이즈 반올림을 적용해 공급업체가 12개 단위로만 판다면 13개 제안을 내지 않게 합니다.\n\n검토용 초안 주문을 생성하고 이것을 Draft, Approved, Sent 같은 상태가 있는 문서처럼 취급하세요. 사용자가 초안을 만들면 제안 라인을 공급업체별로 그룹화해 주문 라인으로 복사하고 사람들이 수량을 편집하거나 공급업체를 바꾸거나 항목을 제거할 수 있게 하세요.\n\n마지막으로 깔끔한 출력 단계를 만드세요. 어떤 팀은 초안을 인쇄해 수동으로 주문하고, 다른 팀은 파일을 내보냅니다. 어쨌든 승인된 내역을 저장해 "제안 vs 주문"을 나중에 비교하고 규칙을 개선할 수 있게 하세요.\n\n## 제안 신뢰성을 떨어뜨리는 흔한 실수\n\n재주문 수학 자체는 간단합니다. 신뢰가 깨지는 이유는 설정이 엉망이기 때문입니다. 대부분 문제는 공식이 맞아도 초안 목록이 "이상하다"고 느껴지는 상황에서 시작됩니다.\n\n대표적 문제는 단위 혼용입니다. 선반은 "각"으로 세는데 주문은 "케이스" 단위라면 혼동이 생깁니다. SKU 단위가 불분명하면 시스템이 24를 주문해야 할 때 24 케이스를 의미할 수도 있습니다. SKU당 하나의 기본 단위(대개 "each")를 선택하고 "1 case = 24 each" 같은 변환을 저장해 최종 주문 수량이 올바르게 변환되게 하세요.\n\nMin과 Max도 추측으로 설정되는 경우가 많습니다. 판매 속도와 공급자 리드타임을 무시하면 규칙은 보기에는 깔끔하지만 실제로는 실패합니다. 느린 품목의 높은 Max는 현금을 묶어두고, 빠르게 팔리는 품목의 낮은 Min은 품절을 만듭니다.\n\n다른 흔한 실수들:\n\n- 위치(백룸 vs 선반, 매장 A vs 매장 B)를 추적하지 않아 온핸드가 맞지 않음\n- 누구나 Min/Max를 수정하게 하여 승인 프로세스 부재\n- 과거 값을 덮어써서 지난 주문 이유를 설명할 수 없음\n- 손상, 예약, 이동 중인 재고를 가용 재고로 취급\n- 며칠 된 카운트를 사용하고 제안이 틀렸다고 비난\n\n간단한 시나리오: 커피 포드를 판다고 합시다. 선반에는 6상자, 백룸에 18상자, 다른 매장에 12상자가 있습니다. 한 숫자만 추적하면 누군가 6을 세고 시스템이 주문을 제안할 것입니다. 위치 필드를 추가하면 이 문제가 빠르게 해결됩니다.\n\n## 초안을 신뢰하기 전 빠른 점검 목록\n\nMin/Max 시스템은 단순하지만 초안 목록의 품질은 배후 데이터에 달려 있습니다. 공급업체에 보내기 전에 조용히 큰 문제를 만드는 오류를 몇 가지 검사하세요.\n\n설정부터 확인하세요: 재주문 가능한 모든 SKU에 최소값, 최대값(또는 목표)과 올바른 팩 사이즈가 있어야 합니다. 하나라도 비어 있으면 앱은 해당 SKU를 플래그하고 건너뛰거나 "설정 필요"로 표시해야 합니다. 한 칸이 비어 있으면 조용히 큰 주문이나 전혀 없는 주문을 만들 수 있습니다.\n\n다음으로 온핸드 수량을 점검하세요. 음수 재고는(반품 처리 지연, 입고 미처리, 단위 혼동) 드물어야 합니다. 느린 품목에 -12가 보이면 제안을 "조사 필요"로 다루세요. 재집계나 거래 검토가 나중에 초과 재고를 풀기보다 저렴합니다.\n\n대부분 문제를 잡는 짧은 체크리스트:\n\n- 설정: 재주문 가능한 모든 SKU에 Min, Max, 팩 사이즈, 공급업체 기입\n- 수량: 온핸드가 그럴듯한 값인지(500 대신 50 같은 명백한 오타 없음)\n- 포장: 제안이 케이스 팩에 맞추어지고 MOQ 준수\n- 정책: 모두가 Max까지 채우는지 아니면 안전한 목표로 채우는지 알고 있음\n- 추적성: 편집 시 누가 언제 바꿨는지 기록됨\n\n포장 규칙에 특별히 주의하세요. 공급업체가 24개들이 케이스로 팔고 초안이 13을 제안하면 정책에 따라(보통 재고 부족을 피하기 위해 올림) 시스템이 조정해야 합니다. MOQ의 경우 원래 제안과 조정된 제안을 모두 보여줘 검토자가 무엇이 바뀌었는지 이해하게 하세요.\n\n또한 팀의 "충분한 기준"을 결정하세요. Max까지 주문하는 것은 공격적이며 현금을 묶을 수 있습니다. 더 보수적인 목표(예: 상위 품목은 Max까지, 느린 품목은 중간값으로)는 신뢰를 쌓는 동안 과잉 재고를 줄일 수 있습니다.\n\n마지막으로 감사 로그를 유지하세요. 각 라인에 "마지막 변경자"와 "마지막 변경 시각"만 있어도 신뢰를 쌓고 나중에 분쟁을 해결하는 데 도움이 됩니다.\n\n## 예시: 소형 매장의 주간 재주문\n\n30개 SKU를 취급하는 동네 가게를 상상해보세요. 주인은 매주 월요일 물리적 카운트를 하고 재고 재주문 제안 앱으로 빠르게 검토 가능한 초안 구매 목록을 만들고 싶어합니다.\n\n두 공급업체에서 구매합니다: 공급업체 A(스낵과 음료)와 공급업체 B(생활용품).\n\n### 세 가지 SKU와 제안 계산\n\nSKU 1: 스파클링 워터 12팩(공급업체 A)\n\n온핸드: 8팩. Min: 10. Max: 30. 팩 사이즈: 6.\n\n8이 Min(10) 이하이므로 앱은 Max까지 주문할 것을 제안합니다.\n\nMax에 도달하려면 = 30 - 8 = 22팩.\n\n팩 사이즈(6)로 반올림: 22 → 24.\n\n제안 주문: 24팩.\n\nSKU 2: 감자칩(공급업체 A)\n\n온핸드: 14 봉지. Min: 12. Max: 36. 팩 사이즈: 12.\n\n14는 Min보다 높으므로 제안은 0입니다. Max에 도달하지는 않았지만 이번 주에는 보충할 필요가 없습니다.\n\nSKU 3: 식기세척용 세제 500ml(공급업체 B)\n\n온핸드: 3병. Min: 6. Max: 18. 팩 사이즈: 6.\n\n3이 Min 이하이므로 Max까지 주문 제안.\n\nMax에 도달하려면 = 18 - 3 = 15병.\n\n팩 사이즈(6)로 반올림: 15 → 18.\n\n제안 주문: 18병.\n\n### 구매자 조정(예산 및 상식)\n\n초안은 출발점일 뿐입니다. 이번 주는 예산이 빡빡하고 비가 오면 스파클링 워터 판매가 줄어드는 걸 주인이 알고 있습니다.\n\n그는 스파클링 워터를 24팩에서 18팩으로(여전히 6의 배수) 줄입니다. 칩은 0으로 유지, 세제는 꾸준히 잘 팔려 18로 유지합니다.\n\n이 검토 및 조정 단계가 자동 발송보다 초안이 더 유용한 이유입니다.\n\n### 공급업체별 정리된 초안 구매 목록\n\n공급업체 A\n\n- 스파클링 워터 12팩: 18팩(24에서 조정)\n- 감자칩: 0\n\n공급업체 B\n\n- 식기세척용 세제 500ml: 18병\n\nSKU가 30개에 불과한 이 주간 루프는 카운트, 제안 검토, 몇 가지 편집, 공급업체별 초안 공유까지 약 10분 정도 걸릴 수 있습니다.\n\n## 다음 단계: 작게 시작하고 규칙을 개선하세요\n\n가치를 빨리 얻으려면 범위를 좁혀 시작하세요. 한 매장(또는 한 위치)과 관리 가능한 SKU 그룹 하나로 시작하세요. 깔끔하고 검토된 초안 목록에서 배우는 것이 첫날부터 모든 예외를 처리하려 하는 것보다 더 가치 있습니다.\n\n온핸드 카운트를 어떻게 캡처할지 일찍 결정하세요. 처음엔 수동 입력으로 충분하지만 일관성이 있어야 합니다. 예: "주문 전 매주 목요일에 카운트 업데이트" 같은 단순 규칙이 아무도 신뢰하지 않는 복잡한 설정보다 낫습니다.\n\n실용적 롤아웃 계획:\n\n- 카운트하기 쉽고 수익에 중요한 2050개 SKU로 시작\n- 첫 23주간은 매니저와 함께 초안 목록을 검토한 뒤 그 목록으로 주문 시작\n- SKU별 짧은 메모 필드 유지(예: "계절 상품", "케이스 팩 12")\n- 첫 그룹이 안정되면 다음 공급업체로 확장\n\n기본이 작동하면 규칙을 천천히 개선하세요. 두 가지 업그레이드가 빠른 효과를 냅니다: 평균 수요 추정(예: 최근 4주 평균 주간 판매)과 리드타임 기반 안전재고 약간 추가. 공급업체 리드타임이 10일이면 재주문 지점을 한 주치 수요만큼 올려 지연에 대비하세요.\n\n규칙을 정기적으로 점검하세요. 주간으로는 제안 주문을 검토해 명백한 오류를 고치고, 월간으로는 Min/Max 값을 조정해 상위 품목과 과잉 재고 위험이 큰 항목에 집중하세요.\n\n노코드 재고 앱으로 이걸 만든다면 AppMaster (appmaster.io)는 워크플로에 맞는 옵션 중 하나입니다: SKU와 공급업체를 데이터베이스에 모델링하고, Min/Max 로직을 시각적 프로세스로 넣어 직원이 검토하고 승인하기 전 초안 주문을 생성할 수 있습니다.