배송기사 소프트웨어

배송기사를 위한 프로그램 — 담당자의 업무 도구입니다: 배송기사에게 근무조의 작업을 가져다주고, 주소와 주문 구성을 보여 주고, 지점에서 지점으로 이끌며, 각 지점에서 무슨 일이 있었는지 기록합니다. 회사 쪽에서 보면 이것은 배송 관리입니다: 관제 담당이 근무조에 전화를 돌리지 않고도 누가 어디에 있고 무엇이 끝났는지 봅니다.

차이는 한 가지 예로 드러납니다. 프로그램이 없으면 배송기사는 주소를 메신저로 받고, 출입구를 확인하려고 고객에게 전화하며, 저녁에 관제 담당에게 무엇을 배송했는지 불러 줍니다. 관제 담당이 그것을 표에 옮깁니다 — 기억한다면, 그리고 배송기사가 헷갈리지 않았다면. 하루가 끝날 무렵 특정 주문의 정확한 전달 시각을 아무도 말하지 못합니다.

프로그램에서는 같은 것이 모두 기록입니다. 배송에는 카드가 있고, 카드에는 주소, 구성, 시간대, 현재 상태가 있으며, 변화마다 시각과 작성자가 있습니다. «주문이 어디 있고 무슨 일이 있었나»에 대한 답은 몇 초면 나오고 배송기사가 전화를 받았는지에 좌우되지 않습니다.

예. 아침에 창고에서 주문을 모아 배송기사에게 배정했습니다 — 주소와 배송 시간대와 함께 그의 앱에 작업이 나타났습니다. 배송기사가 화물을 받아 수령을 표시하고 지점을 돌며 지점마다 상태를 바꿨습니다. 세 번째 주소에서 고객이 집에 없었고 — 배송기사가 사유를 적자 배송은 «사라진» 것이 아니라 관제 담당의 확인 대기로 들어갔습니다. 저녁에 매니저는 배송기사의 기억이 아니라 시스템의 기록을 보고 고객에게 답했습니다.

배송 자동화 는 세 가지 질문의 답이 관제 담당의 머릿속에 더는 들어가지 않는 지점에서 시작합니다: 이 주문이 누구에게 배정됐는가, 지금 어떤 상태인가, 전달됐다는 것은 무엇으로 확인되는가.

배송이 만들어지면 주문은 특정 배송기사에게 배정됩니다. 배정은 대화방의 메시지가 아니라 작업입니다: 배송에 담당자가 생기고, 담당자에게는 번호와 발행 시각과 현재 상태를 가진 작업이 생깁니다.

작업은 전화나 주소 전달 없이 곧바로 배송기사의 앱으로 옵니다. 배송기사는 목록을 열어 자기 근무조를 통째로 봅니다: 몇 개 지점이 배정됐고, 무엇이 이미 닫혔고, 다음 배송은 무엇인지.

누가 배정하는가. 보통 관제 담당이 손으로, 또는 회사가 정한 규칙으로 합니다: 도시의 구역별로, 주문 유형별로, 배송기사의 여유 시간별로. 자동 배분은 구현할 수 있습니다 특정 업체의 프로세스에 맞춰서; 준비된 기능으로 미리 선언하지는 않습니다 — 배분 규칙은 회사마다 다르고, 그것을 대신 지어낼 수는 없습니다.

배송기사가 작업으로 할 수 있는 일:

• 받기 — 작업을 받았고 그것을 맡는다고 확인하기
• 카드 열기 — 구성, 주소, 시간대, 메모, 결제 방법 살펴보기
• 상태 바꾸기 — 화물 수령, 출발, 지점 도착, 전달을 표시하기
• 메모 남기기 — 다음에 도움이 되거나 지연을 설명해 줄 것을 적어 두기
• 문제 표시하기 — 배송이 이뤄지지 않은 사유를 기록하기
• 관제 담당에게 쓰기 — 작업을 벗어나지 않고 특정 배송에 대해 묻기

작업에 있어서는 안 되는 것은 군더더기입니다. 배송기사에게는 주문의 원가도, 고객의 이력도, 회사의 리포트도 필요 없습니다: 화면에는 실어다 전달하는 데 필요한 것만 남습니다. 나머지는 작은 글씨가 아니라 접근 권한으로 닫혀 있습니다.

배송 지점 — 하나의 배송이 있는 하나의 주소입니다. 배송기사의 근무조는 지점으로 이뤄지고, 앱은 그것을 두 가지 방식으로 함께 보여 줍니다: 방문 순서대로의 목록과 지도 위의 표시. 목록은 «다음에 무엇을 할까»에, 지도는 «여기에서 먼가»에 답합니다.

순서 는 미리 정해지고 배송기사에게 보입니다: 어느 지점이 현재이고, 어느 것이 닫혔고, 어느 것이 앞에 남았는지. 지점을 닫으면 다음 지점이 현재가 됩니다 — 배송기사가 목록에서 그것을 찾거나 어디로 갈지 매번 다시 정하지 않습니다.

순서는 하루 중에 바꿀 수 있습니다. 관제 담당이 지점을 옮기고, 급한 배송을 넣고, 취소된 것을 뺍니다 — 변경은 배송기사에게 전달되고, 경로의 이력에는 무엇이 언제 바뀌었는지가 남습니다. 시스템이 계획을 조용히 다른 것으로 바꿔치기해서는 안 됩니다: 변경을 나중에야 아는 배송기사는 하루를 다시 짜야 합니다.

최적의 방문 순서 자동 계산 — 은 가능성이며 구현하거나 연동으로 붙일 수 있습니다 지도 서비스와. 준비된 기능으로 선언하지는 않습니다: 그런 최적화의 품질은 교통 데이터와 특정 업체의 제약 — 수령인의 시간대, 구역, 가방이나 차량의 수용량 — 에 달려 있습니다.

실무에서는 많은 업체에 손으로 정한 순서로 충분합니다: 관제 담당이 알고리즘보다 도시를 잘 알고, 수령인의 시간대가 어차피 하루의 뼈대를 단단히 정해 줍니다.

창고와 배송은 단체 대화방을 공유하는 두 부서가 아니라 한 프로세스의 두 구간입니다. «모였지만 인계되지 않은» 주문과 «인계됐지만 표시되지 않은» 주문은 서로 다른 상태이고, 그것을 혼동하면 비쌉니다: 앞의 것은 창고에서 찾고, 뒤의 것은 배송기사에게서 찾습니다.

접점은 단순합니다: 창고 담당자가 인계를, 배송기사가 수령을 표시합니다. 두 표시가 다 붙기 전까지 주문은 중간 상태로 잡히고 양쪽 모두에게 보입니다. 그래야 사라진 개체마다 그것이 없어진 구간이 있고, 확인이 근무조를 상대로 한 탐문이 되지 않습니다.

완전한 창고 관리 — 입고, 로케이션 보관, 재고, 피킹, 재고 조사 — 는 별도의 페이지에서 다룹니다 «창고를 위한». 여기에서는 접점만 설명합니다: 창고가 배송기사에게 무엇을 넘기고 그에게서 무엇을 돌려받는지.

창고가 다른 프로그램에서 돌아간다면 — 흔한 상황입니다: 창고 관리는 이미 있는 시스템에서 이뤄지고 아무도 그것을 바꿀 생각이 없습니다. 그러면 접점은 교환으로 만듭니다: 배송기사 프로그램이 주문의 준비 상태와 개체 구성을 받고, 상태와 확인과 반품을 돌려줍니다.

교환의 구성은 외부 시스템이 무엇을 내줄 수 있는지가 정하며 사전 진단에서 확인합니다. 완성된 연동을 미리 선언하는 것은 남의 제품을 두고 하는 약속이 될 것입니다.

같은 원칙이 반대 방향 — 반품에도 적용됩니다. 반납 표시가 없으면 전달하지 못한 주문은 다음 근무조까지 배송기사의 트렁크에 살고, 아무도 책임지지 않게 되는 바로 그 순간에 장부에서 사라집니다.