LogiNippon — 제품 요구사항 명세 (PRD)

index.html · LogiNippon · PRD · 초안 2026-06-13 · 신뢰도 라벨 확인 추정 설계

일본 국내 B2B 트럭 화물 운송에 B2C 택배 수준의 화물 단위 실시간 가시성을 가져오는 LogiNippon(가칭)의 제품 요구사항 명세(Product Requirements Document). 핵심은 多重下請け(元請→下請→孫請)를 관통해 실제 운송 차량을 보는 것 — 해자는 소프트웨어가 아니라 네트워크다. 페인 우선(荷待ち·배차·규제)으로 진입해 위치를 부산물로 수집하고, 규제(実運送体制管理簿·荷待ち 2시간·拘束時間)를 킬러앱으로 도입 명분을 외부화한다.

PRD ↔ TRD 관계. 문서 흐름은 Research(시장 진실) → PRD(제품 진실: 누구를·무엇을·왜 이기는가) → TRD(기술 진실: FR/NFR/계약/SLO) → techspec(설계). 이 PRD는 페르소나·JTBD·유저스토리·여정·UX·성공지표·범위·GTM을 소유하고, 모든 에픽/스토리를 TRD의 FR-*에 추적 연결한다 — 기술 스펙을 중복하지 않는다.

한 문장

“일본 국내 B2B 트럭 화물에 화물 단위 실시간 가시성을 가져온다 — 다단계 하청을 관통해 실제 운송 차량까지. 화주는 트래킹이 아니라 荷待ち 단축·배차 효율·규제 대응에 지불하고, 가시성은 그 안에 묶여 팔린다.”

현재 제품 형태 — 다중 역할 플랫폼

원래 3-페르소나(荷主/運送会社/드라이버) 구상에서 7역할 role-gated 컨트롤 타워(Astro + Svelte + MapLibre, Cloudflare Pages)로 진화했다. 두 가지 핵심 진화 — ① PLATFORM_ADMIN 온보딩 역할(캐리어·컨사이니·거점 셋업, 일회용 드라이버 초대코드, ShipmentFactory로 드라이버 앱 없이 픽업→도착→대시보드 실증), ② CONSIGNEE(受取人) 중심 IA(받는 거점 운영자가 다캐리어 inbound 큐 + 캐리어 비교 대시보드를 봄).

정규 역할 (live 코드 기준)

역할페르소나주 화면(IA)
PLATFORM_ADMINPRS-PLATFORM 운영/온보딩map · admin · carriers · factory · ships
SHIPPER_ADMIN / SHIPPER_VIEWERPRS-SHIPPER 화주(지불 고객)map · ships · reports(規制) · issue
CONSIGNEE_ADMIN / CONSIGNEE_VIEWERPRS-CONSIGNEE 받는 거점map · inbound(到着便) · dashboard
CARRIER_OPS / SUPPORTPRS-CARRIER 운송사map · ships (현재 최소)
DRIVERPRS-DRIVER 드라이버Flutter 앱(현재 STUB)

역할/스코프 상세는 personas.html, 기술 권한 매트릭스는 TRD SR-AUTHZ-001 / FR-AUTH-004.

지금 어디까지 — as-built 스냅샷

DONE
荷待ち/NIMACHI 규제 CSV — 유일한 완성 킬러 기능
DONE
컨트롤타워·0→1 온보딩·컨사이니·Auth·H3 엔진
STUB
Flutter 드라이버 앱 — 최대 갭(GPS가 1차 데이터원)
GATE
cold-start 제휴 — Phase 1 하드 게이트(R1)

규제 킬러 기능(荷待ち CSV)은 end-to-end 완성. 드라이버 앱·웹훅 전달·룰 ETA·tracking-loss sweep·rate-limit·ingest 동의 게이트는 STUB으로 MVP-exit(GATE-P1)을 막는다. 모든 SLO/KPI 수치는 진입 단계 설계 목표(달성치 아님).

00 — 개요·전략

01 — 사용자

02 — 제품 요구사항

03 — 로드맵 · GTM

04 — 성공지표 · 추적성

문서 상태

PRD 초안 (2026-06-13) — Research·techspec·라이브 console/app 구현을 정독해 작성. 제품 진실원으로서 누구를·무엇을·왜를 고정하고, 기술 상세는 TRD로 연결한다. 모든 목표 수치는 진입 단계 초기 설계 목표이며 운영 데이터로 베이스라인을 조정한다.

관련 문서·레포