Jobs-to-be-Done (JTBD)
LogiNippon의 모든 페르소나가 "제품을 고용하는" 14개 Job을 정의한다. 핵심 전제는 화주가 "트래킹"이라는 기능이 아니라 荷待ち 단축·배차 효율·규제 대응이라는 진척(progress)을 사기 위해 제품을 고용한다는 것이다(H1 부분검증). 위치 데이터는 그 Job들을 처리하는 과정의 부산물로 수집된다. 이 페이지는 JTBD-01..14를 소유하며, 각 Job을 트리거·기대 결과·현재 대안·우선순위로 분해하고 그 Job을 충족하는 에픽으로 연결한다.
JTBD 개념
Job-to-be-Done은 사용자가 특정 상황에서 이루려는 진척(progress)을 기능이 아닌 "고용 동기"로 본다. 같은 위치 데이터라도 화주(荷主)는 荷待ち·규제 산출을 위해, 受取人은 도크 인력 계획을 위해, 드라이버는 핸즈프리 보고를 위해 제품을 고용한다 — 맥락이 다르면 Job도 다르다. 각 Job은 "…할 때(트리거), …하기 위해(동기), …하고 싶다(기대 결과)" 구조로 진술하며, 현재 대안(today)을 능가해야만 채택된다. 우선순위 P0는 MVP 진입의 페인·규제 쐐기에 직결되는 Job, P1은 land-and-expand·캐리어 가치, P2는 Phase 2+ 확장이다. 모든 KPI/SLO 목표 수치는 진입 단계 설계 목표(달성치 아님)이며, 규제 산출의 공식 포맷·인코딩은 미확정으로 RR-LEGAL-001 게이트에 종속된다.
1. 荷主(SHIPPER) — 지불 고객의 Job
페르소나 PRS-SHIPPER(荷主 컨트롤타워 운영자, SHIPPER_ADMIN/SHIPPER_VIEWER). 화물·규제 부담의 주인이지만 하청 구간은 데이터 깜깜. 트래킹이 아니라 荷待ち 단축·법정 산출에 지불한다. JTBD-01·02·03·14 소유.
| ID | Job 진술 ("…할 때 …를 위해") | 트리거 | 기대 결과(outcome) | 현재 대안(today) | 우선 |
|---|---|---|---|---|---|
| JTBD-01 | 내가 직접 통제하지 못하는 多重下請け(元請→下請→孫請) 캐리어를 관통해 화물을 맡길 때, 전화·FAX 없이 현 위치·체류·도착 예정을 알기 위해 제품을 고용한다. | 화물 출하 후 "지금 어디냐" 문의가 들어오거나 도착이 불확실할 때 | 多重下請け를 관통한 실제 운송 차량을 한 화면(FleetMap)에서 실시간으로 봄 — 핑이 0이어도 화면이 비지 않음 | 下請け 캐리어에 전화·메일로 일일이 확인, 깜깜이 구간은 추측 | P0 |
| JTBD-02 | 荷待ち 기록과 実運送体制管理簿를 행정에 제출해야 할 때, 수기 작성과 행정지도/벌금을 면하기 위해 제품을 고용한다. | 2025.4 実運送体制管理簿 의무·2026.4 荷待ち ≤2h 규제 시점, 監督官庁 대응 필요 시 | 지오펜스 dwell에서 荷待ち를 자동 산출, 法定2시간 초과 표시·report_id·JST가 박힌 CSV 산출(監督官庁용) | 드라이버 수기 기록·엑셀 수합, 실運送체제는 사실상 미작성(行政指導 리스크) | P0 |
| JTBD-03 | 특정 납품처의 荷待ち가 만성적으로 길 때, 개선 협상의 측정가능 ROI 근거를 쥐기 위해 제품을 고용한다. | 특정 거점에서 드라이버가 반복적으로 장시간 대기, 캐리어 운임·拘束時間 압박이 올 때 | 납품처별 平均荷待ち(mean+p90)·>120min 건수를 측정·단축, 협상에 쓰는 객관 리포트(KAO 3-4h→1-2h 류 ROI) | 기사 구두 불만·체감에 의존, 정량 근거 없이 납품처와 협상 불가 | P0 |
| JTBD-14 | 자사 TMS/WMS/ERP가 이미 운영의 중심일 때, LogiNippon 가시성 데이터를 그 시스템에서 직접 소비하기 위해 제품을 고용한다. | 기존 사내 시스템과 이중 입력·창 전환이 발생할 때(Enterprise 도입 단계) | REST 폴링/HMAC 서명 웹훅으로 자사 시스템에 상태·예외를 overlay(ERP 대체 아님), event id 멱등·occurred_at 정렬 | 화면을 따로 보거나 CSV 수동 export 후 사내 시스템에 재입력 | P2 |
충족 에픽: JTBD-01 → EPIC-CONTROL-TOWER DONE · JTBD-02 → EPIC-REGULATORY PARTIAL(NIMACHI DONE / 実運送体制管理簿 STUB·501) · JTBD-03 → EPIC-REGULATORY · 부분 EPIC-CONSIGNEE(Dashboard dwell) DONE · JTBD-14 → EPIC-INTEGRATIONS STUB
2. 受取人/荷受け拠点(CONSIGNEE) — 받는 거점의 Job
페르소나 PRS-CONSIGNEE(受取人/荷受け拠点 운영자, CONSIGNEE_ADMIN/CONSIGNEE_VIEWER). 자기 도크로 오는 전 캐리어 inbound를 보고, 라이브 ETA로 도크 인력을 계획하며, 캐리어를 객관 랭킹한다(컨사이니 중심 IA — 원 리서치에 없던 방향, land-and-expand 축). JTBD-04·05·13 소유.
| ID | Job 진술 ("…할 때 …를 위해") | 트리거 | 기대 결과(outcome) | 현재 대안(today) | 우선 |
|---|---|---|---|---|---|
| JTBD-04 | 여러 캐리어의 화물이 내 도크로 들어올 때, 도크 인력·バース를 미리 계획하기 위해 제품을 고용한다. | 당일/익일 inbound 처리, 한 도크에 여러 캐리어가 몰릴 때 | 다캐리어 inbound 라이브 큐(到着便: 화물·캐리어·거점·상태·ETA+추정 플래그)를 한 화면에서 봄 → 도착 시각에 맞춰 인력 배치 | 캐리어별 전화·메일·각 화주 시스템에 흩어진 도착 정보를 수동 취합 | P0 |
| JTBD-05 | 어느 캐리어를 계속 쓸지 결정해야 할 때, 체감이 아닌 객관 성과로 판단하기 위해 제품을 고용한다. | 캐리어 갱신·교체 검토, 도크 혼잡·지연이 특정 캐리어에 집중될 때 | 캐리어 비교 Dashboard(건수·평균dwell·정시%·ETA MAE)로 객관 랭킹 | 주관적 인상·클레임 빈도로 캐리어 판단, 정량 비교 불가 | P1 |
| JTBD-13 | 한 건의 배달을 기다리는 최종 수령인일 때, 차량 위치 노출 없이 도착 시각만 알기 위해 제품을 고용한다. | "오늘 몇 시에 오나" 정도만 알면 충분한 BtoB 납품 시나리오 | 로그인 없는 공유 링크의 ETA 전용 페이지(차량 실시간 위치 생략 — 個人情報保護法), 정직한 staleness/tracking_rate, 완료 SMS/메일 | 전화로 도착 문의, 부정확한 구두 약속에 의존 | P1 |
충족 에픽: JTBD-04 → EPIC-CONSIGNEE DONE · JTBD-05 → EPIC-CONSIGNEE DONE(컨사이니 Dashboard; 화주向 스코어카드 FR-RPT-ANALYTICS-001 은 ABSENT) · JTBD-13 → EPIC-CONSENT-PRIVACY(受取人 ETA-only 마스킹) PARTIAL
3. PLATFORM_ADMIN(플랫폼 운영) — cold-start의 Job
페르소나 PRS-PLATFORM(LogiNippon 운영/온보딩, PLATFORM_ADMIN 최강 역할). 검증된 #1 장벽인 cold-start(H3)를 수행한다 — 캐리어·컨사이니·거점 셋업, 일회용 드라이버 초대코드 발급, 실 GPS 전 전 과정 실증. JTBD-06·07·08 소유.
| ID | Job 진술 ("…할 때 …를 위해") | 트리거 | 기대 결과(outcome) | 현재 대안(today) | 우선 |
|---|---|---|---|---|---|
| JTBD-06 | 신규 파트너 제휴가 서명될 때, 캐리어+컨사이니를 빠르게 온보딩하고 드라이버를 등록시키기 위해 제품을 고용한다. | Phase 0 제휴 PoC 시작(GATE-P0 통과), 새 네트워크를 0→1로 세워야 할 때 | AdminPanel에서 캐리어·컨사이니·거점/지오펜스 생성, 일회용 DRIVER 초대코드(max_uses 1, ttl 30d) 발급 → 드라이버 셀프 등록 | 수작업 계정 셋업·구두 안내, 셀프가입 부재로 온보딩 마찰 | P0 |
| JTBD-07 | 실 트럭·GPS가 아직 0인 데모 상황일 때, 화물 전 생애주기를 end-to-end로 실증하기 위해 제품을 고용한다. | 파트너·투자자 데모, 드라이버 앱 STUB 상태에서 가치를 보여줘야 할 때 | ShipmentFactory 4스텝(캐리어+컨사이니 / 드라이버+차량 / 멀티스톱 화물 / 위치 시뮬→ingest)으로 픽업→도착→맵/Inbound/Dashboard KPI 전 과정 시연 | 슬라이드·목업으로만 설명, 실제 흐름 입증 불가 | P0 |
| JTBD-08 | 캐리어 자산이 시간에 걸쳐 변할 때, 드라이버·차량·운송 일정을 관리하기 위해 제품을 고용한다. | 드라이버 입·퇴사, 비밀번호 분실, 차량 추가, 일정 변경이 발생할 때 | CarrierManager에서 드라이버·차량 CRUD·비번 리셋·일정·inline stop·active/history 관리(현재 플랫폼 운영자 대행) | 스프레드시트·메모로 캐리어 자산 관리, 변경 추적 불가 | P1 |
충족 에픽: JTBD-06 → EPIC-ONBOARDING DONE(제휴 하드 게이트 GATE-P0 선결) · JTBD-07 → EPIC-ONBOARDING(ShipmentFactory) DONE · JTBD-08 → EPIC-CARRIER-OPS DONE(CARRIER_OPS 셀프서비스는 Phase 2)
4. ドライバー(DRIVER) — 1차 위치 센서의 Job
페르소나 PRS-DRIVER(実운송자, DRIVER Flutter 앱). 고령(평균 50+) 현장 드라이버로, 최소 탭으로 案件 수신·위치 공유·완료 보고. 스마트폰 GPS가 1차 데이터원이라 이 Job들이 막히면 North Star(Tracking Rate)가 측정되지 않는다 — 현재 드라이버 앱은 scaffold STUB(최대 갭). JTBD-09·10 소유.
| ID | Job 진술 ("…할 때 …를 위해") | 트리거 | 기대 결과(outcome) | 현재 대안(today) | 우선 |
|---|---|---|---|---|---|
| JTBD-09 | 案件을 배정받았을 때, 큰 버튼 한 번으로 수락하고 잡 중에만 위치를 공유하기 위해 제품을 고용한다. | 새 案件 푸시 수신(FCM/APNs PLANNED), 운행 시작·종료 시점 | 受託(수락) 시 공유 자동 ON, 완료 시 자동 OFF — 별도 "공유 버튼" 조작 없이 핸즈프리·프라이버시·배터리 예산이 보임 | 전화·구두로 案件 수신, 위치 공유는 수동(또는 미공유) | P0 |
| JTBD-10 | 터널·전파 음영·오프라인 구간을 지날 때, 수기 보고 없이 도착/배달을 증명하고 추적을 유지하기 위해 제품을 고용한다. | 전파가 끊기는 구간 통과, 거점 ENTER/EXIT, 完了報告 시점 | 오프라인 버퍼·적응 샘플링으로 끊겨도 추적 유지, 서버가 지오펜스 ENTER/EXIT를 자동 도출, 完了報告+증빙사진으로 배달 증명 | 전표·구두로 도착 보고, 끊긴 구간은 추적 누락(데이터 갭) | P0 |
충족 에픽: JTBD-09 → EPIC-DRIVER-APP STUB(최대 갭) · JTBD-10 → EPIC-DRIVER-APP · 동의 게이트는 EPIC-CONSENT-PRIVACY PARTIAL(FR-ACQ-CONSENT-001 ingest 미배선 — APPI 갭)
5. 運送会社(CARRIER) — 마진을 지키는 Job
페르소나 PRS-CARRIER(運送会社 운영/配車, CARRIER_OPS/SUPPORT — 현재 최소 콘솔). FAX·전화·수기 중심 중소 캐리어. 가시성이 마진을 노출하는 양날(R4)이라, 실제 배달했다는 증명으로 화주 거래를 유지하는 것이 핵심 동기. JTBD-11 소유.
| ID | Job 진술 ("…할 때 …를 위해") | 트리거 | 기대 결과(outcome) | 현재 대안(today) | 우선 |
|---|---|---|---|---|---|
| JTBD-11 | 화주가 가시성을 요구할 때, 자사 라이브 차량을 보고 실제로 배달했음을 증명해 거래를 유지하기 위해 제품을 고용한다. | 화주의 가시성·실적 요구, 지연·클레임에 대한 해명이 필요할 때 | Map에서 자사 차량(상태색 트럭+stop pin, 핑 0이어도 안 빔)을 보고, 完了報告·증빙으로 실배달을 증명 → 거래·평판 유지 | 전표·구두로 실적 주장, 객관 증거 없이 화주 신뢰에 의존 | P1 |
충족 에픽: JTBD-11 → EPIC-CONTROL-TOWER(자사 스코프 FleetMap) · 예외·알림은 EPIC-NOTIFY-EXC STUB · 자사 데이터 스코프는 FR-AUTH-004(테넌트 격리)
6. 3PL/물류 중개업자 — 오케스트레이션의 Job
페르소나 PRS-3PL(3PL/물류 중개업자, Phase 2 세분 스코프). 다 화주·캐리어를 오케스트레이션하고 정산 근거를 산출하며 멀티테넌트로 분리한다. JTBD-12 소유.
| ID | Job 진술 ("…할 때 …를 위해") | 트리거 | 기대 결과(outcome) | 현재 대안(today) | 우선 |
|---|---|---|---|---|---|
| JTBD-12 | 위임받은 복수 화주·캐리어를 대신 운영할 때, 위임 범위 내에서 오케스트레이션하고 정산 근거를 산출하기 위해 제품을 고용한다. | 다 화주·다 캐리어 위탁 운영, 운임 정산 시점, 멀티테넌트 분리가 필요할 때 | 위탁 범위 내 다 화주/캐리어를 분리된 멀티테넌트 뷰로 오케스트레이션, dwell·실적 리포트를 정산 근거로 산출(ERP 대체 아닌 overlay) | 화주·캐리어별로 분리된 시스템·스프레드시트, 정산 근거 수작업 취합 | P2 |
충족 에픽: JTBD-12 → EPIC-INTEGRATIONS STUB(웹훅 CRUD 501·rate limit 없음) · 멀티테넌트 격리 FR-AUTH-004
JTBD → 에픽 충족 요약
각 Job을 1차로 충족하는 에픽과 그 현재 구현 상태(§14 as-built 기준). 우선순위가 높은 Job일수록 DONE이거나 진행 중이며, 1차 위치 센서인 드라이버 앱 Job(09·10)이 최대 갭이다.
| JTBD | 페르소나 | 우선 | 1차 충족 에픽 | 구현 상태 |
|---|---|---|---|---|
| JTBD-01 | PRS-SHIPPER | P0 | EPIC-CONTROL-TOWER | DONE |
| JTBD-02 | PRS-SHIPPER | P0 | EPIC-REGULATORY | PARTIAL |
| JTBD-03 | PRS-SHIPPER | P0 | EPIC-REGULATORY | DONE(NIMACHI dwell) |
| JTBD-04 | PRS-CONSIGNEE | P0 | EPIC-CONSIGNEE | DONE |
| JTBD-05 | PRS-CONSIGNEE | P1 | EPIC-CONSIGNEE | DONE |
| JTBD-06 | PRS-PLATFORM | P0 | EPIC-ONBOARDING | DONE |
| JTBD-07 | PRS-PLATFORM | P0 | EPIC-ONBOARDING | DONE |
| JTBD-08 | PRS-PLATFORM | P1 | EPIC-CARRIER-OPS | DONE |
| JTBD-09 | PRS-DRIVER | P0 | EPIC-DRIVER-APP | STUB(최대 갭) |
| JTBD-10 | PRS-DRIVER | P0 | EPIC-DRIVER-APP | STUB |
| JTBD-11 | PRS-CARRIER | P1 | EPIC-CONTROL-TOWER | DONE(알림 STUB) |
| JTBD-12 | PRS-3PL | P2 | EPIC-INTEGRATIONS | STUB |
| JTBD-13 | PRS-CONSIGNEE(수령인) | P1 | EPIC-CONSENT-PRIVACY | PARTIAL |
| JTBD-14 | PRS-SHIPPER | P2 | EPIC-INTEGRATIONS | STUB |
주의(정직 포지셔닝): 표의 모든 KPI/SLO 목표(平均荷待ち, ETA MAE/MAPE, 정시% 등)는 진입 단계 설계 목표이며 달성치가 아니다. North Star인 Tracking Rate는 KPI-TRACK-001 측정 배선(OBS-METRICS-001) 전까지 미측정이다. 규제 산출(JTBD-02)의 公式 컬럼셋·인코딩(Shift_JIS vs UTF-8 BOM)은 미확정이므로 RR-LEGAL-001 서명 전에는 "官庁 제출가능"으로 광고하지 않는다.
근거·상호참조
- LogiNippon PRD 마스터 스펙 §6(JTBD 매트릭스)·§4(정규 페르소나/역할)·§5(에픽 매핑)·§14(as-built 사실) — 내부 단일 진실원.
- 페르소나 정의: 01-users/personas.html(
PRS-*소유). - 충족 에픽·유저스토리: 02-requirements/epics-stories.html(
EPIC-*/US-*소유). - 여정(Job의 실행 흐름): 01-users/journeys.html(JRN-COLDSTART·JRN-FACTORY·JRN-DRIVER·JRN-NIMACHI·JRN-CONSIGNEE·JRN-RECIPIENT·JRN-MONITOR·JRN-INTEGRATE).
- 리스크·미해결 질문(H1 지불의사·드라이버 앱 갭·APPI): 04-measurement/risks-open-questions.html.
- 제품 리서치(전달 계층·사용자 유형별 뷰·荷待ち 리포트·受取人 ETA-only) 확인 — github.com/LogiNippon/research · Research/03-implementation/delivery-layer.html.
- TRD(기술 상세, 외부 레포): North Star KPI-TRACK-001 · 규제 RR-NIMACHI-001·RR-LEGAL-001 · 드라이버 수집 FR-ACQ-AUTOSHARE-001·FR-ACQ-CONSENT-001 · 인증/테넌시 FR-AUTH-004 · 분석 FR-RPT-ANALYTICS-001 · 게이트 GATE-P0.