쇼핑몰 백오피스 개발 로드맵

SECTION 01 · STATUS지금까지 된 것

기반은 다 깔렸습니다. DB·서버·인증·물품 목록·자사몰이 붙어 있고, 백오피스 화면만 남았습니다.

PHASE 1물품 상세 — 설명 · 사진 · 매입가 · 비고

목록에서 고칠 수 없는 것들을 담는 화면입니다. 매입가가 여기 들어와야 정산이 성립하므로 P6 보다 먼저 와야 합니다.

사진은 DB 에 넣지 않습니다. 조회 1000행 상한이 있고 용량이 커지면 백업이 무거워집니다. 파일은 앱 볼륨에 두고 경로만 남깁니다. 검수 사진(P3)도 같은 방식입니다.

PHASE 2주문 · 입금 확인

가장 먼저 손해가 나는 지점입니다. 주문은 시트에, 입금은 통장에 있어 사람이 눈으로 대조하는 동안 미입금 발송과 입금 후 누락 발송이 생깁니다.

입금 확인 = 주문 확정입니다. 취합(P3)은 확정분만 집계합니다 — 미입금 주문이 발주 수량에 섞이면 손해가 그대로 발생합니다.

PHASE 3회차 취합 · 발주 · 검수

손으로 하던 합산을 시스템이 대신합니다. 여기서 수량이 틀리면 그대로 손해입니다.

PHASE 4배송 · 인도

현장에서 휴대폰으로 처리하는 구간입니다. 화면 수와 터치 수가 요구사항의 일부입니다.

PHASE 5재고 · 대여

가용 재고 한 숫자는 이미 쓰고 있습니다(없는 물건을 팔면 안 되니까). 여기서는 원장과 실사를 붙였습니다. 원장이 진실이고 재고 수량은 그 결과입니다 — 입출고를 넣으면 자사몰 품절 판단에 바로 반영됩니다.

PHASE 6정산

P1 의 매입가와 P2~P4 의 기록이 다 있어야 성립합니다. 그래서 마지막이었습니다. 매출은 인도 완료 기준이고 입금은 "현금 유입"으로 따로 봅니다 — 입금이 먼저 들어오므로 섞으면 아직 주지 않은 물건이 매출로 잡힙니다.

SECTION 02 · SCHEDULE일정

한 단계를 끝까지 쓸 수 있는 상태로 만든 뒤 다음으로 갑니다. 반쯤 된 화면 여섯 개보다 끝난 화면 두 개가 낫습니다.

합계 15 영업일입니다. 액션 플랜의 5주 일정과는 별개로 돌아가며, 10/6 오픈은 주문서와 시트로 열립니다 — 이 로드맵이 늦어도 오픈은 늦어지지 않습니다.

순서를 바꿀 수 있는 곳과 없는 곳. P1 은 P6 보다 먼저여야 하고(매입가), P2 는 P3 보다 먼저여야 합니다(확정분만 취합). P4·P5 는 서로 순서를 바꿔도 됩니다.

SECTION 03 · DATA데이터와 더미

화면을 만들기 전에 데이터를 먼저 넣었습니다. 빈 화면으로는 무엇이 불편한지 알 수 없습니다.

더미는 일부러 깨진 데이터를 섞었습니다 — 입금 금액 불일치 7건, 검수 수량 차이 6건, 배송 지연 5건, 실사 차이 4건, 미반납 대여 4건. 정상 데이터만으로는 화면이 그 상황을 보여주는지 확인할 수 없습니다.

node server/seed-dummy.mjs --apply 로 넣고 --wipe 로 지웁니다. 난수 씨앗이 고정돼 다시 돌려도 같은 데이터가 나옵니다. 기준일은 2026-10-20 으로 못박아, 날짜가 흐른다고 화면이 달라지지 않습니다.