Quản Lý Thông Tin Nhạy Cảm Trong BOD: Ai Nên Biết Gì, Khi Nào

Sau khi tôi kể câu chuyện rời BOD của FLYER vì phát hiện xung đột lợi ích với Creatii, một vài founder hỏi lại tôi: “Có cách nào phòng ngừa tình huống đó từ đầu không, thay vì chờ tới lúc phải rời đi?” Câu trả lời tôi tìm thấy rõ nhất không phải từ FLYER — mà từ cách HOPE Corp, nơi tôi cũng đang ngồi BOD, quản lý thông tin nội bộ.

HOPE Corp (HOPE Corps Healthcare) là hệ sinh thái y tế cộng đồng với hơn 500.000 học viên, hoạt động 40 năm, sáng lập bởi lương y Ngô Đức Vượng. Đây là 1 tổ chức có cấu trúc thông tin đặc thù — vừa cần minh bạch với BOD để giám sát đúng, vừa cần bảo vệ những chiến lược nhạy cảm khỏi rò rỉ ra ngoài, đặc biệt trong 1 ngành mà niềm tin cộng đồng là tài sản quan trọng nhất.

Nguyên tắc họ áp dụng, và tôi thấy nên áp dụng rộng rãi hơn cho mọi BOD startup: chia thông tin thành 2 tầng. Tầng thứ nhất — “cần biết” — gồm tài chính, vận hành, và mọi thứ liên quan tới biểu quyết. Đây là thông tin BẮT BUỘC chia sẻ cho toàn bộ thành viên BOD, không có ngoại lệ, vì đây chính là nội dung họ cần để làm đúng vai trò giám sát và quyết định. Không chia sẻ đầy đủ tầng này là vi phạm trách nhiệm cơ bản của BOD.

Tầng thứ hai — “nhạy cảm chiến lược” — gồm roadmap sản phẩm chi tiết, kế hoạch mở rộng, và kế hoạch tuyển dụng nhân sự cấp cao. Tầng này CHỈ chia sẻ với những thành viên BOD không có xung đột lợi ích. Đây chính xác là nguyên tắc mà nếu được áp dụng sớm hơn, có lẽ đã giúp tôi nhận ra vấn đề ở FLYER/Creatii trước khi nó trở thành tình huống phải rời BOD hoàn toàn — thay vì đợi tới khi cả 2 công ty cùng phát triển tính năng AI mới nhận ra.

Điều tôi thấy tinh tế nhất trong cách HOPE Corp làm không phải việc “giấu thông tin” — mà là ranh giới rõ ràng giữa 2 tầng được xác lập TỪ TRƯỚC, không phải xử lý tuỳ tình huống khi vấn đề đã xảy ra. Khi 1 thành viên BOD biết rõ ngay từ đầu “tôi sẽ không được biết chi tiết roadmap sản phẩm vì tôi cũng đang cố vấn cho 1 công ty có thể cạnh tranh”, điều đó không tạo ra cảm giác bị nghi ngờ — nó là 1 quy tắc minh bạch, áp dụng công bằng cho mọi người ở vị trí tương tự.

So sánh với cách nhiều startup Việt Nam tôi thấy vận hành BOD — thường là chia sẻ MỌI THỨ cho MỌI THÀNH VIÊN, không phân tầng — tôi nghĩ đây là 1 rủi ro bị đánh giá thấp. Không phải vì thành viên BOD không đáng tin, mà vì càng nhiều BOD ngồi chồng chéo giữa các công ty (điều rất phổ biến trong hệ sinh thái startup nhỏ như Việt Nam), xác suất 1 thông tin chiến lược vô tình ảnh hưởng tới quyết định ở nơi khác càng cao — kể cả khi không ai có ý định xấu.

Nếu bạn đang xây BOD cho startup của mình, tôi gợi ý thiết lập ranh giới 2 tầng thông tin này ngay từ ngày đầu tiên mời thành viên BOD — không phải chờ tới khi có xung đột lợi ích thật xảy ra mới xử lý.