Bỏ qua, tới nội dung chính

Mẫu tài liệu

Biên bản họp thành ticket Jira

Bản nháp biên bản do AI trích từ transcript. BA rà soát, sửa và ghi lại những gì đã sửa. Ticket cuối cùng viết bằng tiếng Anh vì đội dự án và khách hàng làm việc bằng tiếng Anh.

Case study liên quan: BA Kit: từ BA thủ công sang BA điều khiển AI

Biên bản họp · Yêu cầu · Ticket

Tài liệu tiếng Việt

Cuộc họp
Họp tuần với khách hàng
Thời lượng
42 phút
Nguồn
Transcript, AI trích, BA rà soát
Đầu ra
3 quyết định · 2 yêu cầu · 3 câu hỏi · 3 việc
  • PM kháchPhía khách
  • Sales LeadPhía khách
  • BAGhi biên bản
  • Dev LeadĐội phát triển
BA đã rà soát
Một cuộc họp, ba dạng tài liệu
  1. A. Biên bản họpquyết định, câu hỏi mở, việc cần làm
  2. B. Yêu cầu đã xác nhậnREQ-014: nguồn, định nghĩa, phạm vi
  3. C. Ticket JiraUS-05 đạt Definition of Ready

A. Biên bản họp

Bản nháp do AI trích từ transcript, BA đã rà soát và sửa.

Quyết địnhBa quyết định trong 42 phút họp
  1. D1 · 12:40PM khách: nhắc 7, 3 và 1 ngày trước hạn
  2. D2 · 18:05PM khách: ân hạn 7 ngày, rồi chỉ đọc và khoá API
  3. D3 · 41:12Sales Lead: CRM là kênh chính, email là phụ
Yêu cầu mới và thay đổiMỗi yêu cầu nối về nơi nó bắt nguồn
dùng định nghĩađã cótừ phản hồiREQ-014MớiBR-07Định nghĩa sắp rời bỏUS-04Đồng bộ CRMREQ-015Thay đổiFB-22Phản hồi của khách
REQ-014: danh sách tài khoản sắp rời bỏ cho Sales, loại trừ tài khoản dùng thử, email mỗi sáng. REQ-015: thông báo trong thời gian ân hạn dùng giọng nhẹ hơn.
Câu hỏi mở gửi khách sau họpMỗi câu kèm một giả định mặc định
  • "Buổi sáng" tính theo múi giờ nào? Giả định: múi giờ của đội Sales.Q1
  • Ngoài Sales, đội chăm sóc khách hàng có nhận không? Giả định: có.Q2
  • Email là danh sách đầy đủ hay đường dẫn vào CRM? Giả định: đường dẫn và năm dòng đầu.Q3
Việc cần làmAi làm gì, hạn khi nào
  1. A1 · Trong ngàyBA gửi câu hỏi Q1 đến Q3
  2. A2 · Thứ BaPM khách cấp quyền CRM sandbox
  3. A3 · Thứ TưDev Lead ước lượng REQ-014

Bản nháp của AI

  • Bỏ sót đội chăm sóc khách hàng, một bên liên quan đã được nhắc ở cuộc họp trước.
  • Coi email là kênh chính.
  • Tự định nghĩa “sắp rời bỏ”.

BA đã sửa

  • Thêm câu hỏi Q2 cho đội chăm sóc khách hàng.
  • Chuyển email thành kênh phụ, theo quyết định D3.
  • Liên kết tới BR-07 thay vì để AI tự định nghĩa.

B. Yêu cầu đã xác nhận

REQ-014 · Danh sách tài khoản sắp rời bỏ cho Sales và đội chăm sóc khách hàng

Từ toàn bộ tài khoản đến danh sách gửi đi
  1. Tất cả tài khoản
  2. Áp BR-07chỉ giữ tài khoản sắp rời bỏ
  3. Loại trừtài khoản dùng thử và đã huỷ
  4. Gửi điCRM hằng ngày · chínhEmail 08:00 · phụ
Email gửi 08:00 theo múi giờ của Sales, gồm tổng số, năm tài khoản giá trị cao nhất và đường dẫn CRM.
  • Nguồn: cuộc họp tuần (quyết định D3) và email khách trả lời Q1 đến Q3.
  • Ngoài phạm vi: mỗi người tự chọn giờ nhận email.

C. Ticket Jira đạt Definition of Ready

US-05READY

Daily churn-risk email to Sales and CSM

Business goal. Sales and CSM need to see churn-risk accounts every morning so they can reach out before the account is suspended, without opening the CRM.

User story. As a Sales or CSM member, I want a daily 08:00 PT email listing churn-risk accounts so that I can prioritise outreach.

Business rules

  • BR-07 defines churn risk.
  • BR-08 (new): exclude trial and cancelled accounts.
  • BR-09 (new): send the email only when the list is not empty.

Acceptance criteria

  • Given at least one churn-risk account, when it is 08:00 PT, then Sales and CSM receive an email with the total count, the five accounts with the highest MRR and a link to the CRM view.
  • Given an empty list, when it is 08:00 PT, then no email is sent.
  • Given a trial account that is about to expire, when the list is calculated, then the account is not included.
  • Given the email was sent, when the log is checked, then there is a record with the count and the recipients.

Notes for QA. The server runs on UTC and the email goes out at 08:00 PT, including daylight saving changes. Cover an empty list, a trial account, and an account that paid this morning (must be excluded).

Epic
Subscription expiry and renewal reminders
Labels
client-request, reporting
Priority
Medium
Story points
3
Impact analysisWhat US-05 touches
reusesaddsnoneUS-05Daily emailChurn jobfrom US-04Notifications+1 templateBillingno impact
Definition of ReadyDev đã xác nhận trước khi kéo vào sprint
  • Mục tiêu nghiệp vụ
  • Vai trò bị ảnh hưởng
  • Business rules có mã
  • Luồng chính và ngoại lệ
  • Mockup
  • Acceptance criteria
  • Impact analysis
  • Phụ thuộc
  • Dev đã xác nhận

Người xác minh: BA.

Tài liệu mẫu, dữ liệu mô phỏng. Cấu trúc và cách trình bày là cách tôi làm thật.