Product Roadmap gần như là một việc cực kì quen thuộc của một Product Manager. Nó giống như là một bản phác thảo tất cả các ý tưởng, khía cạnh khác nhau. Cái tên "Roadmap" cũng thể hiện được ý nghĩa của nó, đây giống như là một la bàn, dẫn đường bạn trên con đường mà bạn đang đi. Trong bài viết hôm nay, Duy xin chia sẻ một chút kinh nghiệm của Duy trong quá trình làm việc. Đó là những yếu tố mà Duy luôn cần nhắc khi xây dựng 1 bản Product Roadmap.
1. Product Vision
Product Roadmap phải phản ánh được Product Vision của bạn. Sau cùng, Product Roadmap cần được thể hiện sao cho các bên liên quan có thể cùng thấy được sản phẩm của bạn hiện đang ở đâu và bạn muốn đến đâu, và bạn cần làm những để đạt được điều đó.
2. Communication Hub
Khi Duy đang viết bài viết, Duy cố gắng nhớ lại những tài liệu, tools nào mà Duy thường xuyên tham khảo hoặc dùng để thảo luận với XCF (Cross-function teams) thì gần như Product Roadmap là cái mà Duy nghĩ ra đầu tiên. Product Roadmap phải đảm bảo là một công cụ giao tiếp hiệu quả cho các teams khi họ muốn tham khảo ngay lập tức hoặc khi họ muốn reviews lại Product Vision trong nội bộ. Nhìn chung, trên thực tế, thường chỉ có Product team hoặc Marketing team mới quan tâm nhiều đến cái này, nhưng không có nghĩa ta bỏ qua góc nhìn của các team khác (đặc biệt là Engineering team).
3. Simple
Yếu tố này nghe có vẻ ngớ ngẩn nhưng thật sự yếu tố này Duy mắc lỗi khá nhiều. Đôi khi, ở góc độ Product, Duy rất muốn chia sẻ rất nhiều ý tưởng trong Roadmap dẫn đến người đọc bị rối, cảm thấy khó hiểu. Các team khác nhau có rất nhiều việc đặc thù để làm, và đôi khi không phải là họ có vấn đề gì với Product Roadmap, chỉ đơn giản là họ không có thời gian để tìm hiểu về cách bạn diễn giải cho các sáng kiến khác nhau và do đó, hãy nhất quán mọi thứ bằng một cách đơn giản nhất
4. Source of truth
" Source of truth" - nguồn sự thật. Đây là một yếu tố thể hiện rằng Product Roadmap phải là một nguồn tin cậy về tính rõ ràng, độ ưu tiên, mục tiêu và hướng đi của Product. Yếu tố này sẽ giúp cho các team đỡ lăn tăn về công việc, tránh những cuộc họp không cần thiết nếu Product Roadmap của bạn luôn đủ độ vững chắc và đồng nhất. Để đạt được điều này, bạn phải tránh việc chỉnh sửa Roadmap liên tục (mặc dù việc chỉnh sửa là không tránh khỏi) và sau mỗi lần chỉnh sửa, hãy đảm bảo các team nhận thức được về điều này.
5. Delivery Dates
Delivery Dates hay theo thuật ngữ nặng nề hơn còn gọi là Deadline. Đây gần như là một yếu tố Duy đặt lên trên đầu khi đưa vào Product Roadmap (đương nhiên là nó còn phụ thuộc vào mức độ chi tiết và loại Product Roadmap của bạn). Và một điều nữa là mức độ quan trọng của deadline với mỗi team sẽ khác nhau. Với Engineer team, họ thường muốn biết chính xác khi nào là deadline cho features nào. Trong khi đó, team marketing hoặc team sales có thể không quan tâm đến con số cụ thể cho lắm, cái họ muốn đôi khi nó tổng quát hơn, ví dụ tháng sau, 3 tháng sau hoặc quý sau. Duy để ý các team này (thậm chí là cả team executives) thường zoom out timeline trong các cuộc họp
Cho dù là ở team nào, mực độ quan trong như thế nào, thì yếu tố Delivery Dates là yếu tố quan trọng và khá hiệu quả để đưa các team về cùng một góc nhìn.
Đương nhiên, 5 yếu tố này đúng với Duy nhưng có thể không hoàn toàn khớp với các bạn nhưng Duy tin là nó cũng sẽ không xa với bức tranh thực tế là mấy. Do đó, Duy hi vọng bài viết này sẽ giúp ích cho các bạn được phần nào khi lên kế hoạch cho Product Roadmap.
Nếu có bất kì câu hỏi nào liên quan đến Product Roadmap nói riêng hay Product Management nói chung, đừng ngần ngại đặt câu hỏi cho Duy nhé.
