Bộ 30 Prompt Tài liệu PRD và Yêu cầu sản phẩm

Thực tế thì, việc soạn thảo tài liệu yêu cầu sản phẩm luôn là một trong những thử thách tốn nhiều thời gian nhất đối với các Product Manager và Business Analyst. Một tài liệu đặc tả thiếu sót không chỉ gây hiểu lầm cho đội ngũ lập trình mà còn có thể khiến dự án đi chệch hướng hoàn toàn. Chính vì vậy, việc ứng dụng các mẫu prompt tài liệu prd chuẩn xác kết hợp với trí tuệ nhân tạo đang trở thành giải pháp tối ưu giúp chuẩn hóa quy trình phát triển sản phẩm một cách nhanh chóng.

Thú thật là, viết PRD không đơn thuần là liệt kê tính năng, mà là việc xây dựng một bức tranh toàn cảnh từ tầm nhìn kinh doanh, kịch bản người dùng cho đến các đặc tả kỹ thuật phức tạp. Nếu bạn đang tìm kiếm một phương pháp tự động hóa hiệu quả, sử dụng bộ prompt tài liệu prd chất lượng cao sẽ là trợ thủ đắc lực giúp bạn rút ngắn thời gian làm việc từ vài ngày xuống còn vài giờ đồng hồ.

Trong bài viết này, chúng tôi sẽ chia sẻ chi tiết bộ 30 prompt chuyên sâu hỗ trợ đắc lực cho toàn bộ quy trình thiết lập tài liệu PRD và quản lý yêu cầu sản phẩm. Bạn có thể sử dụng các mẫu prompt tài liệu prd này trên các mô hình AI phổ biến hiện nay để tạo ra những bản đặc tả chuẩn mực, giúp tối ưu hóa sự phối hợp giữa đội ngũ phát triển và các bên liên quan.

Tại sao nên sử dụng bộ prompt tài liệu prd trong phát triển sản phẩm?

Vấn đề là, phần lớn các dự án phần mềm gặp thất bại hoặc trễ hạn không phải do năng lực lập trình yếu kém, mà là do khâu định nghĩa yêu cầu ban đầu quá mơ hồ. Khi áp dụng bộ prompt tài liệu prd vào quá trình làm việc với AI, bạn sẽ được định hướng để đặt ra những câu hỏi cốt lõi về trải nghiệm người dùng, các trường hợp lỗi phát sinh và các ràng buộc phi chức năng quan trọng.

Việc sử dụng prompt tài liệu prd đồng nhất giúp toàn bộ đội nhóm từ Product Owner, Designer cho đến Developer có chung một hệ quy chiếu thông tin. Hơn nữa, bạn có thể kết hợp phương pháp này với các giải pháp ChatGPT để quản lý sản phẩm hiệu quả nhằm xây dựng một quy trình vận hành Agile/Scrum trơn tru và chuyên nghiệp nhất.

Chi tiết bộ 30 prompt thiết lập tài liệu PRD và yêu cầu sản phẩm

Prompt 1: Viết Tài liệu yêu cầu sản phẩm (PRD)

Khi bắt đầu một tính năng mới, việc đầu tiên bạn cần làm là định hình khung tài liệu PRD tổng quan. Mẫu prompt tài liệu prd này sẽ đóng vai trò như một Principal Product Manager giàu kinh nghiệm giúp bạn phác thảo cấu trúc tài liệu chuẩn Silicon Valley.

Bạn là một Principal Product Manager chuyên viết PRD chuẩn Silicon Valley.

Nhiệm vụ của bạn là: Viết tài liệu Yêu cầu Sản phẩm (Product Requirements Document - PRD) hoàn chỉnh cho tính năng mới: [Tên tính năng mới] của sản phẩm [Tên sản phẩm hiện có].

Hãy tuân thủ các hướng dẫn sau:
- Cấu trúc PRD bắt buộc phải có đầy đủ các mục:
  1. Tầm nhìn & Mục tiêu kinh doanh (Why we are building this).
  2. Định vị chân dung người dùng (User Personas - ít nhất 2 chân dung tiêu biểu).
  3. Phạm vi tính năng chi tiết (Functional Requirements).
  4. Luồng trải nghiệm người dùng phác thảo (User Flows / Wireframes mô tả dạng chữ).
  5. Yêu cầu phi chức năng (Non-functional Requirements: bảo mật, tốc độ tải trang, khả năng chịu tải).
  6. Các chỉ số đo lường thành công (Success Metrics/KPIs).
- Sử dụng bảng markdown rõ ràng để liệt kê danh sách yêu cầu chức năng, sắp xếp độ ưu tiên tính năng theo chuẩn MoSCoW (Must-have/Should-have/Could-have/Won't-have) hoặc (P0, P1, P2).
- Bổ sung phần các giả định (Assumptions), các công việc nằm ngoài phạm vi (Out of Scope) và kế hoạch phát hành sản phẩm theo từng giai đoạn (Release Plan / Rollout Strategy).

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Sau khi gửi prompt tài liệu prd này, AI sẽ tạo ra bản PRD hoàn chỉnh với các mục rõ ràng từ Why, Who cho đến Functional Requirements. Bạn nên cung cấp thông tin sản phẩm càng chi tiết thì tài liệu đầu ra càng bám sát thực tế dự án.

Prompt 2: Viết User Stories & Tiêu chí nghiệm thu (AC)

Chuyển đổi PRD thành các User Story chi tiết là bước bắt buộc để lập trình viên bắt tay vào việc. Hãy sử dụng mẫu prompt tài liệu prd này để tự động hóa việc viết User Story theo định dạng As a/I want/So that kèm tiêu chí nghiệm thu Given/When/Then.

Bạn là một Agile Product Owner & Business Analyst.

Nhiệm vụ của bạn là: Viết [Số lượng User Stories] User Stories và [Tiêu chí nghiệm thu (Acceptance Criteria)] tương ứng cho luồng tính năng: [Mô tả luồng tính năng, ví dụ: Đăng ký tài khoản bằng Google].

Hãy tuân thủ các hướng dẫn sau:
- Viết các User Story theo cấu trúc chuẩn: "As a [User Role], I want [Feature], so that [Value]".
- Viết Tiêu chí nghiệm thu (Acceptance Criteria) bám sát cấu trúc Given-When-Then của kiểm thử phát triển theo hành vi (BDD) (Ví dụ: Given người dùng ở trang đăng ký, When họ click nút Google, Then hệ thống hiển thị bảng chọn tài khoản...).
- Đảm bảo mỗi User Story tuân thủ bộ tiêu chí INVEST (Independent, Negotiable, Valuable, Estimable, Small, Testable).
- Bao phủ đầy đủ cả kịch bản chuẩn (Happy Path) và các kịch bản lỗi phát sinh (Edge Cases/Error Paths) cùng thông báo lỗi tương ứng của hệ thống.
- Đề xuất ước lượng sơ bộ điểm câu chuyện (Story Points) hoặc độ phức tạp của mỗi User Story.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Điểm đặc biệt của prompt tài liệu prd này là yêu cầu AI bao phủ cả Happy Path và Edge Cases. Điều này giúp đội QA/QC có sẵn kịch bản kiểm thử mà không tốn công biên soạn lại từ đầu.

Prompt 3: Viết Đặc tả kỹ thuật sản phẩm (Tech Spec)

Một bản PRD tốt luôn cần đi kèm với một tài liệu Tech Spec chất lượng để hiện thực hóa về mặt kỹ thuật. Mẫu prompt tài liệu prd dành cho Tech Spec giúp Lead Developer nhanh chóng phác thảo kiến trúc hệ thống và thiết kế API.

Bạn là một Technical Architect & Lead Developer.

Nhiệm vụ của bạn là: Viết Đặc tả kỹ thuật (Technical Specification Document) cho tính năng: [Tên tính năng] tích hợp vào kiến trúc hệ thống hiện có.

Hãy tuân thủ các hướng dẫn sau:
- Mô tả sơ đồ kiến trúc hệ thống (System Architecture dạng chữ hoặc mã sơ đồ) và thiết kế cơ sở dữ liệu (Database Schema: các bảng dữ liệu, kiểu dữ liệu, các ràng buộc, khóa chính, khóa ngoại).
- Đặc tả chi tiết các APIs (Endpoint, Method, Request Headers/Body mẫu, Response Status/Body mẫu cho cả trường hợp thành công và thất bại).
- Đánh giá chi tiết các rủi ro về mặt hiệu năng hệ thống (Performance) và đề xuất các phương án tối ưu hóa tốc độ tải và xử lý dữ liệu (như caching bằng Redis, tối ưu hóa truy vấn SQL, CDN).
- Đề xuất phương án bảo mật dữ liệu (Data protection, mã hóa nhạy cảm, phân quyền truy cập API) và giải pháp giám sát lỗi (Monitoring & Logging).

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

AI sẽ đề xuất cấu trúc cơ sở dữ liệu và các endpoint API mẫu, bao gồm cả mã lỗi. Bạn có thể sử dụng thêm các kỹ thuật viết prompt cho lập trình để tối ưu hóa mã nguồn từ bản đặc tả này.

Prompt 4: Thiết lập các ca sử dụng sản phẩm (Use Cases)

Để mô tả chi tiết sự tương tác giữa người dùng và hệ thống, bạn cần các tài liệu Use Cases rõ ràng. Áp dụng mẫu prompt tài liệu prd này để làm rõ luồng tương tác chính và các luồng ngoại lệ cho các tính năng phức tạp.

Bạn là một Systems Analyst & Lead Business Analyst.

Nhiệm vụ của bạn là: Thiết lập ca sử dụng chi tiết (Use Case Specification) cho tác vụ: [Tên tác vụ, ví dụ: Thanh toán giỏ hàng bằng ví điện tử] trên ứng dụng [Tên ứng dụng].

Hãy tuân thủ các hướng dẫn sau:
- Xác định rõ các Actor chính (Primary Actor), Actor phụ (Secondary Actor/System), Điều kiện tiên quyết (Preconditions), và Điều kiện kết thúc thành công/thất bại (Postconditions) của ca sử dụng.
- Viết Luồng công việc chính (Basic Flow/Happy Path) chi tiết và tuần tự thể hiện sự tương tác qua lại giữa Actor và Hệ thống.
- Viết chi tiết các Luồng công việc rẽ nhánh phụ (Alternative Flows) và Luồng xử lý ngoại lệ khi có lỗi xảy ra (Exception Flows).
- Định nghĩa các quy tắc nghiệp vụ (Business Rules) và các ràng buộc dữ liệu đầu vào bắt buộc áp dụng trong ca sử dụng này.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Mẫu prompt tài liệu prd này xác định rõ Actor và Preconditions, giúp đội ngũ thiết kế UX nắm bắt được chính xác hành trình của người dùng trước khi tiến hành vẽ wireframe.

Prompt 5: Định nghĩa Sản phẩm khả thi tối thiểu (MVP)

Lỗi phổ biến nhất của các dự án mới là cố gắng nhồi nhét quá nhiều tính năng ngay từ đầu. Hãy dùng prompt tài liệu prd định nghĩa MVP này để cắt tỉa những phần rườm rà và tập trung vào giá trị cốt lõi nhất.

Bạn là một Lean Product Consultant & Startup Mentor.

Nhiệm vụ của bạn là: Định nghĩa phạm vi tính năng MVP (Minimum Viable Product Definition) cho ý tưởng sản phẩm mới: [Tên ý tưởng sản phẩm].

Hãy tuân thủ các hướng dẫn sau:
- Phân tích nỗi đau cốt lõi lớn nhất của khách hàng mục tiêu và xác định duy nhất 1-2 tính năng bắt buộc phải có (Core Value Proposition) để giải quyết trực tiếp nỗi đau đó.
- Lọc bỏ toàn bộ các tính năng bổ trợ hoặc tính năng nâng cao (Nice-to-have) sang danh sách backlog cho các phiên bản phát triển sau.
- Đề xuất giải pháp xây dựng MVP nhanh chóng bằng phương pháp tối giản (như No-code/Low-code, Landing Page, hoặc Mockup tương tác) để kiểm thử thị trường sớm nhất.
- Thiết lập các chỉ số đo lường sự đón nhận và phản hồi của thị trường đối với MVP này (Metrics: tỷ lệ giữ chân người dùng Cohort Retention, số lượng đăng ký mới, mức độ hài lòng ban đầu).

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Kết quả từ prompt tài liệu prd này giúp bạn có cái nhìn thực tế về những tính năng bắt buộc phải có để đưa ra thị trường thử nghiệm sớm nhất, tránh lãng phí nguồn lực.

Prompt 6: Viết yêu cầu phi chức năng (NFR)

Bên cạnh các tính năng sử dụng trực tiếp, các yếu tố như bảo mật, tốc độ tải và khả năng chịu tải cũng quyết định sự thành bại của sản phẩm. Sử dụng mẫu prompt tài liệu prd này để đặc tả các yêu cầu phi chức năng (NFR) chi tiết.

Bạn là một Systems Quality Engineer & Security Auditor.

Nhiệm vụ của bạn là: Đặc tả các yêu cầu phi chức năng (Non-Functional Requirements) cho hệ thống phần mềm [Tên loại hệ thống phần mềm/Tên dự án] của doanh nghiệp.

Hãy tuân thủ các hướng dẫn sau:
- Đặc tả các chỉ số Hiệu năng chi tiết (Performance: tốc độ phản hồi API < 200ms, thời gian tải trang ban đầu < 2 giây dưới các điều kiện mạng thông thường).
- Đặc tả khả năng Chịu tải và Tính sẵn sàng (Scalability & Availability: chịu tải tối thiểu [Số lượng người dùng đồng thời] người dùng đồng thời, thời gian hoạt động liên tục cam kết SLA uptime 99.99%).
- Đặc tả yêu cầu Bảo mật toàn diện (Security: mã hóa dữ liệu truyền tải HTTPS/TLS và dữ liệu lưu trữ AES-256, kiểm thử lỗ hổng bảo mật định kỳ theo OWASP Top 10, chính sách phân quyền vai trò IAM).
- Bổ sung yêu cầu về Khả năng bảo trì (Maintainability), Khả năng tương thích (Compatibility trên các hệ điều hành và trình duyệt phổ biến), và Tính dễ sử dụng (Usability).
- Trình bày tất cả yêu cầu dưới dạng danh sách chỉ số đo lường định lượng có thể kiểm thử được (Testable Metrics).

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Mẫu prompt tài liệu prd này yêu cầu AI lượng hóa các chỉ số như thời gian phản hồi API hoặc SLA uptime. Các con số cụ thể này sẽ là cơ sở pháp lý và kỹ thuật để đánh giá hiệu năng hệ thống khi nghiệm thu.

Prompt 7: Thiết lập cấu trúc thông tin sản phẩm (IA)

Cấu trúc thông tin (IA) giống như bản đồ của một tòa nhà, hướng dẫn người dùng di chuyển trong ứng dụng. Hãy sử dụng mẫu prompt tài liệu prd này để thiết lập bản đồ IA khoa học và mạch lạc cho sản phẩm của bạn.

Bạn là một Information Architect & UX Designer chuyên nghiệp.

Nhiệm vụ của bạn là: Thiết lập Cấu trúc thông tin (Information Architecture - IA Map) cho ứng dụng di động [Tên ứng dụng/Sản phẩm].

Hãy tuân thủ các hướng dẫn sau:
- Phân loại và cấu trúc các nhóm trang màn hình chính của ứng dụng theo sơ đồ phân cấp (Hierarchy) logic, từ menu chính (Global Navigation) đến các trang con sâu bên trong.
- Mô tả các luồng điều hướng (Navigation flows) quan trọng của người dùng khi di chuyển giữa các phân hệ chức năng chính.
- Xác định hệ thống phân cấp thông tin (Information Hierarchy) trên các màn hình chính: thông tin nào cần hiển thị nổi bật nhất và các điểm chạm hành động (Call to Action - CTA).
- Đưa ra các quy ước đặt tên (Naming Conventions) nhất quán cho các menu, nhãn danh mục và nút chức năng cốt lõi.
- Sử dụng định dạng danh sách văn bản phân cấp rõ ràng (bằng Markdown thụt lề) để dễ dàng theo dõi và triển khai cho cả lập trình viên và thiết kế giao diện.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Bản đồ phân cấp thông tin dạng văn bản do AI sinh ra sẽ giúp các UI/UX Designer dễ dàng xây dựng hệ thống menu và các điểm chạm hành động mà không bị chồng chéo.

Prompt 8: Đặc tả yêu cầu bản địa hóa sản phẩm (Localization)

Khi sản phẩm có kế hoạch tấn công thị trường quốc tế, bản địa hóa không chỉ là dịch thuật ngôn ngữ. Mẫu prompt tài liệu prd bản địa hóa giúp bạn kiểm soát định dạng tiền tệ, ngày tháng và các yếu tố văn hóa đặc thù.

Bạn là một Product Localization Manager & Global Expansion Advisor.

Nhiệm vụ của bạn là: Viết tài liệu Yêu cầu đặc tả Bản địa hóa (Localization & Internationalization Requirements) cho sản phẩm [Tên sản phẩm] khi chuẩn bị ra mắt tại thị trường [Tên quốc gia mục tiêu].

Hãy tuân thủ các hướng dẫn sau:
- Đặc tả hiển thị ngôn ngữ giao diện và cơ chế quốc tế hóa mã nguồn (hỗ trợ chuyển đổi ngôn ngữ động, xử lý phông chữ đặc thù của ngôn ngữ đích, hiển thị văn bản từ phải sang trái nếu áp dụng).
- Đặc tả định dạng cụ thể cho các dữ liệu đặc thù: định dạng ngày/tháng/năm, định dạng giờ và cách xử lý múi giờ (Time zones), đơn vị tiền tệ nội địa cùng quy tắc làm tròn số, định dạng số điện thoại và địa chỉ bưu chính.
- Phân tích các yếu tố văn hóa, biểu tượng, hình ảnh, màu sắc hoặc các quy định pháp lý riêng biệt của quốc gia đó để tránh vi phạm các điều cấm kỵ hoặc luật địa phương.
- Đề xuất quy trình dịch thuật (Translation workflow) và kiểm thử chất lượng bản địa hóa (LQA - Language Quality Assurance).

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

AI sẽ giúp bạn liệt kê những quy định pháp lý và văn hóa cần lưu ý tại quốc gia đích. Điều này giúp ngăn ngừa rủi ro vi phạm chính sách hoặc các cấm kỵ văn hóa bản địa.

Prompt 9: Lập kế hoạch khai tử tính năng (Deprecation)

Khai tử một tính năng cũ ít người dùng là việc cực kỳ nhạy cảm và dễ gây phản ứng ngược từ khách hàng trung thành. Hãy áp dụng prompt tài liệu prd này để lập lộ trình khai tử 3 giai đoạn êm thấm nhất.

Bạn là một Product Manager & Customer Retention Specialist.

Nhiệm vụ của bạn là: Lập kế hoạch khai tử tính năng (Feature Deprecation/Sunset Plan) cho tính năng cũ [Tên tính năng cũ] của phần mềm [Tên phần mềm] hiện đang có [Số lượng người dùng] người dùng sử dụng.

Hãy tuân thủ các hướng dẫn sau:
- Phân tích và đưa ra lý do khai tử tính năng rõ ràng (chi phí bảo hành/bảo trì quá cao, tỷ lệ tương tác thấp, hoặc đã có giải pháp thay thế hiệu quả hơn).
- Thiết lập lộ trình loại bỏ chi tiết gồm 3 giai đoạn:
  1. Giai đoạn Thông báo trước (Announce): Gửi cảnh báo trước thời hạn và đề xuất hướng chuyển dịch.
  2. Giai đoạn Ngừng hỗ trợ (Deprecate): Khóa chức năng tạo mới, ẩn nút truy cập trên giao diện và chỉ cho phép xem/tải dữ liệu cũ.
  3. Giai đoạn Xóa bỏ hoàn toàn (Sunset): Gỡ bỏ hoàn toàn tính năng khỏi mã nguồn hệ thống và lưu trữ dữ liệu lịch sử an toàn.
- Soạn thảo mẫu email thông báo gửi đến khách hàng bị ảnh hưởng với giọng văn chân thành, cầu thị, đi kèm hướng dẫn chi tiết cách chuyển đổi dữ liệu của họ sang giải pháp thay thế mới.
- Đề xuất các kịch bản phản hồi khách hàng khiếu nại hoặc phản đối việc khai tử tính năng để đội ngũ chăm sóc khách hàng (CS) áp dụng.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Kế hoạch chi tiết do AI phác thảo sẽ bao gồm cả mẫu email thông báo và kịch bản CSKH khi có khiếu nại, giúp giảm thiểu tối đa tỷ lệ rời bỏ của người dùng cũ.

Prompt 10: Đặc tả tích hợp phần cứng và phần mềm

Với các sản phẩm IoT, sự phối hợp giữa thiết bị vật lý và ứng dụng điều khiển là vô cùng phức tạp. Mẫu prompt tài liệu prd này hỗ trợ kỹ sư hệ thống đặc tả các giao thức kết nối và cơ chế đồng bộ hóa.

Bạn là một IoT Systems Engineer & Product Specialist.

Nhiệm vụ của bạn là: Viết tài liệu Yêu cầu tích hợp phần cứng - phần mềm (Hardware-Software Integration Specification) cho thiết bị thông minh [Tên thiết bị] và ứng dụng di động điều khiển [Tên ứng dụng].

Hãy tuân thủ các hướng dẫn sau:
- Đặc tả phương thức và giao thức kết nối không dây chi tiết (Ví dụ: Bluetooth Low Energy - BLE, Wi-Fi Direct, Zigbee, MQTT qua Wi-Fi).
- Đặc tả quy trình đồng bộ hóa dữ liệu (Data synchronization) thời gian thực và cơ chế lưu trữ đệm dữ liệu (data caching) trên thiết bị khi mất kết nối mạng đột ngột để đồng bộ lại sau khi có mạng.
- Xây dựng cơ chế cập nhật phần mềm thiết bị qua mạng (OTA - Over-the-Air Update) an toàn để tránh bị brick thiết bị.
- Thiết lập các tiêu chí kiểm thử liên kết tích hợp (Integration testing checkpoints) phần cứng - phần mềm cốt lõi, bao gồm kiểm thử hiệu năng, độ trễ và khả năng chống nhiễu kết nối.
- Đề xuất các biện pháp bảo mật dữ liệu truyền tải đầu-cuối giữa thiết bị phần cứng và ứng dụng di động.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

AI sẽ phân tích các kịch bản mất mạng đột ngột và đề xuất cơ chế lưu trữ đệm (caching) trên thiết bị, đảm bảo trải nghiệm người dùng không bị gián đoạn.

Prompt 11: Ma trận so sánh tính năng đối thủ cạnh tranh

Hiểu rõ đối thủ giúp bạn tìm ra khoảng trống thị trường để định vị sản phẩm. Hãy dùng mẫu prompt tài liệu prd này để thiết lập ma trận so sánh chi tiết tính năng với 3 đối thủ lớn.

Bạn là một Market Intelligence Analyst & Product Strategist.

Nhiệm vụ của bạn là: Thiết lập Ma trận phân tích tính năng đối thủ cạnh tranh (Competitor Feature Comparison Matrix) cho sản phẩm của bạn so với 3 đối thủ chính: [Đối thủ A], [Đối thủ B], [Đối thủ C] trong lĩnh vực [Tên ngành].

Hãy tuân thủ các hướng dẫn sau:
- Liệt kê ít nhất 8 tính năng hoặc tiêu chí so sánh cốt lõi quan trọng nhất của ngành (Ví dụ: Tốc độ xử lý, giá cả, dịch vụ hỗ trợ, độ tùy biến giao diện, khả năng tích hợp bên thứ ba, bảo mật thông tin).
- Sử dụng bảng markdown để so sánh trực quan và rõ ràng (Sử dụng các ký hiệu nhất quán: Có ✔, Không ❌, Một phần ⚠).
- Viết đoạn phân tích kết quả rút ra từ ma trận, chỉ rõ các "khoảng trống thị trường" hoặc điểm yếu lớn nhất của các đối thủ mà sản phẩm của bạn có thể tận dụng để tấn công.
- Xác định rõ các tính năng bắt buộc phải nâng cấp (Table stakes) để bắt kịp thị trường và đề xuất chiến lược định vị sản phẩm khác biệt (USP - Unique Selling Proposition) dựa trên phân tích này.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Bảng so sánh markdown trực quan kèm theo các phân tích USP từ AI sẽ giúp bạn xác định rõ những tính năng cần ưu tiên nâng cấp để gia tăng lợi thế cạnh tranh.

Prompt 12: Thiết lập kịch bản phỏng vấn người dùng

Nghiên cứu người dùng là gốc rễ của mọi ý tưởng sản phẩm thành công. Sử dụng mẫu prompt tài liệu prd này để soạn thảo kịch bản phỏng vấn sâu nhằm khai thác tối đa nỗi đau của khách hàng.

Bạn là một User Researcher & Ethnographer chuyên nghiệp.

Nhiệm vụ của bạn là: Thiết lập Kịch bản phỏng vấn sâu người dùng (User Interview Guide) với thời lượng [Thời lượng phỏng vấn] để tìm hiểu thói quen sử dụng và khó khăn của nhóm [Đối tượng khách hàng mục tiêu] khi thực hiện tác vụ: [Tên tác vụ].

Hãy tuân thủ các hướng dẫn sau:
- Cấu trúc kịch bản gồm đầy đủ các bước chuẩn: Chào hỏi khởi động làm quen (Intro & Warm-up) -> Các câu hỏi khám phá hành vi/thói quen hiện tại -> Các câu hỏi đi sâu vào nỗi đau, sự ức chế thực tế gặp phải (Pain points / Frustrations) -> Lời cảm ơn và tặng quà tri ân (Wrap-up).
- Soạn thảo các câu hỏi gợi mở cụ thể, các câu hỏi đào sâu nguyên nhân gốc rễ (phương pháp 5 Whys), tránh tuyệt đối các câu hỏi dẫn dắt (leading questions) hoặc câu hỏi phán xét ý kiến khách hàng.
- Đề xuất 3-5 mẹo nhỏ cho điều phối viên để tạo dựng niềm tin và giúp buổi phỏng vấn diễn ra tự nhiên, cởi mở nhất.
- Hướng dẫn cách ghi chép (Note-taking guide) và các dấu hiệu phi ngôn ngữ (cử chỉ, nét mặt) cần chú ý từ phía khách hàng trong quá trình phỏng vấn.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Prompt áp dụng phương pháp 5 Whys giúp AI tự động đặt ra các câu hỏi đào sâu nguyên nhân gốc rễ, đồng thời cung cấp mẹo ghi chép phi ngôn ngữ cho điều phối viên.

Prompt 13: Phân tích phản hồi khách hàng (App Store/Web)

Các đánh giá tiêu cực trên chợ ứng dụng là mỏ vàng để cải tiến sản phẩm nếu bạn biết cách phân tích. Hãy áp dụng prompt tài liệu prd này để phân loại và ưu tiên hóa các phản hồi tiêu cực.

Bạn là một Customer Experience (CX) Analyst & Product Support Specialist.

Nhiệm vụ của bạn là: Phân tích và phân loại danh sách các đánh giá phản hồi tiêu cực của người dùng trên App Store dưới đây để thiết lập kế hoạch cải tiến sản phẩm:
Danh sách phản hồi thô: [Dán các đoạn review 1-3 sao của khách hàng vào đây]

Hãy tuân thủ các hướng dẫn sau:
- Phân nhóm phản hồi thô thành các chủ đề chính rõ ràng bao gồm: Lỗi kỹ thuật/Crash app (Bugs), Lỗi giao diện khó dùng (UX Issues), Thiếu tính năng mong muốn (Feature Requests), Thái độ dịch vụ hoặc Vấn đề Giá cả (Pricing/Service).
- Đánh giá mức độ nghiêm trọng (Severity: Critical/Major/Minor) và sắp xếp độ ưu tiên xử lý (P0/P1/P2) cho từng nhóm lỗi hoặc yêu cầu phát hiện được.
- Đề xuất các hành động cải tiến sản phẩm mang tính chiến lược dài hạn từ các phản hồi này để ngăn ngừa phản hồi tiêu cực tương tự.
- Viết mẫu phản hồi comment/email lịch sự, chuyên nghiệp, thể hiện tinh thần cầu thị và cam kết sửa lỗi nhanh chóng gửi tới khách hàng.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

AI sẽ phân loại lỗi thành Bugs, UX, hay Pricing và gán độ ưu tiên xử lý (P0/P1/P2), giúp đội ngũ sản phẩm biết chính xác cần phải sửa gì trước mắt.

Prompt 14: Thiết lập khảo sát đo lường Product-Market Fit

Đo lường mức độ phù hợp của sản phẩm với thị trường là bước quyết định trước khi scale up. Sử dụng mẫu prompt tài liệu prd khảo sát PMF theo Sean Ellis Test để đánh giá độ chín muồi của sản phẩm.

Bạn là một Growth Product Manager & Startup Analyst.

Nhiệm vụ của bạn là: Thiết kế bảng khảo sát đo lường mức độ phù hợp của sản phẩm với thị trường (Product-Market Fit Survey) cho sản phẩm [Tên sản phẩm] áp dụng phương pháp Sean Ellis Test.

Hãy tuân thủ các hướng dẫn sau:
- Đưa ra câu hỏi cốt lõi bắt buộc: "Bạn sẽ cảm thấy thế nào nếu ngày mai sản phẩm này không còn tồn tại nữa?" với 4 phương án lựa chọn tiêu chuẩn: (1) Rất thất vọng, (2) Hơi thất vọng, (3) Không thất vọng, (4) Tôi không dùng sản phẩm này nữa.
- Giải thích chi tiết cách tính toán chỉ số: Nếu tỷ lệ người trả lời chọn "Rất thất vọng" đạt từ 40% trở lên, sản phẩm của bạn được đánh giá là đã đạt được điểm chín muồi Product-Market Fit.
- Thiết lập ít nhất 3 câu hỏi phụ định tính để khảo sát về tính năng mà khách hàng yêu thích nhất, lý do họ chọn sản phẩm và chân dung đối tượng họ sẽ giới thiệu sản phẩm để xác định đúng phân khúc thị trường mục tiêu.
- Đề xuất phương án gửi khảo sát (kênh gửi, thời điểm gửi sau khi người dùng đạt mốc trải nghiệm thành công "Aha moment") để tối ưu hóa tỷ lệ phản hồi.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

AI sẽ thiết lập các câu hỏi phụ định tính bên cạnh câu hỏi cốt lõi về mức độ thất vọng của người dùng, giúp bạn xác định rõ phân khúc khách hàng trung thành nhất.

Prompt 15: Tính toán dung lượng thị trường (TAM, SAM, SOM)

Khi cần thuyết phục ban giám đốc hoặc nhà đầu tư, bạn cần những con số thuyết phục về dung lượng thị trường. Hãy dùng mẫu prompt tài liệu prd này để phân tích TAM, SAM, SOM một cách logic.

Bạn là một Market Research Consultant & Financial Analyst.

Nhiệm vụ của bạn là: Tính toán dung lượng thị trường (Market Sizing Analysis) cho dự án kinh doanh sản phẩm [Tên sản phẩm] tại thị trường [Tên quốc gia/Khu vực].

Hãy tuân thủ các hướng dẫn sau:
- Định nghĩa và tính toán chi tiết 3 chỉ số thị trường:
  - **TAM (Total Addressable Market - Tổng thị trường có thể tiếp cận):** Tổng doanh thu tiềm năng tối đa của ngành nếu bạn chiếm lĩnh 100% thị phần.
  - **SAM (Serviceable Addressable Market - Thị trường khả dụng có thể phục vụ):** Phần thị trường mà mô hình kinh doanh, địa lý và kênh phân phối của bạn có thể tiếp cận thực tế.
  - **SOM (Serviceable Obtainable Market - Thị trường mục tiêu khả thi chiếm lĩnh):** Phần thị trường thực tế bạn dự kiến chiếm lĩnh được trong vòng 3-5 năm đầu.
- Ghi rõ nguồn dữ liệu tham chiếu đáng tin cậy và các giả định logic dùng để tính toán (Ví dụ: quy mô dân số, thu nhập trung bình, tỷ lệ thâm nhập internet, phần trăm chọn mua).
- Đề xuất hai phương pháp tiếp cận tính toán: Top-Down (từ số liệu vĩ mô của thị trường) và Bottom-Up (từ giá bán sản phẩm nhân với lượng khách hàng mục tiêu thực tế) để kiểm chứng chéo số liệu.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

AI sẽ đề xuất cả hai phương pháp tính toán Top-Down và Bottom-Up để bạn kiểm chứng chéo số liệu, tăng tính tin cậy cho bản thuyết trình dự án.

Prompt 16: Phân tích lý do người dùng rời bỏ (Churn)

Giữ chân khách hàng cũ luôn rẻ hơn tìm kiếm khách hàng mới. Hãy dùng mẫu prompt tài liệu prd phân tích churn này để điều tra nguyên nhân người dùng hủy gói dịch vụ.

Bạn là một Customer Retention Manager & Data Analyst.

Nhiệm vụ của bạn là: Phân tích lý do người dùng rời bỏ, hủy đăng ký dịch vụ (Churn Analysis) cho sản phẩm [Tên sản phẩm] dựa trên dữ liệu khảo sát lối ra (Exit Survey) sau:
[Dán dữ liệu thô lý do hủy gói hoặc mô tả tình trạng: khách hàng hủy gói nhiều sau tháng thứ 2 sử dụng]

Hãy tuân thủ các hướng dẫn sau:
- Nhận diện và phân loại các nguyên nhân gốc rễ lớn gây ra sự rời bỏ (Ví dụ: Giá trị không tương xứng với giá tiền, Sản phẩm khó sử dụng/thiếu tính năng, Đối thủ có ưu đãi hấp dẫn hơn, Lỗi kỹ thuật/Tốc độ tải chậm liên tục).
- Phân tích hành vi người dùng (User behaviors) trước khi họ hủy gói (Ví dụ: tần suất mở ứng dụng giảm đột ngột trước 2 tuần, không cập nhật thông tin tài khoản).
- Đề xuất ít nhất 3 chiến thuật can thiệp chủ động kịp thời (Retention tactics) ngăn chặn người dùng hủy gói (Ví dụ: Đề xuất gói giá rẻ hơn/tạm dừng gói khi họ bấm nút hủy, gửi email cá nhân hóa hỗ trợ kỹ thuật khi phát hiện tần suất sử dụng giảm).
- Xây dựng quy trình theo dõi chỉ số Churn Rate định kỳ và xác định các nhóm người dùng (User cohorts) có nguy cơ rời bỏ cao nhất để chăm sóc chủ động.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

AI giúp bạn nhận diện các dấu hiệu hành vi bất thường trước khi người dùng rời đi, từ đó đề xuất các kịch bản can thiệp chủ động kịp thời để giữ chân họ.

Prompt 17: Khảo sát định giá sản phẩm (Van Westendorp)

Định giá sai có thể giết chết một sản phẩm tốt ngay khi ra mắt. Sử dụng mẫu prompt tài liệu prd này để thiết lập khảo sát độ nhạy cảm giá Van Westendorp nhằm tìm ra khoảng giá tối ưu.

Bạn là một Pricing Strategist & Consumer Research Specialist.

Nhiệm vụ của bạn là: Thiết kế bảng khảo sát định giá sản phẩm mới [Tên sản phẩm] bằng cách áp dụng Mô hình định giá nhạy cảm Van Westendorp (Price Sensitivity Meter - PSM).

Hãy tuân thủ các hướng dẫn sau:
- Soạn thảo đúng 4 câu hỏi định lượng cốt lõi của mô hình Van Westendorp:
  1. Mức giá nào bạn cho là sản phẩm bắt đầu QUÁ ĐẮT đến mức bạn hoàn toàn không cân nhắc mua nó?
  2. Mức giá nào bạn cho là sản phẩm bắt đầu ĐẮT, nhưng bạn vẫn có thể cân nhắc mua vì giá trị nó mang lại?
  3. Mức giá nào bạn cho là sản phẩm là một món HỜI (RẺ/HỢP LÝ) - bạn cảm thấy rất đáng tiền và sẵn sàng mua ngay?
  4. Mức giá nào bạn cho là sản phẩm bắt đầu QUÁ RẺ đến mức bạn nghi ngờ về chất lượng và không muốn mua nó?
- Hướng dẫn cách thu thập, phân tích dữ liệu và vẽ biểu đồ giao cắt để xác định rõ: Điểm giá tối ưu (Optimum Price Point - OPP), Điểm giá biên thờ ơ (Indifference Price Point - IDP), và Khoảng giá chấp nhận được (Range of Acceptable Prices).
- Đề xuất thêm một số câu hỏi định tính phụ để hiểu rõ lý do sâu xa tại sao người dùng cảm thấy các mức giá đó là đắt hoặc rẻ.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Quy trình phân tích dữ liệu và vẽ biểu đồ giao cắt do AI đề xuất giúp bạn xác định rõ OPP (Optimum Price Point) và khoảng giá mà khách hàng dễ chấp nhận nhất.

Prompt 18: Kịch bản kiểm thử khả dụng người dùng (Usability)

Kiểm thử khả dụng giúp phát hiện các lỗi thiết kế trước khi đưa sản phẩm vào code. Hãy áp dụng mẫu prompt tài liệu prd này để xây dựng kịch bản điều phối Usability Testing chuyên nghiệp.

Bạn là một Usability Researcher & User Test Moderator.

Nhiệm vụ của bạn là: Thiết lập Kịch bản điều phối buổi kiểm thử khả dụng (Usability Testing Moderator Script) cho tính năng [Tên tính năng mới] trên ứng dụng [Tên ứng dụng].

Hãy tuân thủ các hướng dẫn sau:
- Thiết lập kịch bản chào hỏi và giải tỏa tâm lý người thử nghiệm (nhấn mạnh: chúng tôi đang kiểm thử sản phẩm, không kiểm thử năng lực của bạn; hãy nói to suy nghĩ của bạn trong đầu khi thao tác - kỹ thuật Think Aloud).
- Thiết kế ít nhất 3 kịch bản tác vụ thực tế (Scenario Tasks) yêu cầu người dùng tự thực hiện (Ví dụ: "Hãy tìm kiếm sản phẩm A và áp mã voucher giảm giá khi tiến hành thanh toán").
- Soạn câu hỏi phỏng vấn nhanh sau khi hoàn thành các tác vụ để đánh giá mức độ hài lòng (gợi ý bộ câu hỏi khảo sát Thang đo khả năng sử dụng hệ thống - System Usability Scale - SUS).
- Đưa ra các chỉ dẫn chi tiết cho người điều phối về việc quan sát hành vi phi ngôn ngữ, các điểm bị ngắt quãng hoặc bối rối (friction points) của người dùng khi thao tác.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

AI sẽ thiết kế các Scenario Tasks thực tế và tích hợp bộ câu hỏi SUS (System Usability Scale) để đánh giá khách quan mức độ dễ dùng của tính năng mới.

Prompt 19: Quy trình tổ chức Card Sorting với người dùng

Để cấu trúc menu ứng dụng hoạt động theo đúng suy nghĩ tự nhiên của người dùng, Card Sorting là phương pháp tốt nhất. Hãy dùng prompt tài liệu prd này để thiết lập quy trình tổ chức Card Sorting.

Bạn là một User Researcher & Information Architecture Consultant.

Nhiệm vụ của bạn là: Thiết lập quy trình tổ chức buổi thực nghiệm phân loại thẻ (Card Sorting Session Guide) mời [Số lượng người tham gia] người dùng tham gia phân loại cấu trúc thông tin cho dịch vụ [Tên dịch vụ].

Hãy tuân thủ các hướng dẫn sau:
- Quy định chi tiết các bước chuẩn bị (thiết kế các thẻ giấy/sử dụng công cụ trực tuyến như Optimal Workshop), đón tiếp người tham gia và giải thích luật chơi chi tiết.
- Hướng dẫn điều phối viên cách quan sát người dùng thảo luận nhóm khi xếp thẻ để ghi nhận các mô hình tinh thần tư duy (Mental models) tự nhiên của họ.
- Hướng dẫn quy trình tổng hợp kết quả phân tích thống kê để liên kết các thẻ thành cụm danh mục thống nhất (Dendrogram).
- Phân biệt và hướng dẫn rõ cách tổ chức giữa Card Sorting Mở (Open Card Sorting - người dùng tự đặt tên nhóm) và Card Sorting Đóng (Closed Card Sorting - người dùng xếp thẻ vào các nhóm có sẵn) để áp dụng phù hợp với mục tiêu dự án.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Mẫu prompt giúp bạn phân biệt rõ khi nào nên dùng Open hay Closed Card Sorting, đồng thời hướng dẫn cách phân tích biểu đồ Dendrogram để nhóm các thẻ nội dung.

Prompt 20: Kịch bản thảo luận nhóm tập trung (FGD)

Thảo luận nhóm tập trung giúp thu thập các phản hồi định tính sâu sắc về concept sản phẩm mới. Mẫu prompt tài liệu prd này hỗ trợ bạn lập kịch bản điều phối cuộc họp FGD 6-8 người.

Bạn là một Focus Group Moderator & Qualitative Research Expert.

Nhiệm vụ của bạn là: Thiết lập Kịch bản thảo luận nhóm tập trung (Focus Group Discussion Guide) dài [Thời lượng] cho nhóm [Số lượng thành viên] người tiêu dùng để thảo luận đánh giá về ý tưởng concept sản phẩm mới: [Mô tả ý tưởng concept sản phẩm].

Hãy tuân thủ các hướng dẫn sau:
- Phân bổ thời gian cuộc thảo luận khoa học: 10 phút mở đầu khởi động (Warm-up) -> 20 phút giới thiệu và phản ứng ban đầu với concept -> 40 phút thảo luận sâu các tính năng và giá cả dự kiến -> 15 phút so sánh với các giải pháp hiện có trên thị trường -> 5 phút tổng kết.
- Soạn thảo các câu hỏi thảo luận gợi mở, kích thích sự tương tác tranh luận nhẹ nhàng và tự nhiên giữa các thành viên.
- Đưa ra chỉ dẫn cho điều phối viên cách xử lý và kiểm soát cuộc họp khi có một thành viên lấn lướt nói quá nhiều hoặc lôi kéo người khác, đồng thời khuyến khích các thành viên rụt rè chia sẻ ý kiến.
- Đề xuất phương pháp phân tích nhanh (De-briefing) ngay sau buổi FGD để đội ngũ nghiên cứu thống nhất các điểm quan trọng vừa ghi nhận được.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

AI đề xuất cách phân bổ thời gian hợp lý và đặc biệt là cách xử lý những thành viên nói quá nhiều hoặc lấn lướt, đảm bảo buổi thảo luận diễn ra công bằng, khách quan.

Prompt 21: Thiết lập Lộ trình phát triển sản phẩm (Roadmap)

Lộ trình sản phẩm (Roadmap) là kim chỉ nam cho hành trình phát triển trong cả năm. Hãy sử dụng mẫu prompt tài liệu prd này để lập kế hoạch tính năng dài hạn chia theo các quý.

Bạn là một Product Director & Strategic Product Planner.

Nhiệm vụ của bạn là: Thiết lập lộ trình phát triển sản phẩm (Product Roadmap) thời hạn [1 năm] chia theo 4 quý (Q1 - Q4) cho sản phẩm: '[Tên sản phẩm]'.

Hãy tuân thủ các hướng dẫn sau:
1. Xác định tầm nhìn sản phẩm tổng quát và các mục tiêu chiến lược cốt lõi trong năm để định hình hướng đi chung.
2. Phân bổ lộ trình tính năng bám sát chủ đề chiến lược lớn của từng quý (Ví dụ: Q1: Tối ưu hóa onboarding người dùng; Q2: Nâng cấp bảo mật & thanh toán; Q3: Tăng cường tính năng tương tác xã hội; Q4: Mở rộng tính năng cá nhân hóa AI).
3. Trong mỗi quý, mô tả chi tiết ít nhất 3 tính năng/dự án lớn bàn giao đi kèm lợi ích kinh doanh mục tiêu (Business Value) và chỉ số đo lường thành công (KPIs/Metrics) tương ứng.
4. Đánh giá sơ bộ về rủi ro kỹ thuật hoặc nguồn lực tiềm ẩn cho từng giai đoạn và đề xuất giải pháp giảm thiểu rủi ro sơ bộ.
5. Đề xuất kế hoạch truyền thông/giao tiếp lộ trình này một cách hiệu quả với hai đối tượng chính: Ban giám đốc (chú trọng vào ROI, tính khả thi tài chính) và Đội ngũ lập trình nội bộ (chú trọng vào kiến trúc kỹ thuật, tài nguyên hệ thống).

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Roadmap do AI đề xuất sẽ gắn kết các tính năng với lợi ích kinh doanh và chỉ số KPI đo lường, đồng thời đưa ra phương án truyền thông riêng cho ban giám đốc và dev team.

Prompt 22: Sắp xếp độ ưu tiên Backlog bằng RICE

Với hàng tá tính năng trong backlog, làm sao để quyết định việc gì làm trước? Sử dụng mẫu prompt tài liệu prd này để chấm điểm ưu tiên theo mô hình RICE (Reach, Impact, Confidence, Effort).

Bạn là một Data-driven Product Manager & Prioritization Expert.

Nhiệm vụ của bạn là: Áp dụng khung điểm ưu tiên RICE (Reach, Impact, Confidence, Effort) để xếp hạng mức độ ưu tiên cho danh sách tính năng sản phẩm sau: 
[Danh sách các ý tưởng tính năng và mô tả ngắn gọn]

Hãy tuân thủ các hướng dẫn sau:
1. Phân tích từng ý tưởng tính năng trong danh sách được cung cấp.
2. Thiết lập và giải thích rõ ràng cơ sở ước tính cho từng chỉ số thành phần của khung RICE:
   - **Reach (Độ phủ):** Ước tính số lượng người dùng hoặc giao dịch sẽ chịu tác động trực tiếp bởi tính năng này trong một khoảng thời gian nhất định (ví dụ: mỗi tháng hoặc mỗi quý).
   - **Impact (Tác động):** Đánh giá mức độ đóng góp vào mục tiêu chiến lược cốt lõi. Sử dụng thang điểm chuẩn của RICE: 3 = Tác động cực kỳ lớn (massive), 2 = Tác động lớn (high), 1 = Tác động trung bình (medium), 0.5 = Tác động thấp (low), 0.25 = Tác động tối thiểu (minimal).
   - **Confidence (Độ tin cậy):** Xác định phần trăm độ tin cậy dựa trên tính sẵn có và chất lượng của dữ liệu hỗ trợ (ví dụ: 100% = Rất tự tin, có dữ liệu người dùng/thử nghiệm thực tế; 80% = Tự tin vừa phải, có phản hồi khách hàng; 50% = Thấp, dựa trên giả định hoặc trực giác; dưới 50% = Rất mơ hồ, cần nghiên cứu thêm).
   - **Effort (Công sức):** Ước tính lượng tài nguyên cần thiết để triển khai (tính theo Person-months/Man-months - số tháng làm việc của một kỹ sư/thành viên đội ngũ).
3. Áp dụng công thức chuẩn: RICE Score = (Reach x Impact x Confidence) / Effort để tính điểm cho từng tính năng.
4. Trình bày kết quả dưới dạng bảng Markdown được sắp xếp giảm dần theo điểm RICE (từ cao xuống thấp). Bảng phải chứa các cột: Tên tính năng, Reach, Impact, Confidence (%), Effort, RICE Score, và Xếp hạng.
5. Cung cấp một báo cáo phân tích ngắn gọn lý giải lý do vì sao một số tính năng có điểm số cao/thấp bất ngờ, và đề xuất các bước hành động tiếp theo (ví dụ: tính năng nào nên làm ngay trong Sprint tới, tính năng nào cần nghiên cứu thêm trước khi làm).

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Mô hình RICE giúp lượng hóa các quyết định cảm tính thành các con số logic, giúp Product Manager dễ dàng giải thích lý do ưu tiên tính năng trước ban giám đốc.

Prompt 23: Sắp xếp độ ưu tiên Backlog bằng MoSCoW

MoSCoW là phương pháp đơn giản nhưng cực kỳ hiệu quả để phân loại tính năng cho mỗi sprint hoặc bản release. Hãy dùng mẫu prompt tài liệu prd này để phân chia Must, Should, Could, Won’t-have.

Bạn là một Agile Product Owner & Project Manager.

Nhiệm vụ của bạn là: Áp dụng kỹ thuật MoSCoW để phân loại sắp xếp độ ưu tiên cho danh sách yêu cầu tính năng của dự án '[Tên dự án]' chuẩn bị bước vào giai đoạn phát triển:
[Danh sách yêu cầu/tính năng thô của dự án]

Hãy tuân thủ các hướng dẫn sau:
1. Phân loại rõ ràng danh sách yêu cầu tính năng vào 4 nhóm của phương pháp MoSCoW:
   - **Must-have (Bắt buộc phải có):** Các tính năng cốt lõi bắt buộc để sản phẩm vận hành (MVP). Nếu thiếu bất kỳ tính năng nào trong nhóm này, sản phẩm không thể bàn giao hoặc không thể sử dụng.
   - **Should-have (Nên có):** Các tính năng quan trọng nhưng không mang tính sinh tử trong giai đoạn đầu. Có thể tạm thời xử lý bằng các giải pháp thủ công hoặc thay thế khác nếu cần thiết.
   - **Could-have (Có thể có):** Các tính năng hữu ích, cải thiện trải nghiệm người dùng nhưng không ảnh hưởng lớn đến giá trị cốt lõi. Chỉ triển khai khi đội ngũ còn dư thời gian và nguồn lực sau khi đã hoàn thành các nhóm trên.
   - **Won't-have (Không phát triển trong đợt này):** Các yêu cầu hoặc ý tưởng sẽ không được triển khai trong đợt phát hành/Sprint này (được lưu lại trong backlog để xem xét cho các đợt sau).
2. Đối với mỗi tính năng được phân loại, cung cấp lời giải thích logic và chi tiết (Rationales) cho quyết định xếp nhóm đó dựa trên giá trị kinh doanh, trải nghiệm khách hàng và tính khả thi kỹ thuật.
3. Đưa ra tỷ lệ phân bổ ước tính giữa các nhóm (khuyến nghị phân bổ hợp lý trong Agile thường là Must-have chiếm không quá 60% tổng nguồn lực) để đảm bảo kế hoạch có biên độ an toàn cho các rủi ro phát sinh.
4. Trình bày kết quả rõ ràng dưới dạng danh sách phân loại có cấu trúc hoặc bảng tổng hợp.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Việc xác định rõ ràng ranh giới giữa Must-have và Should-have giúp đội ngũ phát triển tập trung tối đa vào việc hoàn thành mục tiêu release mà không bị phân tán tài nguyên.

Prompt 24: Kế hoạch phát hành sản phẩm (Release Planning)

Một kế hoạch phát hành sản phẩm (Release Plan) chi tiết giúp điều phối công việc giữa các phòng ban nhịp nhàng. Áp dụng mẫu prompt tài liệu prd này để đặc tả lộ trình rollout và phân công trách nhiệm.

Bạn là một Release Manager & DevOps Lead.

Nhiệm vụ của bạn là: Xây dựng Kế hoạch phát hành sản phẩm (Release Plan) cho phiên bản cập nhật v[Số phiên bản] của sản phẩm '[Tên sản phẩm]'.

Hãy tuân thủ các hướng dẫn sau:
1. Xây dựng một Dòng thời gian phát hành (Release Timeline) chi tiết và hợp lý, xác định rõ trình tự: Đóng băng mã nguồn (Code Freeze) -> Kiểm thử hồi quy (Regression Testing) -> Triển khai môi trường thử nghiệm & Nghiệm thu (Staging/UAT Deployment & Sign-off) -> Phát hành Production (Production Release) -> Giám sát sau phát hành (Post-release Monitoring) trong [số ngày/giờ].
2. Xác định các vai trò chịu trách nhiệm chính (Release Owner, QA Lead, DevOps Engineer, Support Lead) và các tiêu chí sẵn sàng phát hành (Release Readiness Criteria/Go-NoGo Checklist).
3. Thiết lập Kế hoạch Rollback chi tiết trong trường hợp khẩn cấp (xảy ra sự cố nghiêm trọng ảnh hưởng đến hệ thống): định nghĩa tiêu chí kích hoạt rollback (Rollback Criteria), quy trình thực hiện kỹ thuật (Deploy lại bản cũ, khôi phục DB, chuyển đổi DNS/Routing), và quy trình thông báo nội bộ/khách hàng.
4. Xây dựng kế hoạch truyền thông sau phát hành:
   - Một bản nháp Ghi chú phát hành (Release Notes) dành cho người dùng cuối (tập trung vào giá trị tính năng mới, sửa lỗi bằng ngôn từ dễ hiểu).
   - Một bản cập nhật nội bộ ngắn gọn cho đội CS (Customer Support) và Sales (bao gồm các lỗi đã biết và cách xử lý tạm thời nếu khách hàng phản ánh).
5. Đảm bảo cấu trúc kế hoạch rõ ràng, phân mục mạch lạc, chuyên nghiệp và có thể áp dụng ngay vào thực tế dự án phần mềm.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

AI sẽ giúp bạn thiết lập các kịch bản rollback dự phòng khi có sự cố kỹ thuật xảy ra trong quá trình phát hành, giảm thiểu tối đa rủi ro ảnh hưởng đến người dùng hiện tại.

Prompt 25: Lập bản đồ câu chuyện người dùng (User Story Mapping)

User Story Mapping giúp bạn có cái nhìn trực quan về hành trình người dùng và cách phân bổ các tính năng theo từng bản release. Hãy dùng prompt tài liệu prd này để phác thảo bản đồ câu chuyện.

Bạn là một Agile Product Consultant & UX Architect.

Nhiệm vụ của bạn là: Thiết lập Bản đồ câu chuyện người dùng (User Story Map) cho sản phẩm mới: '[Tên sản phẩm]'.

Hãy tuân thủ các hướng dẫn sau:
1. Thiết kế phần Xương sống (Backbone) của bản đồ: Xác định các hoạt động lớn của người dùng (User Activities) và các bước hành động cốt lõi (User Tasks) theo dòng thời gian từ trái sang phải phản ánh toàn bộ hành trình người dùng (ví dụ: Đăng ký/Onboarding -> Tìm kiếm/Lọc sản phẩm -> Xem thông tin/So sánh -> Đặt hàng/Thanh toán -> Theo dõi đơn hàng -> Chăm sóc khách hàng).
2. Phát triển các Epic và các User Stories tương ứng dưới mỗi bước hành động chính theo chiều dọc, sắp xếp theo thứ tự mức độ ưu tiên giảm dần từ trên xuống dưới (càng lên trên càng quan trọng và cấp bách).
3. Sử dụng các Đường cắt phát hành (Release Slices / Swimlanes) để phân định rõ ràng phạm vi triển khai:
   - **Release 1 (MVP - Minimum Viable Product):** Chỉ chứa các câu chuyện tối thiểu cần thiết để người dùng có thể hoàn thành một hành trình cơ bản khép kín.
   - **Release 2 & Phase tiếp theo (Post-MVP):** Các tính năng nâng cao trải nghiệm, tối ưu hóa và tự động hóa.
4. Mỗi User Story được viết theo cấu trúc tiêu chuẩn Agile: "Là một [loại người dùng], tôi muốn [hành động] để [lợi ích]".
5. Đảm bảo cấu trúc bản đồ dễ theo dõi, trực quan và có phần phân tích/chú giải ngắn gọn về lý do phân bổ câu chuyện cho MVP.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Bản đồ do AI phác thảo sẽ phân nhóm các câu chuyện theo các bước chính trong hành trình khách hàng, giúp đội phát triển dễ dàng hình dung ra luồng tương tác tổng thể.

Prompt 26: Viết vé công việc Jira chuẩn chuyên nghiệp

Viết vé Jira cẩu thả là nguyên nhân hàng đầu khiến lập trình viên làm sai yêu cầu. Hãy sử dụng mẫu prompt tài liệu prd này để viết các Jira ticket chi tiết, đầy đủ Description và Acceptance Criteria.

Bạn là một Business Analyst & QA Engineer chuyên nghiệp.

Nhiệm vụ của bạn là: Viết chi tiết một vé công việc Jira (Jira Ticket / Issue Description) cho nhiệm vụ: '[Tên nhiệm vụ kỹ thuật / Bug sửa lỗi]'.

Hãy tuân thủ các hướng dẫn sau:
1. Xác định rõ loại vé: Câu chuyện người dùng (User Story), Cải tiến (Improvement), hay Lỗi hệ thống (Bug).
2. Xây dựng cấu trúc vé Jira chuẩn chỉnh, bao gồm các phần bắt buộc sau:
   - **Jira Summary (Tiêu đề):** Đặt tên rõ ràng, theo định dạng chuẩn (ví dụ: `[Feature] [Tên module] - Hành động` hoặc `[Bug] [Môi trường] - Mô tả lỗi`).
   - **Description (Mô tả):** Bối cảnh (Background), Lý do tại sao cần làm việc này (Why), và Giá trị mang lại cho người dùng/hệ thống. Nếu là User Story, viết dưới dạng: "As a..., I want..., So that...".
   - **Technical Details / Specifications (Chi tiết kỹ thuật):** Mô tả các API liên quan, cấu trúc cơ sở dữ liệu hoặc logic xử lý cần lưu ý (nếu có).
   - **Steps to Reproduce (Các bước tái hiện) & Expected/Actual Result (Kết quả kỳ vọng/thực tế):** Chỉ áp dụng khi vé là Bug.
   - **Acceptance Criteria (Tiêu chí nghiệm thu):** Viết theo định dạng Scenario-based "Given - When - Then" để QA/Dev dễ dàng kiểm thử.
   - **Environment (Môi trường phát triển & kiểm thử):** Phiên bản HĐH, Trình duyệt, Thiết bị.
   - **Out of Scope (Ngoài phạm vi):** Làm rõ những phần KHÔNG thuộc phạm vi xử lý của vé này để tránh phình to phạm vi (Scope Creep).
3. Sử dụng các ký tự định dạng Markdown tương thích tốt nhất với Jira (sử dụng các thẻ tiêu đề, danh sách, đoạn code, bảng biểu khi cần thiết để tăng tính trực quan).

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Vé Jira chuẩn do AI sinh ra sẽ giúp các lập trình viên biết chính xác điều kiện cần và đủ để hoàn thành công việc, giúp quá trình bàn giao và nghiệm thu diễn ra nhanh chóng.

Prompt 27: Sắp xếp độ ưu tiên bằng mô hình Kano

Mô hình Kano giúp bạn phân loại tính năng dựa trên mức độ hài lòng của khách hàng (Basic, Performance, Excitement). Hãy dùng mẫu prompt tài liệu prd này để khảo sát và phân tích Kano.

Bạn là một Product Strategist & Consumer Psychologist.

Nhiệm vụ của bạn là: Áp dụng Mô hình Kano để phân tích và sắp xếp độ ưu tiên cho danh sách tính năng sản phẩm: [Danh sách các tính năng đề xuất].

Hãy tuân thủ các hướng dẫn sau:
1. Phân tích từng tính năng được đề xuất và phân loại chúng vào các danh mục của Mô hình Kano:
   - **Must-be / Basic (Yêu cầu cơ bản):** Các tính năng bắt buộc phải có để sản phẩm có thể hoạt động tối thiểu. Khách hàng xem chúng là mặc nhiên, nếu không có họ sẽ cực kỳ không hài lòng, nhưng nếu có họ cũng không đánh giá cao.
   - **One-dimensional / Performance (Tính năng hiệu năng):** Sự hài lòng của khách hàng tỷ lệ thuận với mức độ đáp ứng của tính năng này (ví dụ: tốc độ xử lý, dung lượng lưu trữ, tiết kiệm năng lượng).
   - **Attractive / Delighters (Tính năng gây thích thú):** Các tính năng mang lại sự bất ngờ và trải nghiệm vượt mong đợi (cảm giác "Wow"). Nếu thiếu họ sẽ không phàn nàn (vì không biết hoặc không kỳ vọng), nhưng nếu có sẽ làm tăng mạnh sự hài lòng và lòng trung thành.
   - **Indifferent (Tính năng không ảnh hưởng):** Các tính năng mà khách hàng không quan tâm hoặc không ảnh hưởng đến mức độ hài lòng của họ (cần xem xét loại bỏ để tiết kiệm nguồn lực).
   - **Reverse (Tính năng đảo ngược):** Các tính năng có thể gây tác dụng ngược (khách hàng không thích hoặc cảm thấy phiền phức khi có chúng).
2. Đối với mỗi tính năng, giải thích chi tiết lý do tại sao nó lại được xếp vào nhóm đó dựa trên tâm lý học người tiêu dùng và hành vi người dùng.
3. Đề xuất phương án thiết kế bảng câu hỏi Kano (Kano Questionnaire) gồm câu hỏi chức năng (Functional question) và câu hỏi phi chức năng (Dysfunctional question) cho một tính năng tiêu biểu trong danh sách để đội ngũ có thể tiến hành khảo sát thực tế.
4. Đưa ra đề xuất phân bổ nguồn lực phát triển (Resource Allocation) tối ưu giữa các nhóm tính năng (ví dụ: giải quyết 100% nhóm Must-be, nâng cấp nhóm Performance dựa trên ngân sách, và chọn lọc 1-2 tính năng Attractive để tạo điểm nhấn cạnh tranh).
5. Trình bày kết quả dưới dạng bảng phân loại trực quan và chuyên nghiệp.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Kết quả phân tích Kano từ AI giúp bạn nhận diện những tính năng tạo ra sự đột phá và thích thú cho người dùng, từ đó tạo ra USP độc đáo cho sản phẩm.

Prompt 28: Quản lý nợ kỹ thuật trong Backlog (Tech Debt)

Nợ kỹ thuật tích tụ lâu ngày sẽ làm chậm tốc độ phát triển sản phẩm. Hãy dùng mẫu prompt tài liệu prd này để nhận diện, đánh giá rủi ro và lập kế hoạch xử lý nợ kỹ thuật trong backlog.

Bạn là một Tech Lead & Software Architect chuyên quản lý nợ kỹ thuật.

Nhiệm vụ của bạn là: Lập đề xuất xử lý nợ kỹ thuật (Technical Debt Backlog Proposal) cho hệ thống phần mềm của doanh nghiệp nhằm thuyết phục Product Owner dành [Số %] tài nguyên của Sprint tới để refactor code.

Hãy tuân thủ các hướng dẫn sau:
1. Nhận diện và phân loại các khoản nợ kỹ thuật (Technical Debt) hiện tại của hệ thống thành các nhóm rõ ràng (ví dụ: Nợ mã nguồn/Refactoring, Nợ kiến trúc/Design, Nợ kiểm thử/Testing, Nợ hạ tầng/DevOps, Nợ tài liệu/Documentation).
2. Xây dựng một "Ma trận nợ kỹ thuật" đánh giá từng khoản nợ dựa trên hai trục:
   - **Mức độ ảnh hưởng (Impact):** Tác động tiêu cực của khoản nợ đối với hiệu năng hệ thống hoặc tốc độ làm việc của đội ngũ nếu không được giải quyết.
   - **Công sức khắc phục (Effort):** Thời gian và tài nguyên cần thiết để tái cấu trúc (refactor).
3. Biên dịch các vấn đề kỹ thuật phức tạp thành ngôn ngữ kinh doanh (Business Impact) để Product Owner/Stakeholders dễ thấu hiểu, bao gồm:
   - Tốc độ đưa sản phẩm ra thị trường bị giảm (Time-to-market).
   - Chi phí bảo trì tăng cao (Maintenance Cost).
   - Rủi ro về bảo mật, tính ổn định của hệ thống (System Downtime).
   - Tác động tiêu cực đến tinh thần làm việc của đội ngũ lập trình (Developer Burnout).
4. Đề xuất một chiến lược phân bổ nguồn lực Sprint cụ thể (ví dụ: mô hình 70/20/10 hoặc 80/20, trong đó dành [Số %] tài nguyên Sprint cho việc xử lý nợ kỹ thuật đã chọn lọc).
5. Phác thảo quy trình giám sát và đo lường nợ kỹ thuật lâu dài (ví dụ: theo dõi qua các chỉ số Code Coverage, Bug Rate, Cycle Time).

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

AI đề xuất cách phân bổ tỷ lệ tài nguyên hợp lý giữa việc làm tính năng mới và trả nợ kỹ thuật, giúp duy trì sức khỏe hệ thống lâu dài.

Prompt 29: Sắp xếp danh mục dự án sản phẩm

Khi quản lý nhiều sản phẩm cùng lúc, việc phân bổ nguồn lực và ngân sách hợp lý là bài toán hóc búa. Sử dụng mẫu prompt tài liệu prd này để sắp xếp danh mục sản phẩm theo ma trận BCG hoặc McKinsey.

Bạn là một Chief Product Officer (CPO) & Portfolio Manager.

Nhiệm vụ của bạn là: Phân tích và sắp xếp danh mục sản phẩm (Product Portfolio Prioritization) cho công ty [Tên công ty] đang sở hữu [Số lượng sản phẩm] dòng sản phẩm khác nhau:
[Danh sách dòng sản phẩm kèm mô tả doanh thu và tốc độ tăng trưởng]

Hãy tuân thủ các hướng dẫn sau:
1. Đánh giá kỹ lưỡng thông tin từng dòng sản phẩm được cung cấp (thị phần tương đối, tốc độ tăng trưởng thị trường, doanh thu, lợi nhuận).
2. Phân loại các dòng sản phẩm này vào đúng 4 nhóm của Ma trận BCG (Boston Consulting Group):
   - **Stars (Ngôi sao):** Sản phẩm có thị phần lớn trong thị trường tăng trưởng nhanh. Cần chiến lược để duy trì vị thế dẫn đầu.
   - **Cash Cows (Bò sữa):** Sản phẩm có thị phần lớn trong thị trường tăng trưởng chậm. Đây là nguồn tạo ra dòng tiền chính để nuôi dưỡng các sản phẩm khác.
   - **Question Marks (Dấu hỏi):** Sản phẩm có thị phần nhỏ trong thị trường tăng trưởng nhanh. Cần phân tích tiềm năng để quyết định đầu tư lớn hay thoái vốn.
   - **Dogs (Con chó):** Sản phẩm có thị phần nhỏ trong thị trường tăng trưởng chậm hoặc suy thoái. Cần xem xét loại bỏ hoặc tối thiểu hóa chi phí duy trì.
3. Đề xuất chiến lược hành động cụ thể cho từng dòng sản phẩm: Đầu tư để phát triển (Build), Duy trì (Hold), Khai thác dòng tiền (Harvest), hay Thoái vốn/Khai tử (Divest).
4. Thiết lập kế hoạch phân bổ nguồn lực (vốn đầu tư phát triển, đội ngũ lập trình/R&D, chiến dịch marketing) tối ưu giữa các sản phẩm này để đảm bảo cân bằng giữa lợi nhuận ngắn hạn và tăng trưởng dài hạn.
5. Cung cấp báo cáo phân tích rủi ro và các chỉ số đo lường hiệu quả danh mục sản phẩm (Portfolio Health Metrics) cần theo dõi định kỳ.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

AI sẽ giúp bạn đánh giá các dự án dựa trên tiềm năng tăng trưởng và thị phần, từ đó đưa ra đề xuất đầu tư, duy trì hoặc thu hẹp dự án một cách khách quan.

Prompt 30: Lập bản đồ phụ thuộc tính năng (Dependencies)

Tính năng A không thể release nếu tính năng B chưa hoàn thành – đây chính là sự phụ thuộc. Sử dụng mẫu prompt tài liệu prd này để vẽ bản đồ phụ thuộc giữa các team và các module tính năng.

Bạn là một Technical Program Manager & Systems Architect.

Nhiệm vụ của bạn là: Thiết lập Bản đồ phụ thuộc tính năng (Dependency Map) cho dự án phần mềm phức tạp gồm các cấu phần: [Danh sách các tính năng/Module chính].

Hãy tuân thủ các hướng dẫn sau:
1. Nhận diện và phân loại các loại phụ thuộc (Dependency Types) trong dự án phần mềm (ví dụ: Phụ thuộc kỹ thuật/Technical, Phụ thuộc tài nguyên/Resource, Phụ thuộc dữ liệu/Data flow, Phụ thuộc vào bên thứ ba/External APIs).
2. Xây dựng Bản đồ phụ thuộc (Dependency Map) chi tiết, chỉ ra rõ chiều phụ thuộc (ví dụ: Module B phụ thuộc vào Module A - tức là Module A phải xong trước Module B).
3. Đề xuất một Thứ tự phát triển (Sequencing/Development Order) tối ưu nhất dựa trên việc giải quyết các phụ thuộc có độ rủi ro hoặc mức độ ưu tiên cao trước (Sử dụng các kỹ thuật như phương pháp Đường găng - Critical Path Method để tìm ra các điểm nghẽn).
4. Đề xuất các giải pháp giảm thiểu rủi ro (Risk Mitigation Strategies) khi xảy ra sự trễ hạn ở một module quan trọng (ví dụ: Mocking API, chia nhỏ User Stories, hoặc chuyển giao tài nguyên chéo).
5. Trình bày kết quả trực quan bằng cách sử dụng các bảng Markdown hoặc sơ đồ biểu diễn bằng chữ (Text-based Diagram / Mermaid Code) để nhóm phát triển có thể dễ dàng nắm bắt.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Bản đồ phụ thuộc chi tiết do AI phác thảo giúp bạn phát hiện sớm các điểm nghẽn cổ chai trong quy trình phát hành, từ đó có phương án điều phối nhân sự kịp thời.

Câu hỏi thường gặp về cách dùng prompt tài liệu prd

Bên cạnh việc ứng dụng prompt tài liệu prd để chuẩn hóa các văn bản yêu cầu sản phẩm, bạn cũng nên tham khảo thêm Bộ 50 Prompt Lên ý tưởng và Phát triển sản phẩm mới để mở rộng tính năng và tìm kiếm sự đột phá. Sau khi đã chốt được định hướng phát triển sản phẩm, đừng bỏ qua Bộ 50 Prompt Quản lý và Vận hành Sản phẩm chuyên nghiệp để triển khai dự án trơn tru. Việc kết hợp chuỗi các prompt tài liệu prd và vận hành này sẽ mang lại cho bạn một quy trình vòng đời phát triển phần mềm hoàn chỉnh và mạnh mẽ.

Kết luận và các bước tiếp theo để tối ưu hóa PRD

Tóm lại, việc làm chủ bộ prompt tài liệu prd này sẽ giúp bạn nâng cao năng suất viết tài liệu lên một tầm cao mới. Đội ngũ phát triển của bạn sẽ không còn phải loay hoay đoán mò ý định thiết kế, từ đó tăng tốc độ phát hành sản phẩm và hạn chế tối đa các lỗi nghiệp vụ không đáng có.

Để liên tục cải tiến quy trình quản lý dự án, bạn cũng nên trang bị cho mình kiến thức vững chắc về kỹ thuật Prompt Engineering AI hoặc xem qua bộ 20 prompt ChatGPT tốt nhất cho doanh nghiệp để áp dụng cho các phòng ban khác. Ngoài ra, việc nghiên cứu các tài liệu chuẩn mực tại các tổ chức uy tín như Scrum.org hay tham khảo các mẫu PRD chuẩn của Atlassian Confluence, cũng như tìm hiểu kỹ về phương pháp phát triển phần mềm Agile trên Wikipedia sẽ giúp bạn bổ sung nhiều góc nhìn thực tế đắt giá.