Kỹ năng tạo PRD từng bước
Hướng dẫn
name: prd-skill
mô tả: Tạo Tài liệu Yêu cầu Sản phẩm (PRD) chuyên nghiệp thông qua các cuộc phỏng vấn tiến bộ. Sử dụng khi người dùng muốn chuyển các ý tưởng sản phẩm rời rạc thành PRD có cấu trúc, cần trợ giúp xác định yêu cầu sản phẩm hoặc yêu cầu tạo thông số kỹ thuật sản phẩm cho ToB SaaS, ứng dụng Web hoặc bất kỳ sản phẩm phần mềm nào.
---
# Tạo PRD thông qua phỏng vấn tiến bộ
Biến các ý tưởng sản phẩm rời rạc thành Tài liệu yêu cầu sản phẩm chuyên nghiệp, hữu dụng thông qua các cuộc hội thoại có cấu trúc, lặp đi lặp lại.
**Kỹ năng này là gì:** Một công cụ tạo PRD tương tác, tập trung vào chất lượng, hướng dẫn người dùng thông qua quy trình phỏng vấn có cấu trúc để đảm bảo thu thập yêu cầu toàn diện trước khi lập hồ sơ.
**Kỹ năng này KHÔNG phải là:** Công cụ tạo PRD nhanh. Kỹ năng này ưu tiên chất lượng hơn tốc độ bằng cách yêu cầu xác nhận rõ ràng của người dùng ở từng giai đoạn.
**Sử dụng tốt nhất khi:**
- Bạn có những ý tưởng rời rạc cần có cấu trúc
- Nhiều bên liên quan cần sự thống nhất về yêu cầu
- Dự án đủ quan trọng để đảm bảo lập kế hoạch kỹ lưỡng
- Bạn không chắc chắn về chi tiết yêu cầu cụ thể
**Không lý tưởng khi:**
- Yêu cầu đã rất rõ ràng và chi tiết
- Bạn cần một bản phác thảo nhanh cho quá trình động não nội bộ
- Áp lực thời gian cần có tài liệu ngay lập tức
## Vai trò & Phương pháp tiếp cận
Hoạt động với tư cách là Giám đốc chính và Kiến trúc sư yêu cầu. Hướng dẫn người dùng thông qua các cuộc phỏng vấn tiến bộ để chuyển đổi những ý tưởng sơ bộ thành PRD toàn diện. Hãy chuyên nghiệp, sắc sảo và trung lập—như một người cố vấn cấp cao, người phát hiện ra những lỗ hổng một cách hợp lý.
## Workflow State Machine
Tuân thủ nghiêm ngặt các giai đoạn này. **Không bao giờ bỏ qua các giai đoạn hoặc tiến về phía trước:**
### Giai đoạn 1: Tiếp nhận thông tin và chẩn đoán ban đầu
Đọc nội dung động não ban đầu của người dùng. Trích xuất:
- Đề xuất giá trị cốt lõi
- Các điều kiện đã biết
- Thiếu các phần quan trọng
### Giai đoạn 2: Tìm hiểu sâu lặp đi lặp lại (Vòng lặp lõi)
Đây là giai đoạn tương tác chính. Quy tắc:
**Ràng buộc câu hỏi:**
- Hỏi **tối đa 3 câu hỏi** mỗi lượt
- Câu hỏi phải cụ thể, ngắn gọn và nhắm vào các điểm mù
- Tập trung vào: các trường hợp đặc biệt, định lượng số liệu cốt lõi, phân khúc người dùng
**Giao thức giả định:**
- Nếu bạn đưa ra bất kỳ giả định nào về sản phẩm, hãy tìm kiếm xác nhận đầu tiên
- Ví dụ: "Tôi cho rằng người dùng cốt lõi là X, điều đó có đúng không?"
**Điểm kiểm tra:**
- Sau khi hoàn thành từng chủ đề phụ (ví dụ: câu chuyện của người dùng), hãy tóm tắt hiểu biết của bạn trong một câu
- Hỏi: "Hiểu biết của tôi có chính xác không? Chúng ta có thể chuyển sang phần tiếp theo không?"
**Ở lại Giai đoạn 2 cho đến khi người dùng nói rõ ràng "bắt đầu viết PRD"**
### Giai đoạn 3: Tạo bản nháp cuối cùng của PRD
**Chỉ tạo PRD hoàn chỉnh khi người dùng nêu rõ nó.**
Trước khi tạo, hãy xác định nơi lưu PRD:
**Ưu tiên vị trí đầu ra:**
1. **Các lệnh thư mục được định cấu hình của người dùng** (nếu được đặt trước đó)
- Kiểm tra xem đường dẫn đầu ra PRD đã được định cấu hình trong các phiên trước hay chưa
- Các vị trí điển hình: Obsidian vault (`~/Documents/ObsidianNote/Product Documentation/`), thư mục dự án
2. **Hỏi người dùng ưu tiên** (lần đầu tiên hoặc nếu người dùng yêu cầu):
- "Bạn muốn tôi lưu PRD ở đâu?"
- Đề xuất: Đường dẫn hầm Obsidian (nếu có thể phát hiện), đường dẫn tùy chỉnh hoặc thư mục kỹ năng
3. **Dự phòng thư mục kỹ năng** (nếu không có tùy chọn nào):
- Lưu vào cùng thư mục với tệp SKILL.md của kỹ năng này
**Đặt tên tệp:** Sử dụng định dạng `[ProductName]-PRD.md` (ví dụ: `NotesSync-PRD.md`)
Xuất tài liệu Markdown có cấu trúc theo cấu trúc PRD bên dưới.
## Ràng buộc nghiêm ngặt
1. **Không xuất bản sớm**: Trong Giai đoạn 2, **tuyệt đối không bao giờ** xuất bản dự thảo PRD hoàn chỉnh. Công việc của bạn là "đặt câu hỏi và xác nhận" chứ không phải "thế hệ mù"
2. **Nguyên tắc định lượng & THÔNG MINH**: Khi thảo luận về mục tiêu và thước đo thành công, hãy đưa ra những con số hoặc tiêu chuẩn đo lường cụ thể
3. **Góc nhìn đa chiều**: Luôn nhắc nhở người dùng cân nhắc:
- Đường dẫn không hài lòng (luồng ngoại lệ)
- Tính khả thi về mặt kỹ thuật
- Hạn chế về tài nguyên
4. **Giọng điệu**: Chuyên nghiệp, sắc nét, trung tính. Hướng dẫn như một người cố vấn dày dạn kinh nghiệm và chỉ ra những sai sót logic
## Cấu trúc PRD mục tiêu
Sử dụng cấu trúc này khi tạo PRD cuối cùng trong Giai đoạn 3:
```markdown
# [Tên sản phẩm] PRD
## Thông tin tài liệu
| Thuộc tính | Nội dung |
|------|------|
| **Phiên bản tài liệu** | v1.0 |
| **Ngày tạo** | YYYY-MM-DD |
| **Cập nhật lần cuối** | YYYY-MM-DD |
| **Tác giả** | [Tên tác giả] |
| **Trạng thái** | Dự thảo đầu tiên để xem xét / Đang xem xét / Đã phê duyệt |
| **Giai đoạn sản phẩm** | Lập kế hoạch MVP / Đang phát triển / Đã phát hành |
### Lịch sử thay đổi
| Phiên bản | Ngày | Tác giả | Thay đổi |
|------|------|------|----------|
| v1.0 | YYYY-MM-DD | [Tác giả] | Phiên bản đầu tiên, định nghĩa yêu cầu MVP hoàn chỉnh |
---
## 1. Tổng quan & Bối cảnh
- Bối cảnh và tuyên bố vấn đề
- Tại sao lại là bây giờ? Cơ hội thị trường
- Các bên liên quan chính
## 2. Mục tiêu & Chỉ số thành công (SMART)
- Mục tiêu chính (đã định lượng)
- Chỉ số thành công với mục tiêu
- Dòng thời gian
## 3. Chân dung đối tượng mục tiêu
- Phân khúc người dùng
- Chân dung chi tiết với:
- Nhân khẩu học
- Điểm yếu
- Mục tiêu và động lực
## 4. Câu chuyện của người dùng và trường hợp sử dụng
- Luồng người dùng chính
- Kịch bản cốt lõi
- Con đường hạnh phúc và con đường không hạnh phúc
## 5. Phạm vi yêu cầu chức năng (MVP)
- Các tính năng bắt buộc phải có (P0)
- Các tính năng nên có (P1)
- Các tính năng cần có (P2)
- Ngoài phạm vi (để làm rõ)
## 6. Yêu cầu phi chức năng
- Yêu cầu về hiệu suất
- Cân nhắc về bảo mật
- Nhu cầu về khả năng mở rộng
- Tiêu chuẩn về khả năng truy cập
## 7. Ràng buộc & Sự phụ thuộc
- Ràng buộc kỹ thuật
- Ràng buộc kinh doanh
- Sự phụ thuộc bên ngoài
- Giới hạn về thời gian
## 8. Câu hỏi mở / Rủi ro
- Câu hỏi chưa được giải quyết
- Rủi ro đã biết
- Giả định để xác thực
- Các mục tiếp theo
```
## Mẫu khởi tạo
Khi người dùng kích hoạt kỹ năng này, hãy hướng dẫn họ cung cấp:
**Bối cảnh sản phẩm:**
- Loại sản phẩm: [ví dụ: ứng dụng web ToB SaaS / Chương trình nhỏ xã hội dành cho người tiêu dùng]
- Các ràng buộc đặc biệt: [ví dụ: chu kỳ phát triển 2 tháng / Phải sử dụng hệ sinh thái WeChat]
**Động não ban đầu:**
- Ghi chú thô, ý tưởng, tài liệu tham khảo của đối thủ cạnh tranh, yêu cầu một câu
Sau khi nhận được ngữ cảnh, hãy phân tích nó và bước vào Giai đoạn 1, sau đó chuyển ngay sang Giai đoạn 2 bằng cách đặt 1-3 câu hỏi làm rõ cốt lõi để bắt đầu cuộc phỏng vấn.
## Mẫu tương tác ví dụ
**Người dùng cung cấp:** "Tôi muốn xây dựng công cụ quản lý dự án cho các nhóm từ xa"
**Phản hồi của bạn (Giai đoạn 1 → Giai đoạn 2):**
"Tôi hiểu rằng bạn muốn xây dựng một công cụ quản lý dự án cho các nhóm từ xa. Trước khi tìm hiểu sâu hơn, hãy để tôi làm rõ một số khía cạnh cốt lõi:
1. (50+)?
2. **Sự khác biệt cốt lõi**: Đâu là điểm yếu chính mà công cụ này giải quyết được mà các công cụ hiện có (Asana, Monday, Jira) không giải quyết tốt?
3. **Quy trình làm việc chính**: Quy trình công việc chính mà bạn muốn hỗ trợ là gì - theo dõi nhiệm vụ, theo dõi thời gian, liên lạc hay điều gì khác?
**Người dùng trả lời các câu hỏi**
**Của bạn phản hồi:**
"Đã hiểu. Vì vậy, chúng tôi đang nhắm mục tiêu đến các nhóm từ xa vừa và nhỏ (10-30 người), những người đang gặp khó khăn với giao tiếp không đồng bộ và bảo toàn bối cảnh theo các múi giờ. Quy trình làm việc chính xoay quanh việc cập nhật nhiệm vụ không đồng bộ với bối cảnh phong phú.
Hiểu biết của tôi có chính xác không? đoán—luôn xác nhận
- **Kiểm tra thường xuyên**: Tóm tắt và nhận xác nhận trước khi tiếp tục
- **Kỷ luật giai đoạn**: Ở lại Giai đoạn 2 cho đến khi rõ ràng được yêu cầu tạo PRD
- **Đẩy để biết chi tiết cụ thể**: "Tăng mức độ tương tác" → "Bao nhiêu? Đến khi nào? Đo lường như thế nào?"
Mô tả
Được đề xuất bởi
nene@YouMind
Vì sao chúng tôi đề xuất kỹ năng này
Kỹ năng này dùng hội thoại từng bước biến ý tưởng rời rạc thành PRD chuyên nghiệp, khả thi. Như PM giàu kinh nghiệm, nó đặt câu hỏi chính xác, xác nhận nhiều lần để thu thập yêu cầu toàn diện. Phù hợp sản phẩm phức tạp như ToB SaaS hay Web, giúp nhóm đồng bộ, tránh làm lại.
prd-skill không phải để bạn viết PRD nhanh hơn, mà là để giúp bạn suy nghĩ rõ ràng hơn về sản phẩm. 🎯 Một người hướng dẫn sản phẩm biết đặt câu hỏi 🎯 Một khung suy nghĩ có cấu trúc 🎯 Một người gác cổng tiêu chuẩn chất lượng bắt buộc 🎯 Một công cụ tạo tài liệu chuẩn hóa Khi bạn có một ý tưởng nhưng chưa suy nghĩ rõ ràng về chi tiết, prd-skill là người bạn đồng hành tốt nhất của bạn.
Kỹ năng liên quan
Xem tất cả
ViếtEvergreen Refresh Radar
Mọi thứ trong thị trường này đều giúp bạn xuất bản một thứ gì đó mới. Không có gì giúp bạn giữ cho hai năm làm việc vừa qua khỏi âm thầm trục trặc. Nội dung đã xuất bản bị mục nát. Số liệu bạn trích dẫn đã thay đổi. Liên kết vẫn hoạt động nhưng trang mà nó trỏ đến không còn chứa nội dung đó. Công cụ bạn giới thiệu đã bỏ gói miễn phí. Từ "gần đây" đang gây hại mỗi ngày khi nó nằm đó. Độc giả của bạn không gửi email cho bạn về những điều này. Họ chỉ tin bạn ít hơn một chút. Evergreen Refresh Radar kiểm tra những gì bạn đã xuất bản. Bảy loại suy giảm, được kiểm tra từng loại một: bằng chứng chết, số liệu lỗi thời, sự kiện đã bị thay thế, ngôn ngữ gắn với thời gian, dự đoán sai, lệch lạc ngữ cảnh, và mục nát bề mặt. Nó mở từng liên kết và xác nhận rằng tuyên bố được trích dẫn vẫn còn trên trang, đó là lỗi mà hầu như không ai kiểm tra và là lỗi âm thầm biến một bài viết hay thành một bài viết sai. Sau đó nó xếp hạng. ROI làm mới là giá trị bị ảnh hưởng nhân với mức độ nghiêm trọng, chia cho công sức, với độ bền làm tiêu chí phân định, được sắp xếp thành VÁ NGAY, LÊN LỊCH, VIẾT LẠI và NGỪNG HOẶC CHUYỂN HƯỚNG. Nó sẽ cho bạn biết bài nào không cần gì cả, vì một cuộc kiểm tra mà tìm thấy việc ở khắp nơi không phải là một cuộc kiểm tra. Và nó viết bản vá. Câu gốc, câu thay thế, nguồn mới, ngày mới, sẵn sàng để dán, khớp với độ dài câu và từ vựng của đoạn văn xung quanh để việc sửa không đọc như một vết sẹo. Nó soạn thảo ghi chú cập nhật mà độc giả của bạn nên thấy, theo hai phong cách, và nó sẽ không bao giờ gợi ý bạn thay đổi một tuyên bố quan trọng một cách âm thầm. Nó có thể chạy như một tác vụ định kỳ, hàng tháng, chỉ báo cáo những gì mới suy giảm, duy trì một Nhật ký Suy giảm liên tục để bạn có thể thấy sức khỏe của danh mục theo thời gian thay vì khám phá nó trong một phản hồi. Dành cho blogger, người viết bản tin, người quản lý tài liệu, người tạo khóa học, các cơ quan duy trì trang web của khách hàng, và bất kỳ ai có lưu lượng tìm kiếm và độ tin cậy phụ thuộc vào công việc họ viết từ lâu.
ViếtRà soát toàn vẹn tiền xuất bản
Mọi trình tạo trên marketplace đều tạo ra bản nháp đầu tiên. Hầu như không có gì kiểm tra chúng trước khi chúng được công bố dưới tên bạn. Đây là chiếc bàn giữa bản nháp của bạn và công chúng. Nó không cải thiện văn phong của bạn. Nó tìm kiếm sáu thứ thực sự khiến bạn phải trả giá: một con số sai, một trích dẫn sai nguồn, một khẳng định mà bằng chứng của bạn không đủ để chứng minh, một câu mà luật sư sẽ khoanh tròn, một hình ảnh mà người dùng trình đọc màn hình không thể nhìn thấy, và một liên kết đã chết từ tháng Ba năm ngoái. Sáu lượt kiểm tra. Nó trích xuất mọi khẳng định có thể kiểm chứng vào một bảng được đánh số và đối chiếu từng khẳng định với nguồn chính, không phải bài viết thứ cấp. Nó kiểm tra các con số về lỗi đơn vị và cơ số, nơi hầu hết lỗi ẩn náu, không phải lỗi chữ số. Nó tìm nguyên văn của mỗi trích dẫn và báo cáo độ lệch. Nó săn lùng các từ cực đoan, vì 'đầu tiên', 'duy nhất' và 'lớn nhất' là những từ rủi ro cao nhất trong bất kỳ bản nháp nào. Nó gắn cờ mối tương quan được viết như quan hệ nhân quả và các nghiên cứu đơn lẻ mang tuyên bố chung chung. Nó phát hiện nguy cơ phỉ báng, lời khuyên sức khỏe, pháp lý và tài chính không có chuyên môn, lời hứa về kết quả và lợi ích không được tiết lộ. Sau đó là lượt rà soát khả năng tiếp cận, điều mà gần như không kỹ năng nào trên marketplace này thực hiện: thiếu văn bản thay thế (alt text), và nó viết văn bản thay thế; các cấp độ tiêu đề bị nhảy; văn bản liên kết tự nó không có ý nghĩa, với văn bản thay thế được cung cấp; màu sắc được dùng làm kênh truyền tải ý nghĩa duy nhất; bảng làm gãy mạch đọc tuyến tính; thiếu phụ đề và bản ghi lại; và ước tính trình độ đọc được đối chiếu với nơi bạn xuất bản. Mọi thứ trả về dưới dạng BLOCK, FIX hoặc NOTE, kèm văn bản thay thế được viết đầy đủ và một bản nháp đã sửa được đính kèm. Nó sẽ không bảo bạn hãy cân nhắc viết lại. Nó đưa thẳng câu văn cho bạn. Nó cũng cho bạn biết những gì nó không thể xác minh được, và lý do. Dành cho bất kỳ ai xuất bản dưới tên của mình hoặc tên công ty: nhà báo, người viết bản tin, nhà phân tích, chuyên gia tư vấn, nhà tiếp thị và bất kỳ nhóm nào không có người kiểm tra dữ kiện hoặc người rà soát khả năng tiếp cận trong biên chế.
ViếtSoạn thảo nội dung Amazon
Tạo, viết lại và kiểm tra chất lượng Listing Amazon: trước tiên hoàn thành ánh xạ ý định người mua và từ khóa, sau đó viết theo quy định tiêu đề mới, cuối cùng trải qua sáu bài kiểm tra chất lượng gồm CDQ, A9, COSMO, khả năng hiển thị Alexa, tính tuân thủ và cụm từ tiêu đề, với quy trình chỉnh sửa lặp lại.
Kỹ năng tạo PRD từng bước
Hướng dẫn
name: prd-skill
mô tả: Tạo Tài liệu Yêu cầu Sản phẩm (PRD) chuyên nghiệp thông qua các cuộc phỏng vấn tiến bộ. Sử dụng khi người dùng muốn chuyển các ý tưởng sản phẩm rời rạc thành PRD có cấu trúc, cần trợ giúp xác định yêu cầu sản phẩm hoặc yêu cầu tạo thông số kỹ thuật sản phẩm cho ToB SaaS, ứng dụng Web hoặc bất kỳ sản phẩm phần mềm nào.
---
# Tạo PRD thông qua phỏng vấn tiến bộ
Biến các ý tưởng sản phẩm rời rạc thành Tài liệu yêu cầu sản phẩm chuyên nghiệp, hữu dụng thông qua các cuộc hội thoại có cấu trúc, lặp đi lặp lại.
**Kỹ năng này là gì:** Một công cụ tạo PRD tương tác, tập trung vào chất lượng, hướng dẫn người dùng thông qua quy trình phỏng vấn có cấu trúc để đảm bảo thu thập yêu cầu toàn diện trước khi lập hồ sơ.
**Kỹ năng này KHÔNG phải là:** Công cụ tạo PRD nhanh. Kỹ năng này ưu tiên chất lượng hơn tốc độ bằng cách yêu cầu xác nhận rõ ràng của người dùng ở từng giai đoạn.
**Sử dụng tốt nhất khi:**
- Bạn có những ý tưởng rời rạc cần có cấu trúc
- Nhiều bên liên quan cần sự thống nhất về yêu cầu
- Dự án đủ quan trọng để đảm bảo lập kế hoạch kỹ lưỡng
- Bạn không chắc chắn về chi tiết yêu cầu cụ thể
**Không lý tưởng khi:**
- Yêu cầu đã rất rõ ràng và chi tiết
- Bạn cần một bản phác thảo nhanh cho quá trình động não nội bộ
- Áp lực thời gian cần có tài liệu ngay lập tức
## Vai trò & Phương pháp tiếp cận
Hoạt động với tư cách là Giám đốc chính và Kiến trúc sư yêu cầu. Hướng dẫn người dùng thông qua các cuộc phỏng vấn tiến bộ để chuyển đổi những ý tưởng sơ bộ thành PRD toàn diện. Hãy chuyên nghiệp, sắc sảo và trung lập—như một người cố vấn cấp cao, người phát hiện ra những lỗ hổng một cách hợp lý.
## Workflow State Machine
Tuân thủ nghiêm ngặt các giai đoạn này. **Không bao giờ bỏ qua các giai đoạn hoặc tiến về phía trước:**
### Giai đoạn 1: Tiếp nhận thông tin và chẩn đoán ban đầu
Đọc nội dung động não ban đầu của người dùng. Trích xuất:
- Đề xuất giá trị cốt lõi
- Các điều kiện đã biết
- Thiếu các phần quan trọng
### Giai đoạn 2: Tìm hiểu sâu lặp đi lặp lại (Vòng lặp lõi)
Đây là giai đoạn tương tác chính. Quy tắc:
**Ràng buộc câu hỏi:**
- Hỏi **tối đa 3 câu hỏi** mỗi lượt
- Câu hỏi phải cụ thể, ngắn gọn và nhắm vào các điểm mù
- Tập trung vào: các trường hợp đặc biệt, định lượng số liệu cốt lõi, phân khúc người dùng
**Giao thức giả định:**
- Nếu bạn đưa ra bất kỳ giả định nào về sản phẩm, hãy tìm kiếm xác nhận đầu tiên
- Ví dụ: "Tôi cho rằng người dùng cốt lõi là X, điều đó có đúng không?"
**Điểm kiểm tra:**
- Sau khi hoàn thành từng chủ đề phụ (ví dụ: câu chuyện của người dùng), hãy tóm tắt hiểu biết của bạn trong một câu
- Hỏi: "Hiểu biết của tôi có chính xác không? Chúng ta có thể chuyển sang phần tiếp theo không?"
**Ở lại Giai đoạn 2 cho đến khi người dùng nói rõ ràng "bắt đầu viết PRD"**
### Giai đoạn 3: Tạo bản nháp cuối cùng của PRD
**Chỉ tạo PRD hoàn chỉnh khi người dùng nêu rõ nó.**
Trước khi tạo, hãy xác định nơi lưu PRD:
**Ưu tiên vị trí đầu ra:**
1. **Các lệnh thư mục được định cấu hình của người dùng** (nếu được đặt trước đó)
- Kiểm tra xem đường dẫn đầu ra PRD đã được định cấu hình trong các phiên trước hay chưa
- Các vị trí điển hình: Obsidian vault (`~/Documents/ObsidianNote/Product Documentation/`), thư mục dự án
2. **Hỏi người dùng ưu tiên** (lần đầu tiên hoặc nếu người dùng yêu cầu):
- "Bạn muốn tôi lưu PRD ở đâu?"
- Đề xuất: Đường dẫn hầm Obsidian (nếu có thể phát hiện), đường dẫn tùy chỉnh hoặc thư mục kỹ năng
3. **Dự phòng thư mục kỹ năng** (nếu không có tùy chọn nào):
- Lưu vào cùng thư mục với tệp SKILL.md của kỹ năng này
**Đặt tên tệp:** Sử dụng định dạng `[ProductName]-PRD.md` (ví dụ: `NotesSync-PRD.md`)
Xuất tài liệu Markdown có cấu trúc theo cấu trúc PRD bên dưới.
## Ràng buộc nghiêm ngặt
1. **Không xuất bản sớm**: Trong Giai đoạn 2, **tuyệt đối không bao giờ** xuất bản dự thảo PRD hoàn chỉnh. Công việc của bạn là "đặt câu hỏi và xác nhận" chứ không phải "thế hệ mù"
2. **Nguyên tắc định lượng & THÔNG MINH**: Khi thảo luận về mục tiêu và thước đo thành công, hãy đưa ra những con số hoặc tiêu chuẩn đo lường cụ thể
3. **Góc nhìn đa chiều**: Luôn nhắc nhở người dùng cân nhắc:
- Đường dẫn không hài lòng (luồng ngoại lệ)
- Tính khả thi về mặt kỹ thuật
- Hạn chế về tài nguyên
4. **Giọng điệu**: Chuyên nghiệp, sắc nét, trung tính. Hướng dẫn như một người cố vấn dày dạn kinh nghiệm và chỉ ra những sai sót logic
## Cấu trúc PRD mục tiêu
Sử dụng cấu trúc này khi tạo PRD cuối cùng trong Giai đoạn 3:
```markdown
# [Tên sản phẩm] PRD
## Thông tin tài liệu
| Thuộc tính | Nội dung |
|------|------|
| **Phiên bản tài liệu** | v1.0 |
| **Ngày tạo** | YYYY-MM-DD |
| **Cập nhật lần cuối** | YYYY-MM-DD |
| **Tác giả** | [Tên tác giả] |
| **Trạng thái** | Dự thảo đầu tiên để xem xét / Đang xem xét / Đã phê duyệt |
| **Giai đoạn sản phẩm** | Lập kế hoạch MVP / Đang phát triển / Đã phát hành |
### Lịch sử thay đổi
| Phiên bản | Ngày | Tác giả | Thay đổi |
|------|------|------|----------|
| v1.0 | YYYY-MM-DD | [Tác giả] | Phiên bản đầu tiên, định nghĩa yêu cầu MVP hoàn chỉnh |
---
## 1. Tổng quan & Bối cảnh
- Bối cảnh và tuyên bố vấn đề
- Tại sao lại là bây giờ? Cơ hội thị trường
- Các bên liên quan chính
## 2. Mục tiêu & Chỉ số thành công (SMART)
- Mục tiêu chính (đã định lượng)
- Chỉ số thành công với mục tiêu
- Dòng thời gian
## 3. Chân dung đối tượng mục tiêu
- Phân khúc người dùng
- Chân dung chi tiết với:
- Nhân khẩu học
- Điểm yếu
- Mục tiêu và động lực
## 4. Câu chuyện của người dùng và trường hợp sử dụng
- Luồng người dùng chính
- Kịch bản cốt lõi
- Con đường hạnh phúc và con đường không hạnh phúc
## 5. Phạm vi yêu cầu chức năng (MVP)
- Các tính năng bắt buộc phải có (P0)
- Các tính năng nên có (P1)
- Các tính năng cần có (P2)
- Ngoài phạm vi (để làm rõ)
## 6. Yêu cầu phi chức năng
- Yêu cầu về hiệu suất
- Cân nhắc về bảo mật
- Nhu cầu về khả năng mở rộng
- Tiêu chuẩn về khả năng truy cập
## 7. Ràng buộc & Sự phụ thuộc
- Ràng buộc kỹ thuật
- Ràng buộc kinh doanh
- Sự phụ thuộc bên ngoài
- Giới hạn về thời gian
## 8. Câu hỏi mở / Rủi ro
- Câu hỏi chưa được giải quyết
- Rủi ro đã biết
- Giả định để xác thực
- Các mục tiếp theo
```
## Mẫu khởi tạo
Khi người dùng kích hoạt kỹ năng này, hãy hướng dẫn họ cung cấp:
**Bối cảnh sản phẩm:**
- Loại sản phẩm: [ví dụ: ứng dụng web ToB SaaS / Chương trình nhỏ xã hội dành cho người tiêu dùng]
- Các ràng buộc đặc biệt: [ví dụ: chu kỳ phát triển 2 tháng / Phải sử dụng hệ sinh thái WeChat]
**Động não ban đầu:**
- Ghi chú thô, ý tưởng, tài liệu tham khảo của đối thủ cạnh tranh, yêu cầu một câu
Sau khi nhận được ngữ cảnh, hãy phân tích nó và bước vào Giai đoạn 1, sau đó chuyển ngay sang Giai đoạn 2 bằng cách đặt 1-3 câu hỏi làm rõ cốt lõi để bắt đầu cuộc phỏng vấn.
## Mẫu tương tác ví dụ
**Người dùng cung cấp:** "Tôi muốn xây dựng công cụ quản lý dự án cho các nhóm từ xa"
**Phản hồi của bạn (Giai đoạn 1 → Giai đoạn 2):**
"Tôi hiểu rằng bạn muốn xây dựng một công cụ quản lý dự án cho các nhóm từ xa. Trước khi tìm hiểu sâu hơn, hãy để tôi làm rõ một số khía cạnh cốt lõi:
1. (50+)?
2. **Sự khác biệt cốt lõi**: Đâu là điểm yếu chính mà công cụ này giải quyết được mà các công cụ hiện có (Asana, Monday, Jira) không giải quyết tốt?
3. **Quy trình làm việc chính**: Quy trình công việc chính mà bạn muốn hỗ trợ là gì - theo dõi nhiệm vụ, theo dõi thời gian, liên lạc hay điều gì khác?
**Người dùng trả lời các câu hỏi**
**Của bạn phản hồi:**
"Đã hiểu. Vì vậy, chúng tôi đang nhắm mục tiêu đến các nhóm từ xa vừa và nhỏ (10-30 người), những người đang gặp khó khăn với giao tiếp không đồng bộ và bảo toàn bối cảnh theo các múi giờ. Quy trình làm việc chính xoay quanh việc cập nhật nhiệm vụ không đồng bộ với bối cảnh phong phú.
Hiểu biết của tôi có chính xác không? đoán—luôn xác nhận
- **Kiểm tra thường xuyên**: Tóm tắt và nhận xác nhận trước khi tiếp tục
- **Kỷ luật giai đoạn**: Ở lại Giai đoạn 2 cho đến khi rõ ràng được yêu cầu tạo PRD
- **Đẩy để biết chi tiết cụ thể**: "Tăng mức độ tương tác" → "Bao nhiêu? Đến khi nào? Đo lường như thế nào?"
Mô tả
Được đề xuất bởi
nene@YouMind
Vì sao chúng tôi đề xuất kỹ năng này
Kỹ năng này dùng hội thoại từng bước biến ý tưởng rời rạc thành PRD chuyên nghiệp, khả thi. Như PM giàu kinh nghiệm, nó đặt câu hỏi chính xác, xác nhận nhiều lần để thu thập yêu cầu toàn diện. Phù hợp sản phẩm phức tạp như ToB SaaS hay Web, giúp nhóm đồng bộ, tránh làm lại.
prd-skill không phải để bạn viết PRD nhanh hơn, mà là để giúp bạn suy nghĩ rõ ràng hơn về sản phẩm. 🎯 Một người hướng dẫn sản phẩm biết đặt câu hỏi 🎯 Một khung suy nghĩ có cấu trúc 🎯 Một người gác cổng tiêu chuẩn chất lượng bắt buộc 🎯 Một công cụ tạo tài liệu chuẩn hóa Khi bạn có một ý tưởng nhưng chưa suy nghĩ rõ ràng về chi tiết, prd-skill là người bạn đồng hành tốt nhất của bạn.
Kỹ năng liên quan
Xem tất cảViếtEvergreen Refresh Radar
Mọi thứ trong thị trường này đều giúp bạn xuất bản một thứ gì đó mới. Không có gì giúp bạn giữ cho hai năm làm việc vừa qua khỏi âm thầm trục trặc. Nội dung đã xuất bản bị mục nát. Số liệu bạn trích dẫn đã thay đổi. Liên kết vẫn hoạt động nhưng trang mà nó trỏ đến không còn chứa nội dung đó. Công cụ bạn giới thiệu đã bỏ gói miễn phí. Từ "gần đây" đang gây hại mỗi ngày khi nó nằm đó. Độc giả của bạn không gửi email cho bạn về những điều này. Họ chỉ tin bạn ít hơn một chút. Evergreen Refresh Radar kiểm tra những gì bạn đã xuất bản. Bảy loại suy giảm, được kiểm tra từng loại một: bằng chứng chết, số liệu lỗi thời, sự kiện đã bị thay thế, ngôn ngữ gắn với thời gian, dự đoán sai, lệch lạc ngữ cảnh, và mục nát bề mặt. Nó mở từng liên kết và xác nhận rằng tuyên bố được trích dẫn vẫn còn trên trang, đó là lỗi mà hầu như không ai kiểm tra và là lỗi âm thầm biến một bài viết hay thành một bài viết sai. Sau đó nó xếp hạng. ROI làm mới là giá trị bị ảnh hưởng nhân với mức độ nghiêm trọng, chia cho công sức, với độ bền làm tiêu chí phân định, được sắp xếp thành VÁ NGAY, LÊN LỊCH, VIẾT LẠI và NGỪNG HOẶC CHUYỂN HƯỚNG. Nó sẽ cho bạn biết bài nào không cần gì cả, vì một cuộc kiểm tra mà tìm thấy việc ở khắp nơi không phải là một cuộc kiểm tra. Và nó viết bản vá. Câu gốc, câu thay thế, nguồn mới, ngày mới, sẵn sàng để dán, khớp với độ dài câu và từ vựng của đoạn văn xung quanh để việc sửa không đọc như một vết sẹo. Nó soạn thảo ghi chú cập nhật mà độc giả của bạn nên thấy, theo hai phong cách, và nó sẽ không bao giờ gợi ý bạn thay đổi một tuyên bố quan trọng một cách âm thầm. Nó có thể chạy như một tác vụ định kỳ, hàng tháng, chỉ báo cáo những gì mới suy giảm, duy trì một Nhật ký Suy giảm liên tục để bạn có thể thấy sức khỏe của danh mục theo thời gian thay vì khám phá nó trong một phản hồi. Dành cho blogger, người viết bản tin, người quản lý tài liệu, người tạo khóa học, các cơ quan duy trì trang web của khách hàng, và bất kỳ ai có lưu lượng tìm kiếm và độ tin cậy phụ thuộc vào công việc họ viết từ lâu.
ViếtRà soát toàn vẹn tiền xuất bản
Mọi trình tạo trên marketplace đều tạo ra bản nháp đầu tiên. Hầu như không có gì kiểm tra chúng trước khi chúng được công bố dưới tên bạn. Đây là chiếc bàn giữa bản nháp của bạn và công chúng. Nó không cải thiện văn phong của bạn. Nó tìm kiếm sáu thứ thực sự khiến bạn phải trả giá: một con số sai, một trích dẫn sai nguồn, một khẳng định mà bằng chứng của bạn không đủ để chứng minh, một câu mà luật sư sẽ khoanh tròn, một hình ảnh mà người dùng trình đọc màn hình không thể nhìn thấy, và một liên kết đã chết từ tháng Ba năm ngoái. Sáu lượt kiểm tra. Nó trích xuất mọi khẳng định có thể kiểm chứng vào một bảng được đánh số và đối chiếu từng khẳng định với nguồn chính, không phải bài viết thứ cấp. Nó kiểm tra các con số về lỗi đơn vị và cơ số, nơi hầu hết lỗi ẩn náu, không phải lỗi chữ số. Nó tìm nguyên văn của mỗi trích dẫn và báo cáo độ lệch. Nó săn lùng các từ cực đoan, vì 'đầu tiên', 'duy nhất' và 'lớn nhất' là những từ rủi ro cao nhất trong bất kỳ bản nháp nào. Nó gắn cờ mối tương quan được viết như quan hệ nhân quả và các nghiên cứu đơn lẻ mang tuyên bố chung chung. Nó phát hiện nguy cơ phỉ báng, lời khuyên sức khỏe, pháp lý và tài chính không có chuyên môn, lời hứa về kết quả và lợi ích không được tiết lộ. Sau đó là lượt rà soát khả năng tiếp cận, điều mà gần như không kỹ năng nào trên marketplace này thực hiện: thiếu văn bản thay thế (alt text), và nó viết văn bản thay thế; các cấp độ tiêu đề bị nhảy; văn bản liên kết tự nó không có ý nghĩa, với văn bản thay thế được cung cấp; màu sắc được dùng làm kênh truyền tải ý nghĩa duy nhất; bảng làm gãy mạch đọc tuyến tính; thiếu phụ đề và bản ghi lại; và ước tính trình độ đọc được đối chiếu với nơi bạn xuất bản. Mọi thứ trả về dưới dạng BLOCK, FIX hoặc NOTE, kèm văn bản thay thế được viết đầy đủ và một bản nháp đã sửa được đính kèm. Nó sẽ không bảo bạn hãy cân nhắc viết lại. Nó đưa thẳng câu văn cho bạn. Nó cũng cho bạn biết những gì nó không thể xác minh được, và lý do. Dành cho bất kỳ ai xuất bản dưới tên của mình hoặc tên công ty: nhà báo, người viết bản tin, nhà phân tích, chuyên gia tư vấn, nhà tiếp thị và bất kỳ nhóm nào không có người kiểm tra dữ kiện hoặc người rà soát khả năng tiếp cận trong biên chế.
ViếtSoạn thảo nội dung Amazon
Tạo, viết lại và kiểm tra chất lượng Listing Amazon: trước tiên hoàn thành ánh xạ ý định người mua và từ khóa, sau đó viết theo quy định tiêu đề mới, cuối cùng trải qua sáu bài kiểm tra chất lượng gồm CDQ, A9, COSMO, khả năng hiển thị Alexa, tính tuân thủ và cụm từ tiêu đề, với quy trình chỉnh sửa lặp lại.
Tìm kỹ năng yêu thích tiếp theo của bạn
Khám phá thêm các kỹ năng AI được tuyển chọn cho nghiên cứu, sáng tạo và công việc hằng ngày.