Viết PRD - Product Requirement Document là một trong những nhiệm vụ quan trọng của một Product manager, PRD được xem là tài liệu mà dành cho các stakeholder tham gia vào phát triển sản phẩm đọc.
PRD phải đảm bảo rõ ràng, dễ hiểu cho tất cả các stakeholder, PRD được cập nhật liên tục chứ không cố định một lần.
Bạn tham khảo thêm bài
Trong bài này, mình giới thiệu một số cách (cấu trúc) về Product Requirement Document.
(Khi viết bài, một số từ mình để nguyên gốc tiếng Anh luôn nhé, vì dịch ra không lột tả đúng ý, nên mình để như bài gốc hoặc từ ngữ chuyên môn).
Bài viết chia thành hai phần:
Phần 1: Các nội dung phổ biến trong PRD - Product Requirement Document.
Phần 2: Ví dụ một Product Requirement Document.
Phần 1: Các nội dung phổ biến trong PRD - Product Requirement Document
Product Overview (Giới thiệu thông tin cơ bản sản phẩm; tầm nhìn sản phẩm) Sản phẩm này là gì? Tầm nhìn sản phẩm này thế nào? (Product vision)
Market Research (Thông tin về nghiên cứu định tính, định lượng thị trường) Gồm những thông tin như: Hành vi thị trường (Market behaviour) Nghiên cứu định tính (Qualitative hay Primary research) Nghiên cứu định lượng (Quantitative hay secondary research) Competitor analysis Tùy sản phẩm, tùy team làm việc sẽ chọn cách viết phần này hoặc có cần thiết gom trong PRD này luôn không hay liên kết qua tài liệu Product marketing. Mục này có thể để link liên kết qua tài liệu khác
User Personas (Các chân dung người dùng sản phẩm của bạn) Mỗi User persona cung cấp thông tin nhân khẩu học cơ bản về người dùng, hành vi, mục tiêu của họ là gì, các cảm xúc tiêu cực (hay là các pain point) của họ, họ thuộc đối tượng người dùng giai đoạn nào (trong 5 giai đoạn người dùng- chẳng hạn, họ có phải tuýp người thích công nghệ hay không)
User journey map (Vẽ bản đồ hành trình của người dùng mô tả cách người dùng tiếp cận sản phẩm của bạn, hoặc đang dùng tương tác trên sản phẩm của bạn. Mỗi hành trình cơ bản sẽ có các giai đoạn tương tác, các điểm chạm tương tác, và cảm xúc trên mỗi điểm chạm đó.
Problem/ Underserved needs/ Pain Point. Nêu nhu cầu, vấn đề của người dùng và chọn ra đúng vấn đề chưa được đáp ứng của khách hàng mục tiêu ứng dụng của bạn. Phần này bạn có rất nhiều framework để dùng: Ví dụ như satisfaction vs importance matrix; job-to-be-done.
Solution Space - Value Proposition. Mô tả chi tiết giải pháp, giá trị cốt lõi khi người dùng sử dụng sản phẩm của bạn. Tức là, trả lời câu hỏi: Tại sao khách hàng chọn sản phẩm của bạn mà không chọn sản phẩm khác đang tồn tại? Khi họ dùng sản phẩm bạn trong thời gian lâu thì họ có nhận giá trị nào cốt lõi nhất?
Information Architecture Bắt đầu từ nội dung này xuống sẽ phục vụ cho bước design, development nhiều hơn. Phần này giống như sitemap của website vậy á. Các bạn kiến trúc thông tin ứng dụng của bạn như thế nào? Để khi nhìn vào cấu trúc này, tất cả stakeholder đều hiểu về sản phẩm
User flow Chi tiết các bước người dùng theo tác theo chức năng hoặc theo user stories. Ví dụ: Flow đăng ký/ đăng nhập; Flow về đăng ký khóa học,...
Epic & User stories/ Feature set. Để mô tả phần này, mình thường dùng User story mapping để viết tổng quan các Epic, stories. Phần này bạn định nghĩa các "nhóm chức năng", các chức năng, mô tả chức năng chi tiết ở phần này. Đặc biệt, bạn sắp xếp tính ưu tiên của tính năng cho từng giai đoạn release. Phần này quan trọng khi bước vào giai đoạn "Development". Khi sử dụng scrum để làm việc, phần này giúp cho Product owner hoặc product manager tạo các Product backlog
Product roadmap (Phần này có thể thay bằng timeline triển khai) Lộ trình phát triển sản phẩm, giúp các stakeholder nhìn tổng thể các cột mốc ra mắt sản phẩm, tính năng mới,...Phần này viết bám sát đồng nhất vào Product vision, OKRs của Công ty và dựa vào các Epic ở trên.
Wireframe/ Mock-up Bản phác thảo giao diện cơ bản
UI/UX Giao diện chi tiết của sản phẩm
Prototype Nên sử dụng figma để chạy demo sản phẩm.
Technical Specification Phần này mô tả các thông tin liên quan đến kỹ thuật. Ví dụ như kết nối những API nào, sử dụng ngôn ngữ gì, Database sao,...
Stakeholder Định nghĩa các member tham gia vào quá trình phát triển sản phẩm
OKRs Thiết lập mục tiêu theo phương pháp OKRs. Mỗi Công ty có phương pháp khác nhau, tuy nhiên trong PRD phải có mục tiêu của sản phẩm, mục tiêu của Công ty.
Key metrics Định nghĩa các chỉ số đo lường. Ví dụ như đo lường về người dùng, đo lường về sản phẩm, đo lường về kinh doanh.
Competitor Analysis Sau khi có prototype, phần này team sẽ thực hiện phân tích so sánh với các sản phẩm có chung tệp khách hàng mục tiêu. Ví dụ như so sánh về tính năng.
Go-to-Market Kế hoạch đưa sản phẩm tiếp cận thị trường.
Tóm lại
Tùy vào mỗi team, tùy vào mỗi cách viết của mỗi PM nên nội dung của PRD cũng khác nhau. Tuy nhiên vẫn phải đáp ứng các tiêu chí chính, như: Goals; Product Feature; Release planning; stakeholder; design; analysis.
Phần 2: Ví dụ một Product Requirement
Dưới đây là ví dụ về PRD. PRD không bắt buộc phải có đầy đủ các phần như trong ví dụ dưới đây. Luôn tùy biến phù hợp với team thực hiện.
PRODUCT REQUIREMENT DOCUMENT: TutorU's Mobile app
Version 2.0
Created by: nghiemluu
Date of creation: 18/11/2022
I. Changelog
Các thay đổi quan trọng của PRD, bao gồm ngày thay đổi, người thay đổi, nội dung chính (ngắn gọn).
18/11/2022 - Công khai tài liệu (phiên bản đầu tiên) - @nghiemluu
20/12/2022 - Thêm các chỉ số đo lường ở mục Key metrics - @nghiemluu
II. Stakeholder
Là những đối tượng, thành viên tham gia tương tác trên PRD này.
Senior PM | Mô tả phạm vi, trách nhiệm chính trong tài liệu này |
PO | Mô tả phạm vi, trách nhiệm chính trong tài liệu này |
Team design | Mô tả phạm vi, trách nhiệm chính trong tài liệu này |
Team marketing | Mô tả phạm vi, trách nhiệm chính trong tài liệu này |
III. Goals
Mục tiêu 1
Mục tiêu 2
Mục tiêu 3
III. Product Overview
TutorU là nền tảng giáo dục cung cấp đa dạng lớp học trực tuyến theo nhóm nhỏ tương tác trực tiếp với giáo viên giỏi, nhiều kinh nghiệm. Các lớp học đáp ứng học theo nhu cầu và chuyên sâu.
Product vision
Trong 5, 10, 15 năm sau, bạn muốn khách hàng của bạn mô tả thế nào về Tutoru.
IV. User Research
Mô tả kết quả nghiên cứu người dùng, hành vi, thói quen, nhu cầu, vấn đề của người dùng. Gồm 2 kết quả: Nghiên cứu định lượng và nghiên cứu định tính (các kết quả cuộc phỏng vấn, khảo sát nhu cầu,...)
V. User Personas
Profile từng nhóm khách hàng có chung mục tiêu, hành vi, vấn đề, sở thích, nhân khẩu, mong muốn.
Ví dụ:

VI. User Journey
Mô tả hành trình người dùng biết đến TutorU như thế nào? Khi có nhu cầu (journey) thì người dùng sẽ có những bước thao tác nào thế nào? Ở điểm chạm nào có cảm xúc tiêu tục, không hài lòng.

VII. Problem - Solution Fit
The Problem
Nêu các nhu cầu chưa được phục vụ, các điểm đau chính ở mục này.
The solution
Mô tả các đề xuất giải pháp của ứng dụng
VIII. Business model & Pricing
Mô tả các nguồn doanh thu chính, mô hình thu tiền của sản phẩm và cách thiết lập bảng giá
IX. Epic - User Stories - Feature
Phần này mô tả các Epic (câu chuyện lớn), các user stories và các tính năng ở từng giai đoạn.
Để team hiểu tổng thể tính năng phát triển trong từng giai đoạn release, PRD nên liên kết tới file User story mapping.
Ở đây, chỉ mô tả các Epic, user stories, feature đã và đang phát triển. Các tính năng ở giai đoạn sau chưa cần nêu ở đây.
Đây là những tính năng được ưu tiên cùng với giải thích ngắn gọn về lý do tại sao tính năng này lại quan trọng.
X. Information Architecture
Mô tả sitemap của ứng dụng/website.

XI. UI/UX của sản phẩm
Đây là tất cả các giao diện từng view, trang, của sản phẩm.

Ở phần này, bạn nên để link prototype, sử dụng figma để làm prototype
XII. Technical Specifications
Mô tả những gì thông tin cơ bản về kỹ thuật. Các yêu cầu kỹ thuật, các rủi ro.
Ví dụ:
- API thanh toán online từ bên Napas
- Ngôn ngữ lập trình:
- Server:...
XIII. Milestones/ Release Planning
Mô tả các cột mốc quan trọng trong quá trình sản phẩm. Ví dụ:
- Tháng 03: Thuyết trình giới thiệu prototype.
- Tháng 05: Phiên bản beta trên android.
...
XIV. Key metrics
Các chỉ số đo lường thành công của sản phẩm.
Ví dụ:
- Khía cạnh user metrics: DAU, WAU, MAU (Monthly Active Users); Retention rate, churn rate; Số lượt download; Feedback từ app store.
- Khía cạnh Product: Thời gian user dành cho sản phẩm; screen nào user ở lại lâu nhất,...
- Khía cạnh business: Chỉ số về doanh thu, bán hàng, lợi nhuận, cần hỗ trợ sau bán hàng,...
Mình thường sử dụng Jira hoặc google docs để viết PRD. Các bạn có thể xem cách tạo PRD trên Jira trên trang Jira nha.
DƯỚI ĐÂY LÀ MỘT TEMPLATE VỀ PRODUCT REQUIREMENT DOCUMENT - PRD TRÊN NOTION.SO





Bạn có thể xem nguồn template TẠI ĐÂY
Tái bút: Bài viết được viết qua sự trải nghiệm, quan điểm, góc nhìn cá nhân, tổng hợp kiến thức có dẫn nguồn. Kiến thức mỗi người luôn có những giới hạn nhất định, vì vậy bài viết có thể còn hạn chế trong khuôn khổ hiểu biết, trải nghiệm cá nhân và có thể không phù hợp với các góc nhìn của một nhóm người đọc. Rất mong, các bạn đọc hãy tiếp thu một cách có chọn lọc và xem đây là một góc nhìn khác trong hành trình thu thập thông tin, kiến thức.
Cuối cùng, trên tinh thần chia sẻ là một phương pháp học hiệu, như slogan website này - Learning by sharing, rất mong nhận được sự góp ý của quý bạn đọc để mình cải thiện và trau dồi thêm, cũng như thêm góc nhìn.
Các bạn có thể chat với mình trên website này để góp ý.
Xin cảm ơn quý bạn đọc!
Comments