Một yêu cầu mơ hồ thường không thất bại vì người nhận thiếu năng lực. Nó thất bại vì không ai biết “xong” trông như thế nào. Bài này là một bài test ngắn cho hệ bài viết Hà Thanh I/O: vừa có hướng dẫn, vừa có prompt có thể chép, và vừa có checklist để mở rộng hoặc thu gọn theo nhu cầu.
Bốn ô của một brief tối thiểu
- Người dùng: ai sẽ dùng kết quả này?
- Kết quả: họ cần quyết định, đọc hay làm gì sau đó?
- Ràng buộc: thời gian, nguồn, quyền truy cập và điều không được làm.
- Người duyệt: ai nói “đủ tốt để đi tiếp”?
- Ghi lại yêu cầu thô
- Hỏi bốn ô còn thiếu
- Viết lại kết quả có thể kiểm tra
- Chốt người duyệt
Dùng AI để hỏi lại, không phải để đoán hộ
Bạn là người điều phối dự án. Dựa trên yêu cầu dưới đây, đừng đề xuất giải pháp ngay.
Hãy trả về: (1) mục tiêu dự kiến, (2) thông tin còn thiếu, (3) rủi ro nếu tự đoán, (4) ba câu hỏi ngắn nhất cần hỏi người gửi.
Yêu cầu: [dán yêu cầu]Kiểm tra trước khi giao
Ticket này có cần tách nhỏ không?
Có, nếu một người không thể hiểu đầu ra và kiểm tra nó trong một lần đọc.
AI có thể tự tạo ticket không?
Có thể tạo bản nháp, nhưng người chịu trách nhiệm vẫn cần xác nhận mục tiêu và quyền hạn.
Tôi dùng nó cho việc cá nhân được không?
Được. Thay “người duyệt” bằng chính bạn và thêm một mốc xem lại.