Product Discovery at Scale: Bài học từ các công ty lớn (Grab, MoMo)
Khi team chỉ có 5 người, Discovery rất dễ. Nhưng khi có 500 người, làm sao để tránh việc mỗi người chèo một hướng?
Dual Track Agile
Tại các công ty lớn, Discovery => Tìm cái để làm và Delivery => Làm cái đã tìm phải luôn chạy song song.
Discovery Team: PM + Design Lead + Tech Lead. Đi phỏng vấn user, làm prototype nhanh.
Delivery Team: Team nhận nhiệm vụ Dev còn lại. Code tính năng đã được validate.
Dân chủ hóa dữ liệu => Democratize Data
Không phải mỗi PM mới được xem Data. Tại Grab/Spotify, bất kỳ ai cũng có quyền truy cập Dashboard. Dev tự xem data, tự thấy bug, tự đề xuất sửa. PM chuyển từ người Giữ cửa Data sang người Huấn luyện Data và giao tiếp với nó để tìm ra cơ hội. Có nhiều cty lại chặn việc này bằng những rule và chính sách không phù hợp cho việc làm digital product (Hãy tìm hiểu khái niệm Data Gov khi cty bạn lớn còn nhỏ thì đơn giản hơn)
Văn hóa viết xây dựng Writing Culture không phải document first.
Amazon dùng “6-page memo”. Khi quy mô lớn, họp hành là không đủ và rất tốn kém. Bắt buộc mọi ý tưởng phải được viết ra giấy rõ ràng. Văn bản hóa giúp kiến thức được lưu truyền Knowledge Management và tránh tam sao thất bản.
Vẫn câu chuyện cũ : Scale không phải là tuyển thêm người. Scale là xây dựng quy trình để 100 người vẫn chạy nhanh như 10 người.
