stress-test

Tổng quan về skill stress-test

stress-test dùng để làm gì

stress-test skill là một quy trình kiểm chứng giả định kinh doanh dành cho kiểu cố vấn điều hành theo phong cách Claude. Nó giúp bạn lấy một luận điểm chiến lược—chẳng hạn như “khách hàng enterprise sẽ chấp nhận pilot sáu tháng”, “TAM của chúng ta là €2.3B”, hoặc “chúng ta có thể đạt $2M ARR trước tháng 12”—và thử sức chịu đựng của luận điểm đó trước khi bạn cam kết vốn, tuyển dụng, roadmap hoặc thông điệp gọi vốn xoay quanh nó.

Hãy dùng skill này khi rủi ro không nằm ở việc kế hoạch của bạn còn thiếu chi tiết, mà ở chỗ một giả định nghe rất hấp dẫn đang gánh quá nhiều trọng lượng.

Người dùng và quyết định phù hợp nhất

Skill stress-test này phù hợp nhất với founder, lãnh đạo điều hành, product leader, đội tài chính, người làm chiến lược vận hành và advisor cần phân tích mặt trái sắc hơn trước một quyết định lớn. Nó hợp với các việc như kế hoạch gọi vốn, chiến lược go-to-market, thay đổi pricing, đặt cược vào thị trường mới, dự báo retention, kế hoạch tăng tuyển dụng, luận điểm về moat và câu chuyện trình bày với board.

Nó đặc biệt hữu ích như stress-test for Strategic Planning vì biến các giả định lập kế hoạch thiên về lạc quan thành những luận điểm rõ ràng, có thể bác bỏ và có thể bị chất vấn.

Điểm khác biệt của skill này

Một prompt chung chung có thể yêu cầu AI “tìm rủi ro”. Quy trình stress-test hẹp hơn: cô lập giả định, làm cho nó cụ thể, tìm bằng chứng ngược lại và chỉ ra kế hoạch sẽ gãy ở đâu. Trọng tâm này quan trọng vì các giả định mơ hồ rất khó kiểm chứng. “Thị trường lớn” thường chỉ tạo ra phân tích yếu; “SME tại Đức sẽ chi €X mỗi năm cho phần mềm B2B spend management trong vòng 18 tháng” cho mô hình một mệnh đề có thể thử được.

Cách dùng skill stress-test

Cài đặt stress-test và bối cảnh repository

Cài đặt từ GitHub skill repository bằng skill manager của bạn, ví dụ:

npx skills add alirezarezvani/claude-skills --skill stress-test

Skill nằm tại:

c-level-advisor/executive-mentor/skills/stress-test

Mục này trong repository có vẻ tự chứa đầy đủ: file quan trọng cần xem trước là SKILL.md. Trong cây thư mục được cung cấp không thấy các phần hỗ trợ như rules/, resources/, references/ hay script, vì vậy việc áp dụng chủ yếu phụ thuộc vào việc phương pháp được nhúng trong skill có khớp với workflow lập kế hoạch của bạn hay không.

Đầu vào mà skill cần

Hãy gọi skill bằng một giả định duy nhất, không phải một chủ đề rộng:

/em:stress-test <assumption>

Đầu vào yếu:

/em:stress-test our enterprise strategy

Đầu vào tốt hơn:

/em:stress-test enterprise buyers in regulated industries will tolerate a six-month unpaid pilot before procurement approval

Đầu vào mạnh:

/em:stress-test 40% of qualified enterprise prospects in US healthcare will accept a six-month unpaid pilot, and at least 25% of those pilots will convert to $120k ACV contracts within one quarter

Phiên bản mạnh hơn cung cấp cho mô hình phân khúc, hành vi, thời điểm, kỳ vọng chuyển đổi và hệ quả thương mại. Nhờ vậy đầu ra hữu ích hơn, vì skill có thể chất vấn từng thành phần thay vì đưa ra các rủi ro chiến lược chung chung.

Workflow nên dùng với stress-test

Hãy dùng hướng dẫn stress-test này trước khi quyết định đã bị khóa lại, không phải sau khi kế hoạch đã trở thành “chân lý nội bộ”.

1. Xác định kế hoạch đang phụ thuộc vào sự lạc quan: dự báo doanh thu, thâm nhập thị trường, mô hình tuyển dụng, mục tiêu retention, thay đổi pricing, timeline gọi vốn hoặc luận điểm về moat.
2. Rút ra một giả định mà nếu sai sẽ gây tổn hại lớn nhất cho kế hoạch.
3. Viết lại giả định đó thành một luận điểm đo lường được, có phân khúc khách hàng, địa lý, khung thời gian, khối lượng, giá, tỷ lệ chuyển đổi hoặc chi phí.
4. Chạy /em:stress-test trên giả định đó.
5. Hỏi tiếp: “What evidence would disconfirm this fastest?”, “What leading indicators should we watch?”, và “What lower-risk version of the plan survives if this assumption is wrong?”

Cách này hiệu quả trong các buổi executive review vì nó tách mức độ tự tin ra khỏi bằng chứng.

Các file nên đọc trước khi dựa vào skill

Bắt đầu với SKILL.md. Hãy chú ý các phần nói về lý do giả định thất bại, phương pháp stress-test, cách cô lập giả định và cách tìm bằng chứng phản bác. Vì skill hiển thị không có gói tài liệu tham chiếu hay automation bổ sung, bạn không nên kỳ vọng nó tự lấy dữ liệu thị trường hoặc tự xác thực các con số. Hãy xem nó như một công cụ hỗ trợ lập luận có cấu trúc, và tự mang vào dữ kiện, benchmark, bằng chứng từ khách hàng, dữ liệu CRM, giả định trong financial model hoặc ràng buộc từ nhà đầu tư của bạn.

FAQ về skill stress-test

stress-test chỉ dành cho startup phải không?

Không. Các ví dụ thân thiện với founder, nhưng pattern này áp dụng cho bất kỳ tổ chức nào đang đặt cược trong điều kiện bất định. Đội chiến lược doanh nghiệp có thể dùng nó cho mở rộng thị trường, giả định procurement, kế hoạch năng lực bán hàng, chương trình chuyển đổi và quyết định về danh mục sản phẩm. Điều kiện cốt lõi là có một quyết định phụ thuộc vào giả định kinh doanh có thể kiểm chứng.

Skill này tốt hơn việc hỏi Claude về rủi ro như thế nào?

Các prompt rủi ro thông thường thường tạo ra danh sách rộng: cạnh tranh, ngân sách, thời điểm, thực thi, adoption. stress-test skill buộc bạn gọi tên giả định đang gánh tải chính và tấn công trực diện vào nó. Nhờ vậy phân tích gắn với quyết định hơn. Thay vì “sales có thể khó”, bạn nhận được áp lực phân tích lên niềm tin cụ thể rằng “mid-market buyers will close in 45 days at $30k ACV without security review.”

Khi nào không nên dùng skill này?

Đừng dùng nó để thay thế nghiên cứu thị trường, tư vấn pháp lý, kiểm toán tài chính, customer discovery hoặc dự báo thống kê. Skill này cũng hoạt động kém nếu bạn đưa vào một khẩu hiệu thay vì một giả định. Nếu câu hỏi của bạn còn ở giai đoạn khám phá—“What business should we build?”—hãy bắt đầu bằng discovery hoặc định khung chiến lược trước. Dùng stress-test khi bạn đã có một luận điểm đáng được soi kỹ.

stress-test có thân thiện với người mới không?

Có, nếu bạn có thể viết giả định một cách rõ ràng. Người mới thường nhận được giá trị bằng cách trước tiên nhờ mô hình giúp biến một kế hoạch mơ hồ thành vài giả định ứng viên, rồi chọn giả định rủi ro nhất để chạy /em:stress-test. Người vận hành có kinh nghiệm hơn nên cung cấp ngay từ đầu các ngưỡng định lượng, bằng chứng đã biết, ràng buộc và mức độ ảnh hưởng của quyết định.

Cách cải thiện skill stress-test

Làm cho giả định dễ bị bác bỏ hơn

Cách quan trọng nhất để cải thiện đầu ra của stress-test là loại bỏ sự mơ hồ. Hãy nêu rõ ai, cái gì, ở đâu, khi nào, bao nhiêu và kết quả nào là quan trọng.

Thay vì:

customers will love the product

Hãy dùng:

at least 30% of finance teams at 200-1000 employee SaaS companies will switch from spreadsheets to our forecasting tool within 90 days if priced below $500/month

Cách viết đó cho skill những bề mặt rõ ràng để chất vấn: phân khúc, mức độ cấp bách, hành vi chuyển đổi, khung thời gian và pricing.

Đưa bằng chứng và ràng buộc vào ngay từ đầu

Skill stress-test có thể lập luận tốt hơn khi biết đã có bằng chứng nào. Hãy đưa vào customer interviews, ghi chú win/loss, dữ liệu pipeline, tỷ lệ chuyển đổi, churn cohorts, lịch sử sales cycle, phương án cạnh tranh thay thế, chu kỳ ngân sách, ma sát procurement hoặc milestone với nhà đầu tư.

Một prompt mạnh hơn có thể thêm:

Known evidence: 12 discovery calls, 3 verbal pilots, no signed LOIs, average procurement cycle 4-7 months, current runway 9 months.

Điều này giúp đầu ra không đối xử với mọi khả năng như thể chúng có xác suất ngang nhau.

Chú ý các lỗi thường gặp

Lỗi chính là stress test một giả định quá rộng, quá chính trị hoặc quá tách rời khỏi quyết định. Một vấn đề phổ biến khác là yêu cầu xác nhận thay vì yêu cầu thách thức. Nếu muốn đầu ra hữu ích, đừng đóng khung prompt là “prove this plan works.” Hãy đóng khung là “break this assumption before we depend on it.”

Cũng tránh gộp nhiều giả định vào một lệnh. Nếu kế hoạch của bạn phụ thuộc vào quy mô thị trường, willingness to pay, sales cycle và retention, hãy kiểm chứng từng giả định riêng.

Lặp lại sau lần stress-test đầu tiên

Sau đầu ra đầu tiên, hãy yêu cầu tinh chỉnh ở mức có thể dùng cho quyết định:

• “Rank the failure points by probability and severity.”
• “What evidence would change your view fastest?”
• “Design a two-week test for the riskiest assumption.”
• “Rewrite the plan so it still works if this assumption is 50% wrong.”
• “What board or investor question would expose this weakness?”

Cách này biến stress-test từ một lần phê bình đơn lẻ thành một vòng lập kế hoạch thực dụng: giả định, thách thức, bằng chứng, điều chỉnh và quyết định.