Những gì tôi học được từ 20 năm xây dựng ERP

Trong 20 năm, tôi đã xây dựng hệ thống ERP cho người khác. Nhà máy, nhà bán buôn, các nhà kinh doanh đá quý. Hệ thống sẽ ra mắt, và trong vòng một tháng, một nửa đội đã quay về với bảng tính.

Tôi bắt đầu với Gemwares - một ERP cho nhà máy trang sức. Trang sức là một trong những bài toán hàng tồn kho khó nhất. Mỗi món đều độc đáo. Đá có phẩm cấp, màu sắc, trọng lượng carat. Kim loại có độ tinh khiết. Một chiếc nhẫn đơn có thể chứa năm vật liệu khác nhau, mỗi loại có cách cấu thành giá vốn riêng. Nếu ERP của bạn có thể xử lý trang sức, nó có thể xử lý hầu hết mọi thứ.

Sau đó tôi xây dựng các hệ thống chuỗi cung ứng cho các công ty thực phẩm và bán buôn. Hàng dễ hỏng, theo dõi theo lô, hạn sử dụng, điều chuyển giữa nhiều kho. Những doanh nghiệp này không có thời gian cho phần mềm chậm. Khi một nhà hàng cần biết lượng gà trong tủ đông, họ cần biết ngay bây giờ - không phải sau 30 giây nhìn thanh tiến trình quay.

Năm 2019, tôi bắt đầu GemCloud - một nền tảng đá quý được hỗ trợ bởi Gemfields (LSE: GEM). Chúng tôi xây dựng nó từ đầu - hàng tồn kho, mua hàng, lập hóa đơn, sản xuất, kế toán. Tất cả theo kiến trúc event-sourced. Tất cả theo thời gian thực. Chúng tôi phát triển nó cho đến khi Gemfields tiếp quản vào năm 2023, và tôi rút khỏi dự án.

Sau 20 năm, tôi có thể chỉ ra quy luật đó. Mọi ERP đều thất bại vì những lý do giống nhau:

Lý do 1: Giao diện chậm thì không ai chịu dùng

Khi cập nhật giá sản phẩm đòi hỏi phải lần vào material master, mở tab bán hàng, thay đổi trường, lưu và quay lại - người ta bỏ hệ thống. Họ quay về với bảng tính. Gartner ước tính 55-75% triển khai ERP không đạt được mục tiêu. Nguyên nhân chính không nằm ở kỹ thuật, mà ở chỗ nhân viên không chịu dùng thứ phần mềm còn chậm hơn cái họ đang có.

Lý do 2: Triển khai mất hàng tháng trời

Một dự án SAP điển hình mất 14 tháng và tốn $1,5 triệu với một công ty cỡ vừa. Odoo nhanh hơn nhưng vẫn cần chuyên gia tư vấn để cấu hình. Đến lúc hệ thống chạy được thì doanh nghiệp đã khác, và bản triển khai đã lỗi thời.

Lý do 3: Mô hình kinh doanh không phù hợp

Các nhà cung cấp ERP SaaS kiếm tiền khi bạn trả tiền hàng tháng. Họ không kiếm tiền từ việc bạn thành công. Dữ liệu của bạn bị khóa trong đám mây của họ. Ngừng trả tiền là mất tất cả. Lợi ích hai bên lệch nhau ngay từ gốc.

Tôi cứ thấy đi thấy lại đúng một kịch bản. Doanh nghiệp mua phần mềm ERP. Họ mất hàng tháng để cấu hình. Nhân viên không chịu dùng. Dự án đình trệ. Cuối cùng doanh nghiệp có một hệ thống đắt tiền không ai đụng tới, và một file bảng tính dự phòng mà cả công ty thực sự dựa vào.

Tôi đã làm gì với chuyện đó

Sau GemCloud, tôi muốn biết bao nhiêu phần của nỗi khổ này đến từ kỹ thuật, và bao nhiêu đến từ mô hình kinh doanh triển khai. Vì vậy tôi đã xây dựng Celerp. Nó được xây dựng trên Code Elastic Layer - một kiến trúc được thiết kế để tự lưu trữ, mở rộng và dễ tùy chỉnh. Bất kỳ nhà phát triển nào cũng có thể xây dựng các mô-đun cho nó, hoặc các doanh nghiệp có thể tìm các mô-đun hiện có được xây dựng bởi người khác.

Celerp chạy như một ứng dụng máy tính khởi động một máy chủ cục bộ với Postgres tích hợp. Mọi người trong văn phòng kết nối từ trình duyệt của họ. Các nhà phát triển có thể cài đặt nó bằng pip install celerp. Không cần chuyên gia tư vấn. Không cần đào tạo. Không cần bộ phận IT.

Bài học then chốt: tốc độ triển khai mới là yếu tố tạo khác biệt. Nếu bạn có thể tải xuống một sản phẩm, nhập dữ liệu của mình và có một ERP hoạt động cho toàn bộ văn phòng trong 2 phút - bạn xóa sạch bài toán thuyết phục người dùng. Không ai chống lại thứ phần mềm chạy được ngay. Người ta chỉ chống lại thứ phải cấu hình hàng tháng trời.

Tôi cũng tạo ra điều mà tôi chưa từng thấy trong bất kỳ ERP nào khác: nhập liệu sửa trực tiếp ngay trên bảng. Cập nhật 50 giá sản phẩm trong SAP mất khoảng 2 phút mỗi bản ghi - tổng cộng 100 phút. Trong Celerp, bạn nhấp vào tiêu đề cột, shift-click 50 hàng, nhập giá mới và nhấn Enter. 45 giây. Đó không phải một cải tiến nhỏ. Đó là ranh giới giữa việc nhân viên dùng hệ thống và việc họ phớt lờ nó.

Celerp bao gồm hàng tồn kho, mua hàng, lập hóa đơn, sản xuất, kế toán, nhãn mã vạch, nhập CSV, quyền theo vai trò, một trợ lý AI và một nhật ký kiểm toán bất biến. Miễn phí khi bạn tự lưu trữ. Phần lõi theo BUSL 1.1, các mô-đun mặc định theo MIT, và giao diện là source-available.

Bài học

Sau 20 năm, tôi đã học được rằng ERP tốt nhất không phải là cái có nhiều tính năng nhất. Mà là cái người ta thực sự chịu dùng. Và người ta chịu dùng thứ phần mềm nhanh, đơn giản, không cần chuyên gia tư vấn mới dựng nổi.

Bạn có thể liên hệ với tôi trên LinkedIn. Tôi luôn sẵn lòng kết nối với các doanh nhân khác và rất muốn nghe cách bạn đang sử dụng hệ thống.