Tự động hóa kho hàng chết ở phần mềm, không phải ở robot

Cánh tay robot là phần dễ. Cần cẩu, xe nâng tự hành, máy chọn hàng tự chạy — đó là hạng mục mà mọi người trong phòng đều đã đồng ý. Đó là phần hấp dẫn nhất trong ngân sách, và là phần nhà cung cấp demo vì nó là phần di chuyển được.

Nhưng robot chưa bao giờ là phần khó. Phần khó là phần mềm — thứ chỉ cho robot biết hàng tồn thực sự ở đâu, trong mỗi thùng có gì, đơn hàng cần đi đâu, và toàn bộ mọi thứ đối chiếu ra sao với ERP, WMS và đơn vị vận chuyển đang chờ ở bến bốc dỡ. Tầng đó — sự kết nối giữa máy móc và mọi thứ còn lại — chính là nơi các dự án tự động hóa kho hàng đi đến cái chết. Và đó là phần không ai dự trù ngân sách, vì không ai demo nó.

Bản demo cho thấy cỗ máy, không phải hệ thống ống nước.Bản demo của nhà cung cấp cho thấy robot di chuyển. Nó không cho thấy điều gì xảy ra khi số lượng tồn kho của bạn ghi có ba món mà thùng thực tế chỉ chứa một món. Nó không cho thấy robot xử lý thế nào với một hộp dán nhãn sai, một món trả lại bị hư hỏng, hay một đơn hàng bị chỉnh sửa sau khi đã chọn hàng.

Robot sẽ vui vẻ thực hiện bất cứ điều gì nó được bảo. Vấn đề là “điều nó được bảo” chỉ tốt bằng chính dữ liệu nạp vào nó — mà dữ liệu kho hàng thì lộn xộn. SKU không khớp giữa các hệ thống. Vị trí bị xê dịch. Số lượng trở nên lỗi thời. Lắp một con robot đắt tiền lên một tầng dữ liệu chưa bao giờ đủ sạch để tự động hóa, thì robot sẽ trở thành một cách rất nhanh để khiến điều sai trái xảy ra.

Tự động hóa không sửa quy trình; nó khuếch đại quy trình.Tự động hóa không làm cho một quy trình hỏng trở nên tốt hơn. Nó làm cho quy trình nhanh hơn và nhất quán hơn — bao gồm cả những phần hỏng.

Nếu kho của bạn vận hành dựa trên tri thức truyền miệng — “hỏi Dave ấy, anh ta biết cái thùng đó ở đâu” — thì robot không thể thực thi dựa trên điều đó. Vậy nên bạn phải ghi chép tri thức đó ra trước, nghĩa là bạn phải thực sự hiểu quy trình trước khi tự động hóa nó. Hầu hết các đội bỏ qua bước đó. Họ mua robot để bỏ qua phần suy nghĩ khó nhọc, rồi robot lại buộc họ phải làm phần suy nghĩ khó nhọc đó giữa chừng dự án, với một cỗ máy bảy con số đã nằm trên sàn nhà xưởng.

Phiên bản thời đại AI của điều này cũng vậy: trước khi tự động hóa chuyển động, hãy tự động hóa quyết định — và quyết định chỉ tốt bằng dữ liệu đằng sau nó.

Tiền thực sự đi về đâu.Hãy dự trù ngân sách cho những thứ này trước khi dự trù cho phần cứng:

Đối chiếu dữ liệu.ERP, WMS và cửa hàng trực tuyến của bạn mỗi bên có một cách hiểu riêng về hàng tồn kho. Khiến chúng đồng thuận — và tiếp tục đồng thuận khi đơn hàng chảy qua — là công việc kỹ thuật thực sự, không phải một ô đánh dấu cấu hình.

Xử lý ngoại lệ.Robot sẽ gặp phải trường hợp chưa được bao phủ. Nếu không ai sở hữu quyết định đó, robot sẽ dừng. Một con robot dừng lại còn tốn kém hơn là không có robot.

Tích hợp.Robot giao tiếp với WMS của bạn, WMS giao tiếp với cửa hàng trực tuyến, cửa hàng trực tuyến giao tiếp với đơn vị vận chuyển. Mỗi kết nối là một nơi mà dự án có thể trễ hàng tháng trời.

Cái đuôi dài.Tự động hóa thay đổi tổ chức. Những người chọn hàng trước đây làm công việc đó giờ giám sát máy móc — một công việc khác, một lịch trình khác, một kế hoạch đào tạo khác.

Không thứ nào trong số đó xuất hiện trong báo giá của nhà cung cấp.

Quy tắc.Cánh tay robot là phần dễ. Phần mềm và dữ liệu mới là dự án. Nếu ngân sách của bạn có nhiều hạng mục cho phần cứng hơn cho việc tích hợp khiến phần cứng trở nên trung thực, thì bạn không phải đang tự động hóa kho hàng — bạn đang mua một thứ rất đắt tiền sẽ nhắc bạn mỗi ngày rằng bạn đã bỏ qua phần khó.

Hãy tự động hóa dữ liệu trước. Khi đó cỗ máy chỉ là một cánh tay làm theo những gì nó được bảo.

Tôi đã viết phiên bản ghi chép thực địa của bài này — cùng bài học từ một chuyến thăm kho thực tế — trên WanderingCTO.

Nghĩ rằng lập luận này phù hợp với sự kiện của bạn? Hãy kể cho tôi về khán phòng — lịch trình có chọn lọc.