Dùng AI để phản biện chính mình trước khi bắt tay vào build

Khoảnh khắc nguy hiểm nhất trong quá trình build không phải là lúc mọi thứ đang đổ vỡ. Nghịch lý là - nó xảy ra đúng vào lúc mọi thứ cảm giác hoàn hảo nhất.

Bạn vừa nghĩ ra một ý tưởng mà nghe có vẻ rõ ràng đến mức tự hỏi sao mình không nghĩ đến sớm hơn. Một tính năng bỗng nhiên có vẻ đúng. Một hướng pivot mới thấy sáng bừng. Đó là lúc tư duy của bạn dễ bị tổn thương nhất - vì bạn đã ngừng tìm lỗ hổng và bắt đầu tìm bằng chứng xác nhận.

Hóa ra, đây là điểm yếu chung của hầu hết người build. Không phải thiếu ý tưởng, không phải thiếu kỹ năng - mà là đưa một ý tưởng tuyệt vời thẳng vào thực thi mà chưa từng hỏi thật sự "nếu cái này sai thì sao?"

Điều thú vị là AI có thể giúp bạn làm đúng điều đó - nhưng bạn phải chủ động yêu cầu nó. Không phải để build ý tưởng, mà để phá nó. Một cách có hệ thống, trước khi bạn đã đổ vào đó cả tuần kiến trúc, cả tháng code, hay uy tín của mình trong một thông báo công khai.

Vì sao AI lại đặc biệt tốt cho việc này

Hầu hết những người xung quanh bạn khi bạn có một ý tưởng mới đều - một cách hoàn toàn có thể hiểu được - lịch sự. Họ nêu lo ngại nhẹ nhàng, nếu có. Người bạn thân nhất của bạn không muốn làm xịt hứng. Đồng nghiệp trong nhóm thì biết bạn đã hào hứng về điều này từ tuần trước.

AI không có những ràng buộc đó. Nó không nhớ bạn đã phấn khích như thế nào. Nó không có cổ phần trong cảm xúc của bạn. Nó cũng không ngại chỉ ra rằng giả định quan trọng nhất trong kế hoạch của bạn đang đứng trên một nền đất rất mỏng.

Và nó có đủ độ rộng để nhìn thấy các mẫu thất bại qua hàng trăm loại sản phẩm, thị trường, và quyết định khác nhau - dù nó không có trải nghiệm cụ thể của bạn.

Vấn đề là, AI sẽ không tự động làm điều này. Hỏi "tôi có nên build X không?" - nó sẽ gần như luôn tìm ra lý do để nói có. Hỏi "lý do mạnh nhất để KHÔNG build X là gì?" - bạn sẽ nhận được một cuộc trò chuyện hoàn toàn khác.

Bốn câu hỏi để dùng AI như người phản biện

Trước bất kỳ quyết định đáng kể nào - một tính năng mới, một thay đổi pricing, một hướng sản phẩm mới - hãy chạy qua bốn câu hỏi này. Lần lượt từng câu, cho AI đủ context để phản biện một cách cụ thể, không chung chung.

1. "Lý do phản đối mạnh nhất cho điều này là gì?"

Không phải những lỗi vặt hay trường hợp ngoại lệ. Mà là thách thức cơ bản - thứ mà một người hoài nghi thông minh, đã từng thấy hàng trăm ý tưởng tương tự thất bại, sẽ nêu ra trong năm phút đầu tiên.

2. "Điều gì phải đúng thì kế hoạch này mới thất bại hoàn toàn?"

Câu hỏi này chuyển hóa "kế hoạch này có hiệu quả không?" thành "kế hoạch này đang phụ thuộc vào những giả định nào?" Danh sách đó chính là bản đồ rủi ro thật sự của bạn.

3. "Ai sẽ ghét ý tưởng này, và tại sao họ có thể đúng?"

Đặt tên cho người hoài nghi: người dùng bỏ đi ngay sau khi dùng thử, đối thủ đã thử rồi bỏ cuộc, nhà đầu tư đã từ chối. Rồi yêu cầu AI trình bày lý lẽ tốt nhất của họ. Bạn không tìm cách bị thuyết phục từ bỏ - bạn tìm phiên bản sắc bén nhất của lời phản đối để có thể quyết định xem nó có chết người không.

4. "Tôi đang giả định điều gì mà mình chưa kiểm chứng?"

Đây là câu hỏi kéo những giả định ngầm lên mặt nổi. Mỗi kế hoạch đều đứng trên những thứ chúng ta coi là hiển nhiên nhưng chưa bao giờ kiểm tra. AI nhìn thấy chúng khá tốt vì nó có thể đọc cấu trúc lập luận trong những gì bạn mô tả và xác định cái gì đang chống đỡ toàn bộ cấu trúc đó.

Pre-mortem: tưởng tượng thất bại trước khi nó xảy ra

Pre-mortem là một kỹ thuật mượn từ quản lý dự án: thay vì nhìn lại sau khi thất bại để xem điều gì sai, bạn tưởng tượng dự án đã thất bại rồi - và làm việc ngược lại để tìm ra tại sao.

Kỹ thuật này hiệu quả đáng ngạc nhiên, và mất khoảng mười phút khi làm với AI. Một prompt mẫu bạn có thể dùng ngay:

Tôi đang có kế hoạch [mô tả kế hoạch của bạn trong 2-3 câu].

Hãy tưởng tượng đây là sáu tháng sau và kế hoạch này đã thất bại 
hoàn toàn - không phải kém kết quả, mà là sụp đổ hoàn toàn.

Viết một post-mortem ngắn. Ba nguyên nhân thất bại có khả năng nhất 
là gì? Hãy cụ thể với tình huống của tôi, không chung chung.

Điều bạn đang tìm trong câu trả lời: những nguyên nhân khiến bạn hơi khó chịu vì bạn đã phần nào biết chúng. Đó là những cái thật sự. Những nguyên nhân nghe có vẻ không liên quan thì thường ổn.

Steelmanning con đường bạn không chọn

Nếu bạn đang phải chọn giữa hai hướng - hai cách tiếp cận sản phẩm, hai tính năng cần build, hai thị trường cần focus - thì steelmanning là đòn phụ trợ của pre-mortem.

Steelman là phiên bản mạnh nhất có thể có của lý lẽ mà bạn không đưa ra. Yêu cầu AI tranh luận hết mình cho lựa chọn bạn đang nghiêng về phía bỏ qua. Không phải so sánh cân bằng - mà là một lập luận toàn lực cho thứ bạn đã nửa phần từ chối.

Điều này đặc biệt có giá trị trước các pivot. Thứ bạn đang pivot khỏi thường có những lý do đằng sau nó mà bạn đã ngừng nhìn thấy rõ vì sự bực bội với nó đã lớn quá. AI có thể tái dựng lại lập luận đó với đôi mắt mới.

Khi nào không cần làm điều này

Không phải mọi quyết định đều cần ba mươi phút phản biện. Suy cho cùng, mục tiêu là stress-test những quyết định tốn kém - những cái mà nếu sai có nghĩa là cả tuần công sức mất trắng, tiền thật bị đốt, hay niềm tin người dùng bị xói mòn.

Những quyết định thẩm mỹ thuần túy - màu nào, copy cho cái nút này - không cần pre-mortem. Những thứ có thể test rẻ và nhanh với người dùng thật thì cũng không cần: cứ ship rồi xem. Hãy chạy quy trình này cho những quyết định mà chi phí của việc sai cao và khả năng đảo ngược thấp.

Biến nó thành thói quen, không phải nghi lễ đặc biệt

Thứ hữu ích nhất bạn có thể làm là đưa điều này vào workflow hiện tại thay vì coi nó là một buổi lễ đặc biệt. Nếu bạn đang giữ một decision log, hãy thêm một cột "phản biện": một dòng ghi lại phản đối mạnh nhất của AI là gì và bạn đã phản hồi thế nào. Không phải để ghi lại rằng bạn bị thách thức - mà để xây dựng một hồ sơ về việc lý luận của bạn có đứng vững theo thời gian không.

Bạn cũng có thể lồng nó vào bản reset hàng tuần: trước khi cam kết với thứ bạn sẽ build tuần tới, dành năm phút hỏi AI tại sao kế hoạch đó có thể sai. Thêm gần như không thời gian và ngăn được một số lượng đáng ngạc nhiên những sai lầm "rõ ràng nhìn lại."

Mục tiêu của tất cả những điều này không phải là đặt câu hỏi cho mọi bước đi. Mà là đưa ra những quyết định quan trọng với đôi mắt mở - nhận thức được điểm yếu thật sự, không phải phiên bản đã được đánh bóng của kế hoạch mà bạn đã diễn tập cho chính mình.

Điểm bắt đầu cụ thể

Hãy chọn một quyết định bạn sắp đưa ra - thứ gì đó sẽ mất ít nhất một tuần để build hoặc triển khai. Chạy nó qua bốn câu hỏi ở trên. Ghi lại những gì AI nói.

Rồi đọc lại vào ngày hôm sau, trước khi bắt đầu build. Không phải để tự thuyết phục từ bỏ - chỉ là để xem quyết định trông có khác sau một đêm ngủ và một lần nhìn mới vào những phản đối không.

Nếu nó vẫn vững - bạn sẽ build với sự tự tin cao hơn. Nếu không - bạn vừa tiết kiệm được điều gì đó.

Dù thế nào, bạn đang thật sự suy nghĩ - chứ không chỉ đang di chuyển.