이 페이지는 특정 고객을 사기·악성 고객으로 판정하기 위한 도구가 아닙니다. 공개된 정보와 확인 가능한 증거를 바탕으로 거래 구조와 책임을 분석합니다.

CASE KR-CUS-000004 · 고객 정보누락 · 배송·미수령 · 고객센터 폭언 · 단건

호수를 안 적었는데 배송이 잘못되면 누구 책임일까?

생수 배송: 택배보관함 지정, 호수 없음, 배송 전 전화 요청, 완료 사진 없음

운영자 현장 관찰 — 개인 식별 정보를 지운 실제 상황 기록이며, 확인되지 않은 부분은 그대로 확인 안 됨으로 둡니다

  • CUSTOMER_INPUT_ERROR고객 입력 오류
  • MISSING_DELIVERY_INFO배송 정보 누락
  • MISSING_ACCESS_INFO출입 정보 누락
  • DELIVERY_PROOF_MISSING배송완료 증빙 없음
  • CONTACT_REQUEST배송 전 연락 요청 있음
  • UNKNOWN_DRIVER_ACTION기사 조치 확인 안 됨
  • CONTROL_GAP항의받는 사람 ≠ 통제권자
  • SHARED_RESPONSIBILITY책임이 나뉨

판단 요약

Complaint불만: 판단 보류배송완료 증빙이 없고 전화 요청 이행 여부도 모릅니다. 동시에 호수·출입 정보가 빠져 있었습니다. 어느 쪽 비중이 큰지는 기사 조치가 확인돼야 압니다.
Behavior행동: 강한 압박강한 항의와 상급자 요청은 기록됐지만 욕설·위협은 기록되지 않았습니다. 상급자 요청 자체는 정당한 권리입니다.
Responsibility책임: 나뉨고객 입력 누락과 배송 측 증빙·연락 누락 가능성이 함께 있습니다.
Evidence증거 신뢰도: 중간근거 개수와 서로 맞는 정도로 정합니다. 점수가 아닙니다.

불만 정당함 ←→ 근거 약함

행동 \ 불만
정당함
일부 정당
판단 보류
근거 약함
강한 압박
악용 가능성(패턴 근거)
폭언·위협

가로는 불만이 정당한지, 세로는 행동이 적절했는지입니다. 두 축은 서로를 상쇄하지 않습니다. 불만은 정당한데 폭언이 있었던 사례는 맨 왼쪽 아래 칸에 놓입니다.

01 · 무슨 일이 있었나

고객은 생수를 주문하며 택배보관함을 배송지로 지정했지만 호수와 공동현관 출입 정보는 없었습니다. 배송 전 전화를 요청했습니다. 주문은 배송완료 처리됐지만 완료 사진은 없었고, 기사가 전화를 했는지와 실제 놓인 위치는 확인되지 않았습니다. 고객은 상담사에게 강하게 항의하며 상급자 연결을 요청했습니다.

  1. 주문: 배송지 택배보관함, 호수·공동현관 정보 없음, 배송 전 전화 요청
  2. 배송완료 처리(완료 사진 없음)
  3. 고객이 물건을 찾지 못해 문의
  4. 고객 강한 항의·상급자 요청
  5. 상담사는 배송 경위를 직접 확인할 권한이 거의 없음
업종
배송
문제 유형
고객 정보누락 + 증빙 없음
단건·패턴
단건 — 단건에서는 의도를 추정하지 않습니다
배송 증빙
배송 증빙 약함

02 · 확인된 사실

왼쪽 표시는 근거의 종류입니다. 회사·고객 주장과 현장 관찰은 사실로 승격하지 않습니다.

  • 현장 관찰상품은 생수였다
  • 현장 관찰배송 정보에 택배보관함이 지정돼 있었다
  • 현장 관찰호수가 입력되지 않았다
  • 현장 관찰공동현관 출입 정보가 없었다
  • 현장 관찰배송 전 전화 요청이 있었다
  • 현장 관찰배송완료로 처리됐다
  • 현장 관찰배송완료 사진이 없었다
  • 현장 관찰고객이 강하게 항의하고 상급자를 요청했다

03 · 아직 모르는 사실

  • 기사가 배송 전 전화를 했는지
  • 실제 놓인 위치
  • 택배보관함이 가득 찼거나 생수 크기에 맞지 않았는지
  • 공동현관을 통과할 방법이 있었는지

04 · 양쪽 주장

  • 배송 기록배송완료 (회사 주장)
  • 고객물건을 찾을 수 없다 (고객 주장)

05 · 결정적인 추가 정보

이 질문의 답에 따라 판단이 바뀝니다

  1. 기사가 배송 전 전화를 했습니까?

  2. 택배보관함에 생수가 들어갈 공간이 있었습니까?

  3. 호수·공동현관 정보가 있었다면 배송 방식이 달라졌을까요?

06 · 고객 행동

  • 현장 관찰택배보관함 지정, 호수·출입 정보 없이 주문
  • 현장 관찰배송 전 전화 요청
  • 현장 관찰상담사에게 강한 항의와 상급자 요청

07 · 업체·플랫폼 행동

  • 현장 관찰완료 사진 없이 배송완료 처리를 허용

배송기사·종사자

  • 확인 안 됨배송 전 전화 여부
  • 확인 안 됨실제 배송 위치

08 · 누가 실제 통제권을 가졌나

CONTROL GAP · 통제권 불일치

고객에게 가장 많이 항의받는 사람 ≠ 문제를 해결할 통제권이 가장 큰 사람

배송 위치와 전화 여부를 아는 사람은 기사인데, 항의를 받는 사람은 그 기록을 볼 수 없는 상담사입니다. 호수·출입 정보를 채울 수 있었던 사람은 고객입니다.

고객이 보는 브랜드
주문한 쇼핑 플랫폼
재고 보유
쇼핑 플랫폼
출고·배송 통제
택배기사
고객 접점
플랫폼 고객센터 상담사
제재·취소 결정
택배사

책임-통제권 매트릭스

문제 발생 가능, 직접 통제, 고객 접점, 제재 권한은 서로 다른 질문입니다. 일반적인 오픈마켓 구조(AMS 해석)이며, 실제 권한은 플랫폼 정책과 계약에 따라 다릅니다.

주체문제 발생 가능직접 통제고객 접점제재 권한
고객정책·계약에 따라 다름주문 정보 입력, 배송 요청사항, 수령, 문의 방식없음없음
플랫폼 고객센터 상담사낮음조회, 안내, 정해진 한도의 보상 접수, 상위 부서 이관높음낮음
쇼핑 플랫폼중간주문 화면, 배송 요청사항 입력란, 보상 정책, 배송 파트너 관리높음높음
택배사중간배송 경로, 배송완료 처리 기준, 기사 배정낮음중간
택배기사중간실제 배송 위치, 배송 전 연락, 완료 사진 촬영낮음없음

배송 상태별로 누가 쥐고 있나

상태지금 통제하는 쪽고객 문의처다음에 물을 것
주문 입력고객플랫폼 고객센터 상담사배송 요청사항 수정 가능 시점
배송 중택배기사플랫폼 고객센터 상담사배송사에 연락 요청 전달
배송완료(사진 없음)택배기사플랫폼 고객센터 상담사배송사에 실제 위치·전화 기록 확인 요청

상담사가 할 수 있는 것

  • 주문·배송 기록 조회
  • 정책과 절차 안내
  • 정해진 한도 안의 보상 접수
  • 배송사·판매자에게 확인 요청
  • 상위 부서 이관(에스컬레이션)

상담사가 할 수 없는 것

  • 이미 끝난 배송을 되돌리기
  • 없는 재고를 만들기
  • 정책을 그 자리에서 바꾸기
  • 판매자나 기사가 즉시 답하게 만들기
  • 과거 배송 기록을 고치기

지금 할 일

  1. 택배보관함·공동현관 주변 확인
  2. 배송사에 실제 배송 위치와 전화 기록 확인 요청
  3. 다음 주문부터 호수·공동현관 출입 방법 입력

고객센터에 보낼 문의문

배송완료 처리됐지만 완료 사진이 없습니다. 기사님이 실제로 놓은 위치와 배송 전 전화 여부를 배송사에 확인해 주세요.

09 · 돈은 누가 잃나

먼저 보상하는 쪽
쇼핑 플랫폼
최종 부담 후보
택배사, 택배기사, 고객
비용 항목 펼치기
누가무엇을금액근거 수준설명
플랫폼재배송·교환확인 필요확인 안 됨재배송 여부 확인 안 됨
상담사(시간·노동)응대·조사 시간확인 필요현장 관찰강한 항의·상급자 연결 응대 시간
배송기사·라이더페널티확인 필요확인 안 됨사진 미등록에 대한 내부 기준 공개 안 됨

금액이 있는 칸은 구조를 보여주기 위한 예시 계산값이며 특정 회사의 실제 수치가 아닙니다. 모르는 금액은 확인 필요로 둡니다.

10 · 정당한 불만인가

배송완료 증빙이 없고 전화 요청 이행 여부도 모릅니다. 동시에 호수·출입 정보가 빠져 있었습니다. 어느 쪽 비중이 큰지는 기사 조치가 확인돼야 압니다.

이 경우 고객 요구가 정당할 수 있습니다:

  • 배송 전 전화 요청을 남겼는데 연락이 없었다면
  • 완료 사진 없이 배송완료로 처리됐다면
  • 보관함 외 장소에 놓고 안내가 없었다면

11 · 행동은 적절했나

강한 항의와 상급자 요청은 기록됐지만 욕설·위협은 기록되지 않았습니다. 상급자 요청 자체는 정당한 권리입니다.

12 · 책임은 어디까지인가

고객 입력 누락과 배송 측 증빙·연락 누락 가능성이 함께 있습니다.

책임 후보 자세히
직접 행위자
택배기사, 고객
직접 과실 후보
  • 택배기사추가 사실 확인 필요
  • 고객가능성 있음
관리 책임 후보
  • 택배사가능성 있음
고객에게 먼저 보상하는 주체
쇼핑 플랫폼
최종 비용 부담 후보
  • 택배사추가 사실 확인 필요
  • 택배기사추가 사실 확인 필요
  • 고객추가 사실 확인 필요
추가 사실 확인 필요
  • 배송 전 전화 여부
  • 실제 놓인 위치
  • 보관함 공간

13 · 다음에 할 일과 재발 방지

  • 상담사: 배송사에 위치·전화 기록 확인 요청 후 회신 기한 안내
  • 고객: 호수·출입 정보 보완
  • 회사: 사진 없는 배송완료 처리 기준 점검

재발 방지

  • 택배보관함 지정 시 호수·출입 방법 입력을 필수로
  • 배송 전 전화 요청이 있으면 완료 처리 전 통화 기록 남기기
  • 배송완료 사진 필수화

관점별로 보기

고객 관점

보이는 것
배송완료 알림
오해할 수 있는 것
보관함만 적으면 기사가 위치를 알 것이라고 생각할 수 있음 · 상담사가 배송 기록을 직접 바꿀 수 있다고 생각할 수 있음
준비할 자료
호수 · 공동현관 출입 방법
정당하게 요구할 수 있는 것
실제 배송 위치 확인 · 전화 요청 미이행 시 재배송

회사 관점

악용 위험
낮음 — 단건, 패턴 없음
조사 비용
배송사 확인 왕복 시간
환불 비용
생수는 저가이지만 무거워 재배송비 비중이 큼
고객 유지
응대 실패 시 이탈
법적 의무
배송 완료 증빙 책임(약관 확인 필요)
운영 실패
사진 없는 완료 처리, 필수 입력이 아닌 호수 항목

상담사 관점 — 플랫폼 고객센터 상담사

알고 있는 것
배송완료 처리 시각 · 사진이 없다는 사실 · 고객 요청사항 원문
할 수 있는 것
주문·배송 기록 조회 · 정책과 절차 안내 · 정해진 한도 안의 보상 접수 · 배송사·판매자에게 확인 요청 · 상위 부서 이관(에스컬레이션)
할 수 없는 것
이미 끝난 배송을 되돌리기 · 없는 재고를 만들기 · 정책을 그 자리에서 바꾸기 · 판매자나 기사가 즉시 답하게 만들기 · 과거 배송 기록을 고치기
없는 정보
기사의 전화 기록 · 실제 놓인 위치
이관할 곳
배송사 확인 요청 · 상위 부서 이관

내 상황이라면

판단이 갈리는 사례입니다. 문의하기 전에 아래 자료를 먼저 확인하세요.

  • 호수
  • 공동현관 출입 방법
  • 기사가 배송 전 전화를 했는지
  • 실제 놓인 위치

내 상황을 AI에게 분석시키기

준비할 것: 주문 내역(번호 가림), 주요 시각, 배송 사진, 고객센터 답변, 실제로 요청한 것. 이름·주소·전화번호·주문번호는 지우고 넣으세요.

아래 상황을 네 가지로 나눠 정리해 주세요.
FACT: 자료로 확인되는 것 / CLAIM: 누군가의 주장(누구의 주장인지 표시) / UNKNOWN: 아직 모르는 것 / RESPONSIBILITY: 누가 통제했고 누가 비용을 부담하는지.
누구의 의도도 추정하지 말고, 불만이 정당한지와 행동이 적절했는지는 따로 판단해 주세요. 이름·주소·전화번호·주문번호는 제가 지웠습니다.

상황 유형: 생수 배송: 택배보관함 지정, 호수 없음, 배송 전 전화 요청, 완료 사진 없음
준비한 자료: 주문 내역(번호 가림), 주요 시각, 배송 사진, 고객센터 답변, 내가 실제로 요청한 것

[여기에 내 상황을 적어 주세요]

AI 비서 가이드에서 상황별 사용법을 볼 수 있습니다.

관련 탐정

비슷한 고객탐정 사례

  1. #000002배달거지는 어떻게 판별할까? 배송완료인데 못 받았다고 할 때문 앞 사진도 있고 위치도 맞습니다. 그래도 고객은 물건이 없다고 합니다.불만 판단 보류 · 행동 일반적 · 단건
  2. #000005상담사에게 화낼 만한 상황과 아닌 상황약속한 날짜보다 닷새 늦었습니다. 불만은 정당합니다. 그런데 전화에서는 욕설이 나왔습니다.불만 정당함 · 행동 폭언·위협 · 단건

근거

최종 수정 2026-10-16

사례는 개인을 알아볼 수 있는 정보(이름·주소·전화번호·주문번호·얼굴·차량번호·상담사 이름)를 모두 지운 대표 사례 또는 현장 관찰입니다. 고객탐정은 개별 고객 명단이나 차단 목록을 만들지 않습니다. 법령 항목 중 원문을 대조한 조항은 조문 링크와 대조일을 함께 적었고, 나머지는 관련 가능성이 있는 법률명과 검색 링크입니다. 개별 사안의 적용 여부는 사실관계에 따라 다릅니다.