접수 뒤에도 메시지가 필요
주소 변경과 재배차 때마다 어느 주문인지 다시 설명해야 했습니다.
주문과 작업 ID를 통일
기존 API를 확인하고 상태 관리 주체와 통지 실패의 처리 책임을 정했습니다.
재배차와 취소도 함께 연결
진행 상태, 담당자와 시간을 기록하고 중복 통지와 거절을 명확한 규칙으로 처리합니다.
배차와 지원이 이력을 공유
원주문에서 배송 및 예외를 확인합니다. 상태 정의, 매핑과 복구 지침을 인계합니다.
배송 플랫폼 주문을 배차 담당과 기사에게 직접 연결
플랫폼은 주문을 받지만 주소 전달은 채팅에 의존했습니다. 기존 접수를 유지하고 배차, 수락과 배송 결과를 원주문에 연결했습니다.
의뢰 기업: 지역 배송 운영사. 담당: 배차, 기사, 지원. 서비스 대상: 제휴 매장과 수령인.
LET'S BUILD WHAT'S NEXT
새로운 프로젝트는 대화에서 시작됩니다.
목표, 대상 시장, 업무 흐름을 알려 주세요.
어떤 사업인지, 지금 어떻게 처리하는지, 어느 단계를 개선하고 싶은지 알려주세요. 문제 하나로 시작할 수 있습니다.