Segment: PRD

Domain Communications · function segment · mã story COMM-SEG · SDD · Tests

Hiện trạng: chưa xây thành function riêng. PRD này là yêu cầu; xem SDD cho phần phân nhóm viết cứng đang có.

Mục tiêu

Người vận hành chọn được tập người nhận cho một thông điệp (thông báo, bản tin, email gắn kết) bằng tiêu chí có tên, xem trước số người, và cùng một định nghĩa dùng được ở mọi kênh.

User story

COMM-SEG-01: định nghĩa nhóm theo tiêu chí

Là người vận hành, tôi muốn định nghĩa một nhóm theo cộng đồng nhà, mức thành viên (Free/Pro/Master) và trạng thái học, để gửi đúng người mà không viết SQL.

• Given tôi chọn cộng đồng "Marketing" và mức "Pro" When lưu nhóm Then nhóm có tên, có định nghĩa lưu lại, và tính lại được bất cứ lúc nào.

COMM-SEG-02: xem trước số người trước khi gửi

Là người vận hành, tôi muốn thấy số người trong nhóm trước khi gửi, để không gửi nhầm cho cả hệ.

• Given một nhóm đã định nghĩa When tôi mở màn gửi Then thấy số người nhận và vài người mẫu; nhóm rỗng thì không cho gửi.

COMM-SEG-03: chỉ tài khoản thật

Là người vận hành, tôi muốn mọi nhóm mặc định chỉ chứa tài khoản thật đang hoạt động, để không gửi vào danh sách nhập cũ chưa từng đăng nhập và làm hỏng uy tín miền.

• Given một người chỉ có ở legacy_users và chưa từng đăng nhập When tính nhóm Then người đó không có trong nhóm.

COMM-SEG-04: tôn trọng tuỳ chọn nhận

• Given một người đã huỷ nhận thư gắn kết When nhóm dùng cho một thông điệp gắn kết Then người đó bị loại; với thư giao dịch thì không loại. Xem preferences.

COMM-SEG-05: audience công khai và thành viên

Là người soạn, tôi muốn mọi thông điệp hiển thị trên web khai rõ nó dành cho khách hay thành viên, để tin nội bộ không lộ ra ngoài.

• Given một mục What's New When biên dịch Then audience bắt buộc (đây là phần duy nhất của story này đã có, xem COMM-WN-05).