pre-mortem

Tổng quan về skill pre-mortem

Skill pre-mortem giúp bạn thực hiện một buổi rà soát theo hướng thất bại trước khi một PRD, kế hoạch ra mắt hoặc đề xuất sản phẩm được đưa đi triển khai. Skill này phù hợp nhất với product manager, founder, strategist và những người ra quyết định có hỗ trợ từ AI, khi họ cần nhiều hơn một phiên brainstorm chung chung: họ cần một cách thực tế để tách rủi ro ra mắt thật sự khỏi nhiễu và biến chúng thành danh sách hành động.

Điều làm cho skill pre-mortem hữu ích là cấu trúc ra quyết định của nó. Nó không chỉ liệt kê mối lo; nó phân loại chúng thành Tigers (vấn đề có cơ sở), Paper Tigers (nỗi lo bị phóng đại hoặc xác suất thấp), và Elephants (những vấn đề không nói ra mà cả đội có thể đang né tránh), rồi giúp ưu tiên theo mức độ ảnh hưởng đến lần ra mắt. Vì vậy, nó đặc biệt có giá trị cho rà soát trước launch, kiểm tra rủi ro cho roadmap, và pre-mortem cho Decision Support khi bạn cần biết điều gì có thể chặn việc phát hành.

Vì đây là một pre-mortem skill, nhiệm vụ cốt lõi là làm rõ trong điều kiện bất định: nhận diện sớm nhất có thể các kiểu thất bại có khả năng xảy ra cao nhất, để kịp đổi kế hoạch trước khi launch, thay vì đợi đến sau khi ra mắt, lúc chi phí đã cao hơn.

Skill pre-mortem thực sự làm gì

Skill này đọc bối cảnh sản phẩm của bạn, giả định rằng lần ra mắt đã thất bại, rồi lần ngược lại để tìm nguyên nhân. Đầu ra được thiết kế để có thể hành động ngay: rủi ro, lý do, và mức độ cần xử lý khẩn cấp của từng vấn đề.

Ai nên dùng nó

Hãy dùng nó khi bạn đã có một đề xuất thực sự để kiểm tra áp lực: một PRD, tóm tắt ra mắt, rollout tính năng hoặc kế hoạch go-to-market. Đây là lựa chọn phù hợp nếu bạn muốn một pre-mortem guide giúp mô hình suy luận như một reviewer sản phẩm có kinh nghiệm, thay vì một công cụ ý tưởng chung chung.

Khi nào không nên dùng

Nếu bạn chỉ cần brainstorm nhẹ, một prompt đơn giản có thể đã đủ. Nếu bạn chưa có kế hoạch cụ thể, skill này sẽ có quá ít tín hiệu để phân loại rủi ro tốt. Nó mạnh nhất khi đầu vào có giả định, đối tượng mục tiêu, thời điểm và tiêu chí thành công.

Cách sử dụng skill pre-mortem

Cài đặt và tìm đúng skill

Hãy làm theo luồng cài đặt trong hướng dẫn của dự án, rồi mở pm-execution/skills/pre-mortem/SKILL.md trước tiên. Trong repo này, SKILL.md là file nguồn duy nhất, nên không có thư mục hỗ trợ nào khác để tìm thêm rule, script hay tài liệu tham chiếu.

Cung cấp một tài liệu launch thật sự

Việc cài đặt pre-mortem chỉ hữu ích nếu bạn đưa vào một kế hoạch cụ thể. Đầu vào tốt thường là:

• một PRD có người dùng mục tiêu, giá trị đề xuất và non-goals
• một kế hoạch ra mắt có ngày tháng, kênh phân phối, phụ thuộc và người phụ trách
• một feature brief có rủi ro đã biết, ràng buộc và chỉ số thành công

Đầu vào yếu thường kiểu như: “phân tích ý tưởng startup này.” Câu đó quá mơ hồ để có một pre-mortem hữu ích, vì mô hình không thể biết thất bại thực sự sẽ có nghĩa là gì.

Biến yêu cầu sơ sài thành prompt có ích

Thay vì hỏi về “rủi ro”, hãy yêu cầu một cuộc review thất bại có đủ bối cảnh và hình thức đầu ra rõ ràng. Ví dụ:
“Thực hiện một pre-mortem cho kế hoạch ra mắt này. Giả sử lần launch diễn ra sau 14 ngày và thất bại. Hãy xác định Tigers, Paper Tigers, và Elephants, rồi đánh dấu từng mục là launch-blocking, fast-follow, hoặc track. Tập trung vào adoption, messaging, product readiness và các phụ thuộc vận hành.”

Cách diễn đạt này cải thiện cách dùng pre-mortem vì nó nói rõ mô hình cần tối ưu cho điều gì, phải giả định khung thời gian nào, và phải phân loại phát hiện ra sao.

Đánh giá đầu ra theo khả năng hành động

Đầu ra tốt nhất nên cho bạn một danh sách ngắn các blocker có độ tin cậy cao, chứ không phải một đống rủi ro dài lê thê. Hãy tìm:

• các giả định còn thiếu mà đội chưa kiểm chứng
• các phụ thuộc ra mắt có thể bị trễ
• các phản đối từ khách hàng có thể giết chết adoption
• các vấn đề nghe có vẻ nghiêm trọng nhưng không làm thay đổi mức sẵn sàng ra mắt

Nếu câu trả lời quá rộng, hãy bổ sung phần kế hoạch còn thiếu rồi chạy lại pre-mortem.

Câu hỏi thường gặp về skill pre-mortem

pre-mortem skill có tốt hơn một prompt bình thường không?

Thường là có, nếu bạn quan tâm đến chất lượng quyết định. Một prompt bình thường có thể tạo ra rủi ro, nhưng skill pre-mortem cho bạn một cấu trúc lặp lại để xếp hạng chúng và đưa các điểm mù ra ánh sáng. Điều này đặc biệt hữu ích cho pre-mortem cho Decision Support.

Tôi có cần là product manager mới dùng được không?

Không. Skill pre-mortem thân thiện với người mới nếu bạn có thể cung cấp một kế hoạch rõ ràng và giải thích “thất bại” nghĩa là gì. Chất lượng phụ thuộc nhiều hơn vào độ cụ thể của đầu vào so với chức danh công việc.

Tôi có thể dùng nó ngoài bối cảnh ra mắt sản phẩm không?

Có, nếu nhiệm vụ có tính rủi ro thực sự và có kế hoạch cụ thể: rollout công cụ nội bộ, thay đổi giá, thử nghiệm hoặc thay đổi quy trình. Nó kém hữu ích hơn cho ideation mở hoặc công việc thuần sáng tạo.

Hạn chế chính là gì?

Skill này chỉ sắc bén đến mức bối cảnh bạn cung cấp cho phép. Nếu PRD quá mỏng, đầu ra có thể quá tập trung vào các rủi ro hiển nhiên và bỏ sót blocker thật. Pre-mortem guide hoạt động tốt nhất khi tài liệu nguồn đã có sẵn các giả định đáng để stress-test.

Cách cải thiện skill pre-mortem

Cung cấp đầu vào sắc hơn

Cải thiện chất lượng lớn nhất đến từ việc thêm chi tiết trước khi yêu cầu phân tích. Hãy đưa vào ngày launch, khách hàng mục tiêu, chỉ số thành công, kế hoạch phân phối, các phụ thuộc và bất kỳ điểm yếu nào bạn đã biết. Skill pre-mortem hữu ích hơn nhiều khi nó có thể so sánh rủi ro với một đường đi ra mắt cụ thể.

Yêu cầu phân loại, không chỉ ý tưởng

Đừng dừng ở “điều gì có thể sai.” Hãy yêu cầu mô hình tách Tigers khỏi Paper Tigers và chỉ ra Elephants một cách rõ ràng. Cấu trúc đó giảm đầu ra mơ hồ và làm kết quả hữu ích hơn cho planning, staffing và escalation.

Nêu rõ ràng ràng buộc và đánh đổi

Nếu bạn có giới hạn ngân sách, ràng buộc engineering, review pháp lý hoặc một ngày launch cứng, hãy nói ngay từ đầu. Ràng buộc sẽ thay đổi đâu là rủi ro thật sự. Một pre-mortem phớt lờ chúng có thể nghe rất thông minh nhưng lại không giúp cải thiện kế hoạch.

Lặp lại sau lần phân tích đầu tiên

Hãy dùng đầu ra đầu tiên để siết chặt prompt tiếp theo. Nếu mô hình bỏ sót một failure mode có khả năng cao, hãy chỉ ra khoảng trống đó và yêu cầu một pre-mortem thứ hai tập trung vào khu vực đó, chẳng hạn như adoption, implementation hoặc launch operations. Cách dùng pre-mortem tốt nhất là theo vòng lặp: trước rộng, sau hẹp, rồi chuyển sang hành động.