주문 채널 통합: 전화·메신저·플랫폼 주문을 한 접수함으로 모으기

채널을 줄이는 것과 주문을 통합하는 것은 다르다

전화 고객에게 플랫폼을 쓰라고 강요하거나 메신저 주문을 받지 않는 것은 채널 축소입니다. 주문 통합은 고객 접점은 유지하면서 내부에서 모든 주문을 같은 번호와 상태로 처리하는 방식입니다.

목표는 “어디에서 왔는지”보다 “누가 언제 무엇을 처리해야 하는지”를 한곳에서 보는 것입니다.

주문·설문·문의 흐름을 분리한 실제 구현

MyBizLab MVP 공개 저장소에서는 매장별로 주문 우선, 설문 우선, 주문·설문·수동 입력 혼합 흐름을 local 데이터로 재현합니다. 주문, 설문 응답, CRM 문의와 수동 지표는 같은 운영 화면에서 보더라도 원본 종류와 상태를 분리해 저장합니다.

외부 Firebase나 결제 공급자가 연결되지 않았을 때는 이 흐름을 production 데이터처럼 보이게 하지 않고 local demo 상태로 유지합니다. 이 경험은 통합 접수함이 원본 종류를 지우는 저장소가 아니라 통합번호와 채널별 원본번호·상태를 함께 보존하는 연결표여야 한다는 근거가 됐습니다.

이 검증은 실제 매장의 전화·메신저·플랫폼 주문 누락률을 측정한 사례는 아닙니다. 따라서 본문은 누락 감소 수치를 주장하지 않고, 중복과 출처를 확인할 수 있는 필드와 상태 흐름만 제시합니다.

통합 주문번호 만들기

예시는 ORD-20260716-001처럼 날짜와 순번을 사용할 수 있습니다. 플랫폼 주문번호가 있다면 원본번호 열에 함께 적습니다.

전화 주문에는 원본번호가 없으므로 메모 또는 녹취 위치와 주문 확인 메시지를 연결합니다. 고객에게 상품, 수량, 약속시간을 다시 확인하면 분쟁과 입력 오류를 줄일 수 있습니다.

한 접수함의 기본 열

옵션이 복잡한 상품은 상품명 한 칸에 모두 적지 말고 규격과 추가 요청을 분리합니다.

채널별 접수 규칙

전화

통화가 끝나기 전에 상품, 수량, 수령방법, 약속시간을 다시 읽어 확인합니다. 통합번호를 생성하고 고객에게 확인 메시지를 보냅니다.

메신저

대화 중 최종 확정된 메시지 위치를 원본으로 연결합니다. 여러 메시지에 흩어진 변경사항을 하나의 주문 행에 반영하고 변경 이력을 남깁니다.

플랫폼

플랫폼 주문번호를 중복키로 사용합니다. 자동 수집이 실패할 경우를 대비해 플랫폼 주문수와 통합표 등록수를 정해진 시간에 비교합니다.

현장

결제와 준비가 동시에 일어나도 통합번호를 부여합니다. 재고 차감과 취소 기록을 다른 채널과 같은 기준으로 남기기 위해서입니다.

통합 접수함 CSV

주문 채널 통합 접수함 CSV 내려받기

샘플 고객과 주문은 가상 데이터입니다. 실제 파일에서는 전화번호 전체 대신 필요한 식별값을 사용하고 접근 권한을 제한합니다.

중복 주문을 발견하는 규칙

플랫폼 번호처럼 고유값이 있으면 정확히 비교합니다. 전화와 메신저는 고객 식별값, 상품, 날짜, 약속시간이 비슷한 후보를 표시합니다.

중복 후보를 자동 삭제하지 않습니다. 가족이 같은 상품을 각각 주문했거나 고객이 수량을 추가했을 수 있습니다. 담당자가 원문을 비교한 뒤 병합 또는 별도 주문을 결정합니다.

상태 흐름

접수 → 확인중 → 확정 → 준비중 → 전달완료

결제와 재고 상태는 처리상태와 별도로 둡니다. 결제완료라고 준비가 끝난 것은 아니고, 전달완료라고 정산이 끝난 것도 아닙니다.

약속시간이 가까운데 확인중인 주문, 확정됐지만 재고상태가 비어 있는 주문을 우선 경고 대상으로 만듭니다.

하루 마감 대조

각 채널의 오늘 주문수와 통합 접수함 행 수를 비교합니다. 취소와 테스트 주문은 이유를 표시해 차이를 설명합니다. 등록되지 않은 원본이 있다면 다음 날로 넘기지 않고 담당자를 지정합니다.

성공 여부를 확인하는 숫자

• 채널 원본 대비 미등록 주문 수
• 중복 등록 수
• 약속시간을 넘긴 주문 수
• 담당자 없는 주문 수
• 취소 원인이 기록되지 않은 건수

주문 통합의 성과는 채널 수가 줄었는지가 아닙니다. 주문 누락과 중복, 약속 지연이 실제로 줄었는지를 봐야 합니다.