공급사 상품 등록 전환 — 서비스 기획·정책 정의서

1. 개요·목표

• 현황: 상품 등록/관리/수정을 MD가 전담 (공급사가 공문·엑셀로 제각각 전달 → MD가 옮겨 적음).
• 목표: 공급사 셀프 등록 + MD 검수 구조로 전환. 1순위 효과 = "MD 타이핑 제거".
• 퍼즈 구성: 단가 업데이트 = 퍼즈2(별도 문서 — 매일·매주 반복이라 우선). 이 문서 = 상품 등록(퍼즈3).
• 핵심 문제: ① 공급사가 내부 히어로코드를 알지 못해 MD가 수작업 매핑 ② 상품 사진을 MD가 외부 소싱.
• 구현 성격(미팅 2026-06-26): 신규 구축이 아니라 기존 어드민 위 얇은 레이어 — 화면·로직 재사용 + 로그인 공급사 스코프·컨펌 대기 큐·메뉴만 신설. 단가는 공급가(net)만 공급사 입력, 판매가(마진·세금·배송) 계산은 기존 플랫폼 로직 그대로.

2. 서비스 흐름

"필수"는 최종 저장(확정) 기준이지 공급사 입력 기준이 아님 → 공급사 제출 = 초안, 내부값은 MD 승인 때 채워짐.

3. 역할·화면

4. 등록 방식

단건 등록

• 상품명 입력 → 비슷한 기존 상품 후보 표시(미리보기=앱 상품 화면). 선택 시 히어로코드·카테고리·중량·대표 사진 자동 적용 → 공급사는 가격만.
• 맞는 게 없으면 신규(전체 필드+사진 필수) 제출.
• 중복 가드: 같은 히어로코드/상품명을 이미 등록(요청)했으면 확인.

엑셀 등록 (대량)

• 업로드 → 줄마다 자동 매칭 → 버킷: 🟢자동 / 🟡확인(후보 선택) / 🔴신규 / ⛔오류(단위 없음·필수 누락 → 등록 제외).
• 🔴신규/일치없음 → [정보 입력]으로 이미지·상세 보완(엑셀에 못 담는 이미지는 여기/Zip).
• 재업로드 레버리지: 첫 확정 시 (공급사+상품코드) ↔ 히어로코드 기억 → 다음엔 가격·재고만 갱신(검수 거의 0).

5. 히어로코드 매칭 정책

• 매칭은 "제안", 최종 코드는 MD가 확정. 공급사 선택/시스템 추천은 후보이며 최종 결정은 아니다.
• 공급사가 매칭 후 상품명·카테고리·중량을 수정하면 매칭 자동 해제 → 신규로 접수 → MD가 (같은 상품이면 기존 코드 연결 / 다르면 신규 발급).
• 매칭 신호 = 이름 + 중량 + 원산지 + 카테고리(다필드). 이름만으론 부족(실측 top-1 ≈75%, +중량 ≈86%).
• 본질적 모호 ≈16%(예: 삼치 12종)는 매처만으로 풀기 어려움 = 정보 문제 → 식별자 표준화로만 축소(§9).
• 성능: 단건 매칭 실시간(인덱스 조회, 데이터 커도 ms), 대량 1,000건 수 초. 연산 속도는 병목으로 보기 어렵다.

6. 데이터·예외 정책

7. 승인 워크플로우

• 공급사 제출 → 검수 대기(제출 건 단위 큐). "수상한 것만"(이미지 없음·매칭 안 됨·중량 이상) 우선.
• MD 처리: 승인 / 수정 후 승인(필드 직접 수정) / 반려(사유) / 보류. 위험 플래그 없는 건 일괄 승인.
• 반려 → 공급사에 사유 노출 → 수정 후 재제출 → 다시 큐.
• 승인완료 상품 정보 변경 = 변경 요청: 상품명·카테고리·중량·원산지·옵션 등 정보 수정 → 스냅샷 diff → MD 컨펌 후 반영(자동 반영 없음). (단가·재고·품절은 퍼즈2)
• 모든 처리는 이력(누가·언제·무엇·전→후)으로 기록.

7-2. 단가 업데이트 퍼즈2로 분리

단가·품절 업데이트(공급사 셀프 + MD 승인)는 퍼즈2 별도 문서로 분리됨 → 단가 업데이트 기획 · 프로토타입. 이 문서(상품 등록)는 퍼즈3.

8. 이미지 정책 (3중)

실측: 실상품 마스터의 약 절반만 실제 사진 보유 → 한 방법으로 안 끝남.

1. 상속 — 매칭+마스터 사진 있으면 자동(약 절반 커버)
2. 공급사 업로드 필수 — 마스터에 사진 없는 나머지 절반
3. 마스터 백필 — 사진 없는 마스터 일회성 보충

9. 카테고리별 전략

10. 단계 · 착수 게이트

착수 전 측정 2개 (제일 중요)

• 신규 등록이 기존 마스터에 이미 있을 비율 (높을수록 매칭·상속 효과↑)
• MD가 한 건에 "타이핑 vs 매칭" 어디에 시간 더 쓰나 (인터뷰)

단계