Gần đây tôi đã đọc rất nhiều về độ tin cậy của nền tảng doanh nghiệp, và tôi đã gặp phải một góc nhìn thú vị thực sự thách thức cách mà hầu hết các tổ chức nghĩ về lãnh đạo sản phẩm.



Phiên bản ngắn gọn: độ tin cậy không còn đơn thuần là thời gian hoạt động hay việc phát hành tính năng đúng hạn nữa. Nó là cách các hệ thống thực sự phản ứng khi mọi thứ trở nên lộn xộn. Cách chúng phục hồi. Cách chúng thích nghi khi tín hiệu không đầy đủ. Đó mới là thước đo thực sự của sự tin tưởng.

Người đứng sau suy nghĩ này là một người đã dành hơn 20 năm xây dựng các nền tảng quy mô lớn tại Fidelity, Deloitte, LTI Mindtree, và doTERRA. Điều khiến tôi chú ý là sự chuyển đổi của ông từ việc xem các hệ thống doanh nghiệp như các dự án giao hàng với ngày kết thúc rõ ràng sang xem chúng như những sản phẩm sống động liên tục phát triển.

Điều thú vị ở đây dành cho lãnh đạo sản phẩm là: ông nhận thấy từ sớm rằng phần lớn các thất bại của doanh nghiệp không phải do khả năng kỹ thuật. Mà là do tư duy. Các nhóm tập trung tối ưu cho các mốc quan trọng và ngày phát hành thay vì hỏi cách các hệ thống sẽ thực sự hoạt động trong thế giới thực. Khi ông tái định nghĩa lại vấn đề—tập trung vào hành vi sau triển khai, phục hồi sự cố, và giảm thiểu tác động một cách duyên dáng—kết quả đã rõ ràng. Thời gian phục hồi sự cố giảm 30%. Tự động hóa hỗ trợ AI rút ngắn thời gian giải quyết khách hàng từ 15 phút xuống còn dưới 3 phút. Các cộng tác viên trở thành tín hiệu phản hồi đáng tin cậy nhất.

Nhưng điều thực sự nổi bật là: khi AI được tích hợp vào các nền tảng, một loại vấn đề mới xuất hiện. Trở ngại đăng nhập, phiên bị gián đoạn, danh tính một phần—chúng không làm hệ thống sập, nhưng chúng âm thầm làm giảm lòng tin. Hầu hết các nhóm xem chúng như nhiễu. Ông xem chúng như các tín hiệu hành vi đáng để học hỏi.

Cách tiếp cận của ông là thiết kế cho cái ông gọi là độ tin cậy dưới sự biến dạng. Các hệ thống vẫn giữ được tính nhất quán ngay cả khi tín hiệu không đầy đủ hoặc hành trình bị phân mảnh qua các kênh. Thay vì loại bỏ các tín hiệu thất bại, ông xây dựng kiến trúc xem các vòng lặp thử lại và mẫu thời gian chờ là những đầu vào quý giá. Một ví dụ ứng dụng: hệ thống quy tắc dựa trên AI cho một nền tảng có quy định, điều chỉnh xác thực một cách linh hoạt dựa trên ngữ cảnh thay vì áp dụng các quy tắc cứng nhắc. Trong một tình huống quan trọng liên quan đến các gia đình mất người thân cần truy cập khẩn cấp vào các tài liệu quan trọng, phương pháp này đã giảm thất bại đăng nhập khoảng 15% mà không làm giảm bảo mật. Ông đã nhận giải thưởng CLARO cho điều này.

Một góc nhìn khác về lãnh đạo sản phẩm mà tôi thấy hấp dẫn là: tái cấu trúc hành trình khách hàng. Hầu hết các doanh nghiệp vẫn nghĩ về vấn đề này như một bài toán ghép dữ liệu. Ông đã xem lại nó như một bài toán tái cấu trúc. Thay vì yêu cầu tín hiệu hoàn hảo, hệ thống của ông ưu tiên tính nhất quán xác suất—liên kết các danh tính phân mảnh qua các mẫu hành vi và ngữ cảnh. Tại doTERRA, điều này đã hợp nhất điện thoại, trò chuyện, email và web thành một cái nhìn đa kênh nhất quán. Kết quả: giảm 30% thời gian xử lý trung bình, khả năng theo dõi thời gian thực cho hơn 2.000 nhân viên.

Triết lý rộng hơn đằng sau tất cả những điều này cũng rất thú vị. Khi các nền tảng ngày càng tự động hóa, ông cẩn thận về độ mờ đục. Quan điểm của ông: một số ma sát thực ra là một lớp bảo vệ. Nếu một hệ thống không thể tự giải thích dưới áp lực, nó không nên hành động một mình. Các quyết định tự động được kiểm soát bởi ngưỡng độ tin cậy. Con người vẫn giữ vai trò quan trọng trong quá trình ra quyết định.

Điều tôi rút ra từ đây là: tương lai của lãnh đạo sản phẩm không phải là làm nhanh hơn. Mà là xây dựng các nền tảng đáng tin cậy, thích nghi và thực sự được thiết kế xung quanh con người sử dụng chúng. Các hệ thống học hỏi, phục hồi duyên dáng, và vẫn dễ hiểu ngay cả khi mọi thứ xảy ra sai lệch. Đó mới là tư duy phân biệt các nền tảng chỉ hoạt động tốt với các nền tảng xây dựng được lòng tin thực sự theo thời gian.
Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
  • Phần thưởng
  • Bình luận
  • Đăng lại
  • Retweed
Bình luận
Thêm một bình luận
Thêm một bình luận
Không có bình luận
  • Ghim