Đặt cược nền tảng — khi nào đầu tư vào nền tảng dùng chung

Nền tảng là gì trong bài này

"Nền tảng" ở đây không phải sản phẩm nền tảng hai mặt như sàn thương mại. Nó là phần năng lực kỹ thuật dùng chung mà nhiều đội sản phẩm cùng xây lên trên: dịch vụ thông báo, hệ thống trạng thái đơn, dịch vụ tính phí, công cụ phát hành. Một đội riêng xây và giữ nó; các đội khác dùng nó như dùng một dịch vụ bên ngoài.

Đặt cược nền tảng hấp dẫn vì lời hứa: làm một lần, mọi đội nhanh hơn. Nó cũng là một trong những khoản đầu tư thất bại thường gặp nhất, vì lời hứa ấy thường được tính trước khi có ai thực sự cần.

Dấu hiệu chưa nên làm nền tảng

• Mới có một đội cần. Một nhu cầu là một tính năng. Xây nền tảng cho một đội là thêm một lớp phối hợp mà không thêm lợi ích.
• Nhu cầu là đoán về tương lai. "Sau này chắc các đội khác sẽ cần" — nếu chưa ai cần hôm nay, bạn đang thiết kế cho yêu cầu chưa tồn tại, và sẽ đoán sai.
• Các đội đang làm theo những cách rất khác nhau vì lý do chính đáng. Ép họ dùng chung sẽ tạo ra một nền tảng đầy ngoại lệ.

Quy tắc thực dụng: đợi đến khi ít nhất ba đội đã tự giải cùng một bài toán. Lúc đó bạn có ba phiên bản để so sánh, biết phần nào thật sự chung, và có ba khách hàng nội bộ sẵn sàng.

Năm đội, năm cách theo dõi trạng thái đơn

Ở ChởNhanh (giả định), mỗi đơn đi qua nhiều trạng thái: đã tạo, đã nhận, đang giao, đã giao, giao thất bại, hoàn hàng, đã đối soát. Năm đội cần biết trạng thái đơn — Đặt đơn, Điều phối, App tài xế, Đối soát COD và Công cụ vận hành. Mỗi đội tự đọc từ cơ sở dữ liệu của lõi cũ, tự suy luận trạng thái theo cách riêng.

Hậu quả đo được:

Đây là nhu cầu thật, ở năm đội, đã tồn tại hôm nay. Đủ điều kiện để bàn đặt cược.

Tính lời lỗ của đặt cược

Đề xuất: lập đội Nền tảng 5 kỹ sư, rút từ các đội hiện có, xây một dịch vụ trạng thái đơn duy nhất phát sự kiện mỗi khi đơn đổi trạng thái. Các đội khác đăng ký nhận sự kiện thay vì tự suy luận.

Chi phí chuyển một lần: mỗi đội cần 10 tuần-kỹ sư để chuyển sang dịch vụ mới, tổng 50. Với 20 tuần-kỹ sư tiết kiệm mỗi quý, khoản này hoàn vốn sau 2,5 quý kể từ khi cả năm đội chuyển xong.

Nếu chỉ nhìn công sức, đây là khoản đầu tư khá nhưng không xuất sắc. Lý do thật sự để Mai đồng ý nằm ở hai dòng không có trong bảng: 1.200 ticket mỗi tháng biến mất khi chỉ còn một nguồn trạng thái, và mọi tính năng sau này cần trạng thái đơn — theo dõi đơn cho người nhận, cảnh báo trễ cho shop — có sẵn chỗ để xây. Trong ngân sách 720 tuần-kỹ sư mỗi quý, đây là ngăn "nền tảng dùng chung" 72: 60 cho đội Nền tảng, 12 cho các đội chuyển dần.

Nền tảng là một sản phẩm

Nền tảng thất bại phổ biến nhất không phải vì kỹ thuật kém, mà vì không ai dùng. Đội nền tảng xây thứ mình nghĩ là đúng, các đội sản phẩm thấy khó dùng, tiếp tục tự làm, và công ty trả tiền cho cả hai.

Vì vậy đội Nền tảng của ChởNhanh được đối xử như một đội sản phẩm:

• Có khách hàng: năm đội nội bộ, mỗi đội có một người liên lạc.
• Có người làm sản phẩm: Trang dành một phần thời gian làm PM cho nền tảng, vì đối soát COD là khách hàng khó tính nhất.
• Có chỉ số chấp nhận: số đội đã chuyển, phần trăm lượt đọc trạng thái đi qua dịch vụ mới thay vì đọc thẳng lõi cũ.
• Có tài liệu và ví dụ trước khi đòi đội khác chuyển.
• Khách hàng đầu tiên được chọn kỹ: đội Công cụ vận hành — nhu cầu đơn giản nhất, chịu được chỗ chưa hoàn thiện.

Ba cách đặt cược nền tảng thất bại

Điều kiện để ký đặt cược

Mai và anh Đạt viết điều kiện thành bảng, xem lại sau mỗi quý:

Ngưỡng không đạt không có nghĩa là bỏ ngay. Nó có nghĩa là có một cuộc họp với dữ liệu, thay vì để đặt cược tự trôi. Xem Technical Architecture để hiểu sâu hơn kiến trúc phát sự kiện và vì sao nó giảm phụ thuộc giữa các đội.

Làm ngay

Liệt kê ba bài toán kỹ thuật mà nhiều đội trong công ty bạn đang tự giải riêng. Với mỗi bài toán, đếm số đội đang làm và ước công sức mỗi đội bỏ ra mỗi quý. Chọn bài toán có từ ba đội trở lên, tính lời lỗ như bảng của ChởNhanh, và viết ba điều kiện để ký đặt cược. Nếu không bài toán nào đạt ba đội, kết luận đúng có thể là "chưa đến lúc làm nền tảng" — và đó cũng là một quyết định chiến lược.