문제 · 기회
LogiNippon이 푸는 문제는 "택배 트래킹의 B2B 버전"이 아니라 난이도의 성격 자체가 다른 문제다. 일본 B2B 화물은 多重下請け(元請→下請→孫請)를 거치며 화물이 지금 어디에 있고 각 지점에 얼마나 머물렀는지가 화주(荷主)에게 보이지 않는다. 이 페이지는 (1) 문제의 본질(B2B≠B2C), (2) 가설 H1~H4의 검증 현황, (3) 시장 앵커 사실, (4) 화이트스페이스를 정리한다. 시장·법령 사실에는 확인/추정, 우리 결정에는 설계 라벨을 붙였다.
1. 문제 — B2B 화물 가시성의 부재
일본의 B2B 화물·물류는 화물이 지금 어디에 있고, 각 지점에 얼마나 머물렀으며, 언제 도착할지가 화주(荷主)에게 실시간으로 보이지 않는다. 국내 B2C 택배가 송장 단위로 제공하는 수준의 가시성이 B2B 화물에는 부재하다. 확인
왜 어려운가 — B2B 화물 ≠ B2C 택배
출발점은 우리가 만드는 것이 "택배 트래킹의 B2B 버전"이 아니라는 인식이다. 네 가지 축에서 난이도의 성격이 다르다.
| 축 | B2C 택배 | B2B 화물 |
|---|---|---|
| 네트워크 | 단일 캐리어의 닫힌 네트워크 | 멀티 캐리어·복합운송, 다단계 하청 |
| 거점 | 캐리어가 모든 허브 소유 | 화주·창고·항만·하청사가 분산 소유 |
| 추적 단위 | 송장번호 | 차량·팔레트·오더·구간(leg) |
| 트래킹의 본질 | 내부 스캔 데이터를 노출 | 조직 경계를 넘는 위치 데이터 수집 |
문제의 본질. B2B 트래킹의 난이도는 "화면에 어떻게 보여줄까"가 아니라 "3차 하청 트럭의 위치 데이터를 어떻게 확보할까"에 있다. 본질은 UI가 아니라 조직 경계를 넘는 위치 수집이며, 이 점이 우리의 전 제품 설계를 관통하는 렌즈다. 즉 해자는 소프트웨어가 아니라 네트워크다(아래 H3 강검증). 확인
이 문제를 직접 마주하는 사람이 荷主 컨트롤타워 운영자(SHIPPER_ADMIN/SHIPPER_VIEWER)다. 화물·규제 부담의 주인이지만 하청 구간은 데이터가 깜깜하고, "트래킹 자체"가 아니라 荷待ち 단축·배차 효율·규제 대응에 지불한다(JTBD-01·JTBD-02·JTBD-03 — jobs-to-be-done).
2. 가설 H1~H4 + 검증 현황
1차 시장·서비스·구현 리서치로 도출한 가설과 현재 판단이다. 판단(부분검증/검증/강검증)은 확인 사실에 근거하지만, "어느 페인이 먼저 지불을 부르는가·가격대"는 미해결 질문으로 남는다(risks-open-questions).
| 가설 | 판단 | 근거(요약) | 제품 함의 |
|---|---|---|---|
| H1 — 화주의 지불 의사 | 부분 검증 추정 | MOVO Berth가 월 3만 엔~에 3.2만 거점을 확보했고, 荷待ち 단축이라는 측정 가능한 ROI가 존재(KAO 3~4h→1~2h). 단, 화주는 "트래킹 자체"보다 荷待ち 해소·배차 효율·규제 대응에 지불 — 가시성은 그 안에 번들로 묶여 팔린다. | 진입 메시징을 페인·규제로 한정, 가시성은 부산물. 화주 1차 조사로 검증화 필요(PR-03). GTM·가격은 가설. |
| H2 — 시장 순풍(2024년 문제 등) | 검증 · 구조적 확인 | 시행 2년차에도 22.9%가 960시간 초과 위험, 15.7%가 수주 거절(SOMPO 2025). 実運送体制管理簿 의무화(2025.4)·물류효율화법 전면시행(2026.4)으로 "가시화"가 법으로 강제되기 시작. 순풍이 일시적이지 않고 구조적. | 규제를 킬러앱으로(외부가 도입 명분을 만들어 줌). 비전·전략 §왜 지금. |
| H3 — cold-start가 핵심 장벽 | 강하게 검증 확인 | 조사한 10개 서비스 전부가 cold-start 해법으로 정체성이 정의됨. Hacobell은 순수 스타트업으로 6년 고전 후 세이노 자본제휴로 돌파. project44·FourKites·Logispot은 M&A로 네트워크 즉시 확보. 소프트웨어가 아니라 네트워크가 해자. | 제휴를 1순위·하드 게이트로(GATE-P0). PLATFORM 온보딩·ShipmentFactory 데모. 1순위 리스크(PR-01). |
| H4 — visibility는 조직·계약 문제 | 검증 확인 | 多重下請け 구조가 가시성을 조직적으로 차단해 왔고, 이제 実運送体制管理簿가 "누가 실제로 운반하는가"를 법으로 가시화. 재위탁을 2회 이내로 제한하는 노력 의무도 차단(2025.5 개정). 가시성은 기술 이전에 조직·계약 문제. | 계약상 데이터 공유 제어 + 규제 강제 + 캐리어 가치 우선으로 조직 저항 완화(PR-05). 다단계 관통이 차별점. |
가설 → 전략 한 줄. H2가 시장을 열고(순풍·구조적), H4가 문제를 규정하며(조직·계약), H3가 진입 난제를 못 박고(네트워크 cold-start), H1이 어떻게 돈을 받는지를 정한다(페인·규제 번들). 따라서 전략은 페인 우선 · 규제 킬러앱 · 제휴 3축이다.
3. 시장 앵커 (확인/추정 라벨)
아래 수치는 모두 외부 시장·법령 사실이며 우리 제품의 달성치가 아니다. 라벨은 출처 신뢰도다. (우리 KPI/SLO 목표는 전부 설계 — success-metrics-kpi 참조.)
규제 압박 — 2024년 문제 · 荷待ち
ROI 증거 — 荷待ち 단축
실측 ROI 앵커는 KAO 사례(3~4h→1~2h, 확인)다. 우리 제품의 荷待ち 측정·단축은 지오펜스 dwell 엔진 + NIMACHI 리포트로 구현되어 있으며(KPI-DWELL-001; 단 SLI 미측정 PARTIAL — OBS-METRICS-001 미해소), 측정 자체의 목표치는 설계다(JTBD-03 — JRN-NIMACHI).
인력 구조 — 구조적 부족·고령화
평균 연령 50세+는 ドライバー 페르소나(DRIVER) 설계를 직접 규정한다 — 고령 현장 드라이버는 최소 탭·공유 버튼 없는 자동화가 필요하다(드라이버 앱은 현재 STUB — 최대 갭, EPIC-DRIVER-APP).
선점 사업자 — MOVO/Hacobu
경쟁 경계. MOVO는 이미 3.2만 거점·80만 드라이버 ID·バース 시장 6년 1위다. 같은 진입점(荷待ち)으로 정면 경쟁하면 불리하다(PR-04 확인). 차별점은 多重下請け 관통 가시성 + 実運送体制管理簿 GPS 검증 — 거점 예약이 아니라 "실제 운송 차량을 본다"는 레이어다.
4. 화이트스페이스 — 다단계 하청 관통 가시성 레이어
위 앵커가 모이는 빈 곳은 명확하다. 글로벌 RTTVP의 일본 국내 트럭 공백과 다단계 하청을 관통하는 가시성이다.
- 글로벌 RTTVP의 국내 트럭 공백. project44·FourKites는 일본 국내 트럭에 진출하지 않았고, 일본 로컬 플레이어의 가시성은 대체로 자사 도입 차량만 본다. "다단계 하청 관통 가시성"이 가장 큰 빈 곳. 확인
- 규제 의무를 킬러앱으로. 実運送体制管理簿 작성, 荷待ち 2시간 목표, 拘束時間 기록은 "안 하면 벌금"이 된 의무다. 이 의무 이행 도구에 실시간 트래킹을 묶으면 시장이 외부에서 "도입 이유"를 만들어 준다. 확인
- 표준 식별자 부재 → 정규화 레이어 기회. 일본 국내 트럭에는 공통 화물 식별자가 없다. 운송사별 送り状番号를 묶어 표준화하는 aggregator 레이어가 비어 있다. 확인 (정규화는 FR-INGEST-002·FR-INGEST-003.)
- 물류 × 금융 확장 경로. 위치 데이터가 "운행 완료의 객관적 증거"가 되면 운임 결제·정산·팩토링으로 자연 확장(Phase 2+, 코어 비목표 — scope-nongoals). 추정
우리의 쐐기 — 페인을 진입점으로, 가시성을 부산물로. 위치 추적을 전면에 내세우지 않는다. 荷待ち·배차·규제 대응 같은 명확한 페인을 푸는 제품이 위치 데이터를 부산물로 수집하도록 설계한다. 현재 이 쐐기 중 荷待ち/NIMACHI CSV(法定2시간 초과 표시·report_id·JST·監督官庁용)가 유일하게 end-to-end 완성된 킬러 기능이다. 설계/구현: FR-RPT-NIMACHI-001 DONE.
RR-LEGAL-001 주의. 規制 출력의 공식 컬럼셋·인코딩(Shift_JIS vs UTF-8 BOM)은 아직 미확정이다. 서명 전에는 "官庁 제출 가능"으로 광고하지 않는다 — 규제 신뢰성은 포지셔닝의 일부다(PR-07, RR-LEGAL-001). 実運送体制管理簿 자동생성은 현재 미구현(GET /v1/reports/jitsuunso 501, Phase 2 — FR-RPT-JITSUUNSO-001 STUB).
근거·상호참조
- 이 페이지가 정의하는 PRD ID: 없음(서술 페이지). 페르소나·잡·여정·에픽·리스크 ID는 각 소유 페이지가 정의한다.
- PRD 상호참조: 00-overview/vision-strategy · 00-overview/scope-nongoals · 01-users/personas(PRS-SHIPPER·PRS-DRIVER) · 01-users/jobs-to-be-done(JTBD-01·02·03) · 01-users/journeys(JRN-NIMACHI·JRN-COLDSTART) · 02-requirements/epics-stories(EPIC-DRIVER-APP·EPIC-REGULATORY) · 03-gtm/gtm-pricing · 04-measurement/success-metrics-kpi · 04-measurement/risks-open-questions(PR-01·03·04·05·07).
- TRD 상호참조(외부): FR-RPT-NIMACHI-001 · FR-RPT-JITSUUNSO-001 · FR-INGEST-002 · FR-INGEST-003 · KPI-DWELL-001 · RR-LEGAL-001 · GATE-P0.
- 1차 리서치 출처: 확인 문제 정의·B2B≠B2C·가설 H1~H4 — Research
00-overview/problem-statement.html· 가설 검증 현황 — Research04-synthesis/implications-for-us.html· 시장 앵커(960h·22.9%·15.7%·1h28m·34.1%·평균50세+·MOVO 3.2만/80만/6년1위·KAO 3-4h→1-2h) — Research01-market/japan-market.html,02-services/japan/movo-hacobu.html. - 원천 출처(확인): SOMPOインスティチュート・プラス(2025.4) · NXリサーチ(2022) · 国土交通省 荷待ち 조사 · 厚生労働省 令和6年 賃金構造基本統計調査 · 全日本トラック協会 「日本のトラック輸送産業 現状と課題 2024」 · 改正物流法(令和6年法律第23号) 実運送体制管理簿·物流効率化法.
- 신뢰도 라벨 규칙: 확인=공식·1차 출처 시장/법령 사실 · 추정=일반화·미검증 수치(예: バース·폴리곤 25–40% 절감) · 설계=우리 목표(진입 단계 초기 목표, 달성치 아님).