소규모 사업자를 위한 재고 관리 앱 만들기
재고 관리 앱을 만들려면 네 가지부터 시작하세요. 품목 목록, 위치별 품목 수량, 모든 재고 변동(입고, 출고, 조정, 사유 포함)의 기록, 그리고 재주문 기준 수량에 따른 재고 부족 알림입니다. AI 앱 빌더는 평범한 설명만으로 데이터베이스, 화면, 알림을 만들 수 있습니다. 가장 중요한 설계 선택은 수량을 그냥 덮어쓰지 않고 변동을 기록하는 것입니다. 그 이력이 있어야 숫자를 믿을 수 있기 때문입니다.
소규모 사업자가 직접 만드는 이유
대부분의 소규모 사업자는 스프레드시트로 재고를 관리하기 시작하고, 그것이 작동하지 않을 때까지 씁니다. 보통 다음 지점에서 깨집니다.
- 여러 사람이 시트를 업데이트하며 서로의 내용을 덮어씀
- 수량이 왜 바뀌었는지, 누가 바꿨는지 알 수 없음
- 누군가 알아차리기 전에 재고가 떨어짐
- 재고가 한 곳 이상에 있음(매장, 창고, 배달 차량, 두 번째 지점)
- 시트를 쓰는 방법을 설명하는 지침이 계속 늘어남
시중에 나온 재고 관리 소프트웨어도 많고 대개 정답입니다(이 가이드 끝부분 참고). 사람들이 직접 만드는 이유는 재고가 특이할 때(유통기한이 있는 로트, 다른 품목으로 만든 제품, 반납되는 대여품), 큰 제품 중 일부 기능만 필요할 때, 또는 팀의 업무 방식에 정확히 맞추고 싶을 때입니다. 스프레드시트를 쓰고 있다면 스프레드시트를 앱으로 바꾸는 법이 좋은 참고 자료입니다.
앱에 필요한 것
핵심 데이터
| 데이터 | 주요 필드 |
|---|---|
| 품목 | 이름, SKU, 바코드, 카테고리, 단위(개, 박스, kg), 원가, 판매가, 재주문 기준 수량, 공급업체, 사진, 활성 또는 보관 여부 |
| 위치 | 이름(매장, 창고, 2호 차량) |
| 재고 수준 | 품목, 위치, 보유 수량 |
| 변동 | 품목, 위치, 변화량(+ 또는 −), 유형(입고, 판매, 사용, 파손, 실사, 이동), 메모, 담당자, 시각 |
| 공급업체 | 이름, 연락처, 리드타임 |
핵심 아이디어는 다음과 같습니다. 재고 수준은 변동의 결과입니다. 모든 변경은 변동 기록을 거치며, 보유 수량은 그 기록에 따라 갱신됩니다. 그러면 감사 추적을 공짜로 얻고, 실수를 쉽게 추적하고 되돌릴 수 있습니다.
핵심 화면
- 품목 목록: 검색, 카테고리 필터, "재고 부족" 필터
- 품목 페이지: 위치별 수량과 최근 변동 내역
- 빠른 조정: 입고, 출고, 위치 간 이동, 실사 기록
- 재고 부족 화면: 재주문 기준 수량 이하인 모든 품목을 공급업체별로 묶어서 표시
- 실사 모드: 정기 실사용이며, 차이를 조정으로 기록
필요하면 나중에 추가할 것
- 발주서: 공급업체에 주문을 만들고, 그 주문에 맞춰 입고 처리
- 식품, 화장품, 의약품용 로트와 유통기한
- 부품표(BOM): 여러 부품으로 만든 완제품으로, 하나를 팔면 여러 부품 재고가 줄어듦
- 보고서: 재고 가치, 잘 움직이지 않는 품목, 시간에 따른 사용량(대시보드 만드는 법 참고)
- 휴대폰 카메라 바코드 스캔
만들기 전에 정할 것
무엇이 기준인가
이미 재고를 추적하는 온라인 쇼핑몰이나 POS를 판매에 쓴다면, 어느 시스템이 수량을 관리할지 정하세요. 두 시스템이 같은 숫자를 동시에 고치면 서로 어긋납니다. 선택지는 다음과 같습니다.
- 앱은 쇼핑몰이 추적하지 않는 것만 관리(원자재, 소모품, 창고 재고)
- 쇼핑몰이 기준이고, 앱은 API를 통해 그 데이터를 읽어 보고서와 알림에 사용
- 앱이 기준이고, 쇼핑몰로 수량을 밀어 넣음. 가장 강력하지만 제대로 맞추기가 가장 어렵습니다.
1번이나 2번으로 시작하는 쪽이 훨씬 안전합니다.
누가 무엇을 할 수 있나
| 역할 | 일반적인 권한 |
|---|---|
| 직원 | 품목 조회, 입고와 사용 재고 기록, 실사 |
| 관리자 | 직원의 모든 권한과 함께 품목, 재주문 기준, 공급업체 수정, 큰 조정 승인 |
| 사장 | 모든 권한과 원가, 재고 가치 보고서 |
일부 직원에게 원가를 숨기는 것은 흔한 요구사항이니, 첫 프롬프트에 꼭 적으세요. 실제 권한은 앱 로그인이 있어야 가능하며, 이는 앱에 로그인을 추가하는 법에서 다룹니다.
휴대폰인가 데스크톱인가
재고 작업은 서서 합니다. 창고에서, 배송 문 앞에서, 차량 옆에서요. 조정과 실사 화면은 휴대폰 기준으로 먼저 설계하고, 큰 버튼과 최소한의 입력을 사용하세요. 보고서와 품목 편집은 데스크톱 중심으로 해도 됩니다.
단계별로 만들기
1단계: 현재 데이터 정리하기
스프레드시트를 내보내고 가져오기 전에 정리하세요. 한 행에 품목 하나, 단위 통일, SKU 중복 없음, 병합된 셀 없음. 사람들이 예상하는 것보다 오래 걸리지만, 나중의 많은 문제를 막아 줍니다.
2단계: 첫 프롬프트 쓰기
사업, 재고, 사람, 변동을 설명하세요.
Fern & Stone을 위한 재고 앱을 만들어 줘. 매장, 창고, 배달 차량이 있는 식물 가게야. 품목에는 이름, SKU, 바코드, 카테고리, 단위, 원가, 판매가, 공급업체, 재주문 기준 수량이 있어. 위치별 수량을 추적해. 모든 변경은 유형(입고, 판매, 파손, 실사, 이동), 수량, 메모, 사용자, 시각이 포함된 재고 변동으로 기록하고, 수량을 직접 수정하지 않게 해 줘. 화면은 재고 부족 필터가 있는 검색 가능한 품목 목록, 위치별 재고와 변동 이력이 있는 품목 페이지, 휴대폰에 맞는 빠른 조정 화면, 공급업체별로 묶은 재고 부족 페이지야. 직원은 원가를 볼 수 없고, 관리자는 볼 수 있어야 해. 데이터베이스를 쓰고, 단순하고 빠른 디자인으로 만들어 줘. CSV 파일에서 품목을 가져오게 해 줘.
3단계: 가져오고 확인하기
정리한 CSV를 가져온 뒤, 품목 열 개를 실제 재고와 대조해 보세요. 처음의 수량이 틀리면 첫날부터 앱을 믿지 않게 되므로, 전환하는 날 가장 중요한 품목은 실제로 세어 보세요.
4단계: 변동 테스트하기
입고, 일부 판매, 하나 파손, 일부 차량으로 이동, 그리고 두 개가 없어진 것을 찾아내는 실사를 해 보세요. 각 품목의 이력이 올바른 이야기를 하는지, 수량이 맞는지 확인하세요. 수량이 0 아래로 내려가게 해 보고, 그것을 막을지 표시만 할지 결정하세요.
5단계: 알림과 보고서 추가하기
기본이 작동하면 사람들이 가장 먼저 요청하는 것이 보통 재고 부족 이메일이나 관리자용 일일 요약입니다. 이메일 제공자와 예약 작업이 필요합니다. 그다음에는 간단한 재고 가치 보고서와 90일 동안 움직이지 않은 품목 목록을 추가하세요.
6단계: 한 곳에서 먼저 도입하기
한 장소에서 2주쯤 쓰면서 불편한 부분을 고친 뒤 확장하세요. 가장 큰 위험은 버그가 아니라, 앱이 느리다는 이유로 직원이 다시 스프레드시트로 돌아가는 것입니다.
흔한 실수
- 현재 수량만 저장. 변동 기록이 없으면 "왜 이게 틀렸지?"에 답할 수 없습니다.
- 누구나 무엇이든 편집하게 두기. 재주문 기준의 오타나 삭제된 품목은 몇 주 동안 눈에 띄지 않을 수 있습니다.
- 단위 무시. 12개들이 박스로 사고 낱개로 파는 경우 명확한 규칙이 필요하며, 그렇지 않으면 수량이 12배 틀어질 수 있습니다.
- 조정 화면의 필드가 너무 많음. 입고 한 건을 기록하는 데 1분이 걸리면 사람들은 기록하지 않습니다.
- 양방향 쇼핑몰 동기화를 먼저 만들기. 무엇에든 연결하기 전에 앱 자체를 신뢰받게 만드세요.
- 회계로 취급하기. 세금용 재고 평가(선입선출, 이동평균)에는 규칙이 있습니다. 앱의 수치를 장부에 쓰기 전에 회계사에게 확인하세요.
기성 제품이 더 나은 경우
- 주로 Shopify나 Square 같은 한 플랫폼에서 판매할 때. 그곳의 기본 재고 기능이 이미 판매와 연결되어 필요한 것을 충분히 다룰 수 있습니다.
- 재고를 회계와 긴밀하게 연결해야 할 때. 회계 소프트웨어와 연동되도록 만들어진 재고 제품을 쓰면 대사 작업이 많이 줄어듭니다.
- 피킹, 패킹, 배송 라벨, 여러 판매 채널이 있는 창고 운영을 할 때. 전용 재고 및 창고 시스템이 이런 일을 위해 만들어졌습니다.
직접 만들어야 하는 경우는 재고가 이런 제품에 맞지 않을 때, 작은 부분만 쓰려고 큰 시스템에 돈을 내야 할 때, 또는 재고를 둘러싼 절차(승인, 작업지시서, 대여품 반납)를 관리해야 할 때입니다. 소규모 사업자의 직접 개발과 구매 비교 가이드에서 이 절충안을 다룹니다.
Mythex로 만들기
Mythex는 AI 앱 빌더입니다. 재고, 위치, 사람을 설명하면 실시간 미리보기에서 앱을 만들고, 품목, 위치, 변동을 위한 데이터베이스를 프로젝트에 추가합니다. 지금 쓰는 스프레드시트의 스크린샷을 첨부해 열을 보게 하거나, CSV 가져오기를 요청할 수 있습니다. 품목 사진은 프로젝트의 파일 저장소를 사용합니다. 쇼핑몰이나 POS에 API가 있다면 그 키를 프로젝트 시크릿에 저장하고 Mythex에게 그곳에서 읽도록 요청할 수 있습니다. 직원용 로그인 시스템은 기본으로 들어 있지 않으므로, 앱 계정과 역할은 직접 고른 인증 라이브러리나 제공자로 구현합니다. 시작에 도움이 되는 문서로는 내부 도구 만들기와 CRUD 앱 만들기 페이지가 있습니다.
수정해서 쓸 첫 프롬프트가 필요하다면 재고 추적기 템플릿을 열어 보거나, 더 넓은 내용인 사내 도구 만드는 법 가이드를 읽어 보세요.
자주 묻는 질문
기본 재고 관리 앱에는 어떤 기능이 필요한가요?
SKU가 있는 품목 목록, 위치별 현재 수량, 사유와 함께 입고와 출고를 기록하는 방법, 재주문 기준 수량과 재고 부족 알림, 검색 기능이 필요합니다. 공급업체, 발주서, 보고서는 나중에 추가해도 됩니다.
웹 앱에서 휴대폰으로 바코드를 스캔할 수 있나요?
네. 웹 앱은 브라우저를 통해 휴대폰 카메라를 사용해 일반적인 바코드와 QR 코드를 읽을 수 있습니다. 그래서 직원은 전용 스캐너 없이도 품목을 조회하거나 수량을 조정할 수 있습니다. 실제로 쓸 휴대폰과 라벨, 그리고 사용할 장소의 조명에서 테스트해 보세요.
재고 관리에 스프레드시트로도 충분한가요?
한 사람이 수십 개 품목을 관리하는 정도라면 보통 충분합니다. 여러 사람이 동시에 편집하거나, 누가 무엇을 바꿨는지 이력이 필요하거나, 재고가 떨어지기 전에 알림이 필요해지면 문제가 생기기 시작합니다.
재고 앱을 온라인 쇼핑몰이나 POS와 연결해야 하나요?
두 곳의 재고 수량을 맞추느라 이미 매출이나 시간을 잃고 있을 때만 연결하세요. 양방향 동기화는 모든 재고 시스템에서 가장 어려운 부분입니다. 쇼핑몰이나 POS가 이미 재고를 잘 관리하고 있다면 그곳을 기준으로 삼으세요.