Cách một người thay thế công cụ giá 40 nghìn đô/năm bằng thứ họ tự xây trong một ngày
Marta điều hành mảng vận hành cho một công ty logistics 30 người ở Guadalajara. Đội của cô dùng một nền tảng quản lý dự án cấp doanh nghiệp tốn của họ khoảng 40.000 đô mỗi năm — phí bản quyền theo từng người dùng, gói cao cấp cho các tính năng báo cáo, cộng thêm một chuyên gia tư vấn họ đã thuê để thiết lập các quy trình ban đầu hai năm trước.
Đây là điều không ai trong đội muốn nói thẳng ra: họ dùng có lẽ chừng 15% của nó.
Tài xế ghi nhật ký lộ trình hằng ngày của họ trong công cụ. Điều phối viên kiểm tra một bảng Kanban để xem ai đang rảnh. Marta lấy một báo cáo hằng tuần hiển thị tỷ lệ giao hàng đúng hạn và các vấn đề còn tồn. Chỉ vậy thôi. Còn các biểu đồ Gantt, cân bằng nguồn lực, lập kế hoạch sprint, theo dõi thời gian, và bảng điều khiển danh mục dự án ư? Chẳng ai động đến. Họ đang trả tiền cho một con dao đa năng của quân đội Thụy Sĩ chỉ để bóc phong bì.
Khoảnh khắc mọi thứ vỡ lẽ
Hợp đồng đến hạn gia hạn vào tháng Hai. Hơn một năm qua, Marta cứ tự nhủ rằng “quý sau” cô sẽ chuyển sang một thứ rẻ hơn. Nhưng lần này, một người bạn điều hành một thương hiệu thương mại điện tử nhỏ nói với cô một điều cứ đọng lại: “Tôi thôi không đi tìm công cụ phù hợp nữa và chỉ mô tả thứ tôi cần cho một AI. Nó xây luôn cho tôi.”
Marta không phải lập trình viên. Cô từng học một khóa Python và bỏ ngang sau tuần thứ ba. Nhưng cô hiểu các quy trình của chính mình hơn bất kỳ ai. Cô có thể mô tả chính xác đội của mình cần gì bởi cô sống bên trong những quy trình đó mỗi ngày.
Cô quyết định thử tự xây một thứ thay thế trước khi ký gia hạn.
Cô đã thật sự xây gì
Một sáng thứ Bảy, Marta ngồi xuống với một công cụ tạo ứng dụng AI và bắt đầu mô tả thứ cô cần, từng phần một.
Một màn hình ghi nhật ký lộ trình. Tài xế cần check-in vào đầu ca, xem các điểm dừng được giao, và đánh dấu từng điểm đã hoàn thành. Không có cái thứ Gantt kéo-thả rườm rà — chỉ một danh sách với ô tích và một dấu thời gian. Cô mô tả điều này bằng tiếng Tây Ban Nha đời thường và nhìn công cụ tạo ra một giao diện hoạt động được với một cơ sở dữ liệu phía sau.
Một bảng điều khiển cho điều phối viên. Một trang duy nhất hiển thị tài xế nào đang hoạt động, họ còn bao nhiêu điểm dừng, và một chỉ báo theo màu cho biết họ có đang đúng tiến độ không. Marta mô tả phần logic: xanh lá nếu họ đã hoàn thành ít nhất 60% điểm dừng trước trưa, vàng nếu từ 40–60%, đỏ nếu thấp hơn. Công cụ chuyển điều này thành định dạng có điều kiện và một dạng xem cập nhật trực tiếp.
Một báo cáo hằng tuần. Những con số Marta thật sự lấy ra mỗi thứ Sáu: tổng số lượt giao, tỷ lệ đúng hạn, các vấn đề tài xế đánh dấu (như sai địa chỉ hay khách không có nhà), và một so sánh với tuần trước. Cô nhờ công cụ tạo một bảng tổng hợp và một biểu đồ cột đơn giản. Nó làm được.
Một bộ theo dõi vấn đề đơn giản. Khi một tài xế báo một điều gì đó — sai địa chỉ, gói hàng hư hỏng, khách hàng phàn nàn — nó cần đi tới một nơi mà Marta có thể thấy và phân công. Không phải một hệ thống ticket đầy đủ. Chỉ một danh sách với trạng thái (mở / đang xử lý / đã giải quyết) và khả năng thêm một ghi chú.
Toàn bộ mất khoảng tám giờ trải dài trong ngày thứ Bảy. Không phải vì bất kỳ phần riêng lẻ nào khó, mà vì Marta cứ tinh chỉnh mãi. Phiên bản đầu của bảng điều khiển điều phối hiển thị quá nhiều dữ liệu. Cô tỉa bớt. Màn hình ghi nhật ký lộ trình cần một tùy chọn “bỏ qua điểm dừng” mà ban đầu cô chưa nghĩ tới. Cô thêm nó bằng cách mô tả thay đổi.
40.000 đô thật ra đang mua gì
Khi Marta so sánh ứng dụng bốn màn hình của mình với nền tảng doanh nghiệp, khoảng cách rất rõ ràng — nhưng không theo hướng cô nghĩ.
Công cụ doanh nghiệp có hàng trăm tính năng và cần một chuyên gia tư vấn để cấu hình. Ứng dụng của Marta có bốn màn hình ánh xạ trực tiếp tới đúng cách đội của cô vốn đã làm việc. Không cần đào tạo. Không có nợ cấu hình.
Nhưng chi phí thật sự của công cụ doanh nghiệp chưa bao giờ là khoản thuê bao. Mà là những điểm vướng mà đội của cô phải lách qua mỗi ngày. Điều phối viên phối hợp qua WhatsApp vì ứng dụng di động của nền tảng cần bốn cú chạm để cập nhật trạng thái một lượt giao. Marta duy trì một Google Sheet riêng cho báo cáo hằng tuần vì module báo cáo tích hợp sẵn yêu cầu đi qua ba menu để lấy đúng năm con số đó. Tài xế đã đánh dấu một trang mẹo lách trong tài liệu trợ giúp cho màn hình ghi nhật ký lộ trình vì luồng mặc định giả định những giai đoạn dự án mà họ không dùng tới.
Ứng dụng của Marta không có chỗ nào phải lách vì nó được xây từ chính những cách lách đó. Mỗi màn hình tồn tại vì một người trong đội đã làm công việc đó một cách không chính thức — trên WhatsApp, trên một bảng tính, trên một tấm bảng trắng — và Marta chỉ việc mô tả lại phiên bản không chính thức đó cho công cụ.
Những phần khiến cô bất ngờ
Ba điều Marta không ngờ tới:
Cải tiến nhanh. Khi một tài xế đề xuất thêm một trường ghi chú cho mỗi điểm dừng, Marta mô tả thay đổi cho công cụ trong giờ ăn trưa và triển khai nó ngay chiều hôm đó. Với công cụ doanh nghiệp, những thay đổi như thế này đi qua một hàng đợi phiếu hỗ trợ và đôi khi mất hàng tuần.
Đội của cô tiếp nhận nó ngay lập tức. Không buổi đào tạo nào. Không có cảnh “vui lòng xem video hướng dẫn này.” Điều phối viên mở nó vào sáng thứ Hai và hiểu nó ngay vì nó trông giống tấm bảng trắng họ vẫn dùng không chính thức, chỉ là phiên bản số.
Cô cứ tiếp tục cải thiện nó. Trong hai tuần tiếp theo, cô thêm một màn hình thứ năm: một dạng xem hằng tháng cho sếp cô hiển thị xu hướng giao hàng và ước tính chi phí cho mỗi lộ trình. Với công cụ doanh nghiệp, đây sẽ là một yêu cầu báo cáo tùy chỉnh. Với ứng dụng của riêng mình, nó là một cuộc trò chuyện 20 phút với công cụ.
Đây không phải chuyện gì
Đây không phải một câu chuyện về việc phần mềm doanh nghiệp dở. Nếu bạn là một công ty 500 người vận hành những dự án liên phòng ban phức tạp với các phụ thuộc, ràng buộc nguồn lực, và yêu cầu tuân thủ, thì có lẽ bạn cần con dao đa năng kia.
Nhưng nếu bạn là một đội 30 người dùng 15% của một công cụ tốn hơn cả lương một nhân viên, thì có gì đó đang lệch. Bản thân công cụ không phải là vấn đề — sự lệch nhau mới là.
Và sự lệch nhau đó trước đây là không tránh khỏi. Trước khi bạn có thể xây một ứng dụng mà không cần lập trình, các lựa chọn của bạn là: trả tiền cho công cụ lớn, chắp vá một thứ gì đó trong bảng tính, hoặc thuê một lập trình viên xây phần mềm tùy chỉnh (việc này lại kéo theo chi phí và thời gian riêng của nó). Giờ đây có một lựa chọn thứ tư: mô tả thứ bạn cần và tự xây nó.
Phép tính
Các con số của Marta sau một tháng:
- Công cụ doanh nghiệp: ~3.300 đô/tháng (40 nghìn đô/năm)
- Thuê bao công cụ tạo ứng dụng AI: dưới 100 đô/tháng
- Thời gian xây dựng: 8 giờ (một ngày thứ Bảy)
- Thời gian cải tiến: 20–30 phút cho mỗi thay đổi
- Thời gian đội tiếp nhận: bằng không — họ hiểu nó ngay ngày đầu
Cô không cần một CTO hay một đội kỹ sư. Cô cần mô tả đúng cách đội của mình thật sự làm việc — và một công cụ tạo ứng dụng AI biến mô tả đó thành phần mềm hoạt động được.
Điều đáng để suy ngẫm
Nếu bạn nhận ra hoàn cảnh của chính mình trong câu chuyện của Marta, đây là một bài tập hữu ích trước lần gia hạn phần mềm tiếp theo: hãy viết ra mọi tính năng bạn thật sự dùng trong công cụ hiện tại. Không phải những tính năng bạn nghĩ mình nên dùng hay định dùng một ngày nào đó. Mà là những cái đội của bạn động tới mỗi tuần.
Nếu danh sách đó vừa trên một mẩu giấy nhớ, có thể bạn đang trả quá nhiều cho một sự phức tạp mà bạn không cần.
Bạn không nhất thiết phải xây thứ thay thế trong một ngày. Bạn có thể bắt đầu chỉ với một màn hình — màn hình quan trọng nhất — và xem cảm giác thế nào. Cái giá của việc thử là vài giờ. Cái giá của việc không thử là thêm một năm trả tiền cho những tính năng bạn sẽ chẳng bao giờ chạm tới.
Nếu bạn muốn xem việc tự xây công cụ của riêng mình trông như thế nào, hãy thử Proyecta và bắt đầu với thứ mà đội bạn phàn nàn nhiều nhất.