Cơ chế điều phối và ghép đơn trên ứng dụng giao hàng

App giao hàng không chọn người ở gần bạn nhất, nó chọn người "tiện đường" nhất. Thuật toán vận hành như một tay chơi Tetris, liên tục tính toán để ghép các đơn hàng có cùng lộ trình vào một chuyến xe duy nhất.

Cơ chế ghép đơn (batching) này giúp shipper giao được nhiều hơn trong một lần lăn bánh. Hệ thống sẽ quét toàn bộ khu vực, ưu tiên những bác tài đang có sẵn đơn ở gần quán ăn của bạn để tối ưu hóa dòng chảy logistics.

Mục tiêu cuối cùng không phải là tốc độ của một cá nhân, mà là hiệu suất của cả mạng lưới. Đôi khi bạn phải đợi thêm vài phút chỉ để hệ thống hoàn thành một "phép tính" tiết kiệm tài nguyên nhất.

Ủa, vậy lỡ shipper mải ghép đơn mà đồ ăn của tôi nguội ngắt thì sao?

Đừng lo, thuật toán không "tham lam" vô hạn đâu. Nó luôn vận hành dựa trên một "ngưỡng chịu lỗi" nghiêm ngặt. Nếu việc ghép thêm đơn khiến thời gian giao hàng dự kiến (ETA) vượt quá giới hạn cam kết, hệ thống sẽ lập tức chặn lệnh ghép để bảo vệ chất lượng món ăn.

Hãy coi mỗi đơn hàng như một kiện hàng có "hạn sử dụng" tính bằng phút. Hệ thống liên tục chạy mô phỏng để đảm bảo rằng việc tối ưu hóa lộ trình không làm hỏng trải nghiệm của người dùng cuối.

Thực tế, app thà chịu tốn thêm tài nguyên để điều một xe riêng biệt còn hơn là để bạn nhận một hộp cơm nguội lạnh rồi xóa ứng dụng ngay lập tức.

Nhưng làm sao app biết món nào nhanh nguội để mà đặt giới hạn?

Nó không cần nếm thử đâu, nó dùng "nhãn dán" dữ liệu. Mỗi món ăn trên menu đều được phân loại vào các nhóm có tính chất vật lý khác nhau. Một bát phở nóng hổi có "thời gian sống" ngắn hơn nhiều so với một ly trà sữa đầy đá.

Hệ thống gán cho mỗi loại một "hệ số giảm nhiệt". Dựa trên dữ liệu từ hàng triệu đơn hàng, thuật toán biết chính xác sau bao nhiêu phút thì xác suất bạn nhấn "1 sao" vì đồ nguội sẽ tăng vọt.

Đó là lý do đơn trà sữa thường bị ghép lộ trình phức tạp hơn. Đơn giản vì đá lâu tan hơn là hơi nóng biến mất, và hệ thống luôn ưu tiên cứu những món "hấp hối" trước.

Thế quán làm món quá lâu thì thuật toán có biết đường mà tính lại?

Có chứ, hệ thống soi cả nhịp thở của bếp. Mỗi quán đều có hồ sơ tốc độ ra món riêng. Nếu quán quá tải, thuật toán tự động cộng thêm thời gian chờ vào lộ trình tổng.

Thay vì để shipper đứng chờ vô ích, app ưu tiên cho họ giao đơn khác gần đó, rồi mới quay lại lấy món của bạn ngay khi vừa xong.

Mục tiêu là giảm thời gian chết trên kệ. Trong logistics, hàng nằm chờ ở kho cũng lãng phí y hệt như việc shipper bị kẹt xe vậy.

Khoan, làm sao hệ thống đo được cái "nhịp thở" đó mà không cần nhìn?

Không cần camera đâu, hệ thống dùng "dấu vết số". Mỗi khi đầu bếp bấm nút "Xác nhận" trên máy tính bảng, một tín hiệu được gửi về trung tâm. Đó là những nhịp đập dữ liệu giúp app biết bếp đang chạy hay đang đứng hình.

App còn soi cả "tọa độ đứng yên". Nếu ba shipper cùng dừng chân tại một quán lâu hơn dự kiến, thuật toán hiểu ngay là bếp đang "vỡ trận". Nó tự động cộng thêm thời gian chờ cho các đơn sau để điều phối shipper khác đi đường vòng.

Thậm chí, nếu quán bấm "xong món" sớm để lấy thành tích nhưng shipper vẫn phải đợi, hệ thống sẽ ghi nhận sự lệch pha này. Lần sau, nó tự động "phạt" bằng cách cộng thêm độ trễ thực tế, bất chấp quán báo cáo thế nào.