Business Requirement (BR)

Tầng cao nhất của spec, trả lời câu hỏi: vì sao làm việc này? Nội dung nên ngắn, đo được, và chưa cần nói nhiều tới giải pháp. Chủ yếu là việc của PO/người phụ trách nghiệp vụ; dev nên đọc được nhưng chưa cần nghĩ tới code.

Cấu trúc tối thiểu

• Goal - một câu rõ ràng, có số. Tránh “tối ưu”, “cải thiện” nếu chưa có metric.
• Success Metric - đo bằng gì, qua công cụ nào, baseline ở đâu.
• Out of Scope - những thứ cố ý không làm (thường là phần cứu team khỏi phình scope).

Ví dụ

# BR-007: Tăng tỷ lệ checkout thành công
 
## Goal
Tăng tỷ lệ đặt hàng thành công của khách mới từ 62% lên 80% trong Q3.
 
## Success Metric
- conversion_rate (paid_orders / started_checkouts)
- Đo qua dashboard Analytics, segment "new_customer = true"
 
## Out of Scope
- Khách cũ (sẽ làm ở BR-008)
- Thanh toán quốc tế

Với dự án greenfield, phần Out of Scope thường quan trọng nhất ngày đầu - nó giúp cả team thống nhất “tuần này KHÔNG làm gì”.

Liên quan

• Bốn tầng của yêu cầu - BR là tầng 1
• Use Case (UC) - một BR sinh ra nhiều UC
• Traceable - BR ↔ UC ↔ Code/Test cần truy được ba chiều