Tư duy dev: Làm chủ tương lai vận hành của bạn

"Cứ mua đi" là câu đắt nhất trong phần mềm. Không phải vì giấy phép quá đắt — mà vì nó âm thầm cho đi thứ duy nhất khiến công ty bạn khó bị sao chép: cách bạn thực sự vận hành.

Amazon hiểu điều này trước khi nó trở nên thịnh hành. Nó mua phần mềm, nghiên cứu cách nó hoạt động, rồi xây lại trong nhà theo điều kiện của riêng mình. Từ 2000 đến 2006, các đội kỹ thuật của Amazon chuẩn hóa tính toán, lưu trữ và cơ sở dữ liệu nội bộ để chế ngự sự phức tạp ở quy mô web. AWS xuất hiện ở đầu bên kia như một sản phẩm phụ — một con bò sữa khởi đầu từ nhu cầu nội bộ.

Amazon không bao giờ để một nhà cung cấp chung chung ngồi ở trung tâm cách nó vận hành. Nó giữ phản xạ xây lại bất cứ thứ gì đủ quan trọng để sở hữu. Phản xạ đó đang lan rộng. Gần như mọi công ty trong danh mục mà tôi nói chuyện giờ đều mô tả việc xây lại công cụ nội bộ bằng AI. Chi phí xây dựng giảm mạnh đến mức "cứ mua đi" không còn là câu trả lời mặc định.

Nhưng bài học từ Amazon không phải là "xây lại mọi thứ". Nó sắc bén hơn thế:

Sở hữu những thứ quyết định cách bạn vận hành. Mua mọi thứ không quyết định điều đó.

Mua thứ phổ thông. Sở hữu thứ khác biệt.

Có một quy tắc cứng tôi dùng. Nếu phần mềm là hàng phổ thông — nặng nề, trưởng thành, rủi ro cao khi thay thế — bạn mua nó. ERP là ví dụ rõ ràng. Phần mềm tài chính là ví dụ khác. Không ai thắng thị trường bằng cách xây lại sổ cái tổng hợp của mình. Sổ cái tổng hợp của bạn không phải là hào bảo vệ. Đó không phải nơi doanh nghiệp khác biệt hóa; mà là nơi doanh nghiệp bị kéo xuống nếu bạn tỏ ra khôn vặt. Phần mềm phổ thông tồn tại vì hàng nghìn công ty đã trả tiền để biến nó thành nhàm chán. Hãy nhận lấy sự nhàm chán. Dành năng lượng xây dựng cho nơi khác.

Những thứ đáng sở hữu là các hệ thống vận hành nội bộ khiến doanh nghiệp của bạn vận hành khác biệt với người bên cạnh. Đó là những hệ thống không ai bán, vì chúng đặc thù cho bạn. Luồng báo giá của bạn. Logic tồn kho của bạn. Cách bạn định tuyến đơn hàng. Agent phân loại tin nhắn khách hàng.

Nếu một nhà cung cấp có thể bán nó cho một nghìn công ty, nó không phải là lợi thế của bạn. Nếu họ không thể, chỉ bạn mới xây được nó.

Đó là toàn bộ quy tắc quyết định: xây thứ làm khác biệt vận hành của bạn. Mua thứ phổ thông.

Nơi tôi thực sự áp dụng điều này

Tôi điều hành một công việc phụ nơi điều này không còn là lý thuyết. (Đây cũng là tâm lý của tôi trong công việc — và có lẽ là lý do tôi học cách phớt lờ thư rác của nhà cung cấp kiểu "Chúng tôi có thể tự động hóa cái này cái kia bằng AI.") Với công việc phụ, tôi vận hành một đội agent tự chủ. Không phải bản demo. Các agent làm công việc vận hành thực sự — phân loại tin đến, soạn phản hồi, theo dõi danh sách, lấy báo cáo. Lớp điều phối là thứ tôi sở hữu, vì nó mã hóa cách doanh nghiệp của tôi thực sự vận hành. Không có phiên bản đóng gói sẵn nào cho "cách tôi vận hành thứ này". Nên chúng tôi xây nó. Hiện nó vận hành 90% doanh nghiệp đó.

Cùng một logic xuất hiện ở những nơi nhỏ bé, kém hào nhoáng. Tôi chạy các model thị giác cục bộ thay vì trả phí đăng ký đám mây cho mỗi bức ảnh. Nó rẻ hơn — và quan trọng hơn, nó là của tôi. Tôi kiểm soát độ trễ, dữ liệu, và điều xảy ra khi nó hỏng. Khi thứ gì đó đủ nhỏ để chạy trên chiếc máy tôi đã sở hữu, việc sở hữu nó là mặc định, chứ không phải một dự án.

Home Assistant là cùng một bản năng ở cấp độ ngôi nhà. Tự động hóa tự lưu trữ thay vì thuê đám mây của người khác và hy vọng họ không đổi điều khoản. Cùng một phản xạ: nếu nó vận hành môi trường của tôi, tôi muốn nó nằm dưới mái nhà của mình.

Không điều gì trong số này là về việc tỏ ra khôn ngoan hay chống nhà cung cấp. Tôi vẫn mua rất nhiều — gồm cả những thứ nhàm chán nặng nề mà tôi vừa bảo bạn mua. Vấn đề là một ranh giới rõ ràng: thứ gì càng gần với cách bạn thực sự vận hành, thì lý do sở hữu nó càng mạnh.

Khung này

Nếu bạn muốn quy tắc trong một câu: giải quyết vận hành của bạn trước, rồi coi hệ thống nội bộ đó là sản phẩm không ai có thể lấy khỏi bạn.

Trước khi xây lại bất cứ thứ gì, hãy hỏi liệu phần mềm đó nằm trên sự khác biệt hóa của bạn hay chỉ là điều kiện tối thiểu để tham gia. Nếu là điều kiện tối thiểu, hãy mua. Rồi hỏi liệu đã có nhà cung cấp nào giỏi về nó chưa — nếu có và nó không phải lợi thế của bạn, hãy dừng. Rồi hỏi liệu bạn có thể xây và bảo trì nó bằng chính đội ngũ hiện có không. Sở hữu thứ bạn không bảo trì được còn tệ hơn thuê.

Amazon xây lại hạ tầng tính toán vì tính toán là trung tâm cách nó vận hành. Nó mua rất nhiều thứ khác. Kỷ luật nằm ở việc biết sự khác biệt.

Hầu hết các công ty làm ngược thứ tự. Họ mua phần mềm vận hành đáng lẽ thuộc về mình, rồi dành một năm xây lại thứ phổ thông mà đáng lẽ nên mua. Đảo ngược nó. Sở hữu phần vận hành, thuê phần còn lại — và để các hệ thống bạn xây trở thành thứ mà đối thủ phải mất nhiều năm mới đuổi kịp.

Đó là tư duy dev. Tương lai vận hành của bạn hoặc là thứ bạn sở hữu — hoặc là thứ bạn đang thuê từ bất kỳ ai sở hữu nó tiếp theo.