Tài liệu này trình bày công thức tính bồi thường theo 6 hạng mục. Số tiền cụ thể sẽ được tính khi có đủ dữ liệu đo S — biến số chính phản ánh impact của email tới hành vi mua sub thực tế.
Giá trị 1 user pay sub trong 1 tháng. Mọi thiệt hại quy về số sub bị mất × ¥5,000.
S = số sub mới trung bình trong vòng 48 giờ sau mỗi lần publish video thành công
n = số lần publish video mà email không gửi (trong phạm vi sự cố LRCC-2417). Dùng làm hệ số nhân cho Loại 2 và Loại 3.
C = cancel rate net (% huỷ sub do sự cố trừ đi % huỷ tự nhiên). Áp dụng cho Loại 4. Hiện chưa tính được từ data → có thể dùng giả định ban đầu.
Hệ thống gửi catch-up duplicate cùng lúc 20/5 → follower nhận mail duplicate. Tổn hại có xảy ra nhưng cancel rate do spam khó định lượng chính xác nên không thể tính số tiền cụ thể trong khung này.
Các lần publish video bị bỏ sót email → mất số sub mới lẽ ra phát sinh từ các lần publish đó. Tính trực tiếp bằng S nhân với số lần bỏ sót.
Lỗi tương tự vẫn xảy ra dù KH đã báo > 1 tuần — tổn hại tin cậy vào quy trình xử lý sự cố.
Lộ link nội bộ ra 4,695 user thật do UAT chưa đầy đủ + tổn hại uy tín thương hiệu.
SendGrid tính tiền theo gói (lượng đỉnh/tháng) → email gửi nhầm không phát sinh chi phí đáng kể. Không tính riêng vào tổng.
Thời gian × đơn giá giờ của KH dành cho điều tra, trao đổi, phối hợp giữa các bộ phận, báo cáo cấp trên. Đề xuất KH cung cấp số liệu.
Đây là tỉ lệ NET — số sub mới phát sinh trong 48h sau publish, đã loại trừ phần user tự sub từ các nguồn khác (truy cập web, social, giới thiệu). Chỉ tính phần increment riêng do email publish kích hoạt.
C = (% huỷ sub sau sự cố) − (% huỷ sub tự nhiên)
Đã loại trừ phần user tự huỷ vì lý do không liên quan (thay đổi nhu cầu, hết quan tâm).
Chỉ tính phần huỷ gia tăng do email gửi nhầm / lộ link test.
SendGrid chỉ lưu lịch sử 1 tháng. Phạm vi dữ liệu: 27/04 → 27/05/2026. Các con số cụ thể về số lượng email/noti cho các hạng mục khác (Loại 1, Loại 2) không trình bày trong tài liệu này.
Đây là con số duy nhất được trình bày trong tài liệu để chứng minh sự cố Loại 4 — phản ánh scope thực sự của việc lộ link nội bộ ra user production.
| # | Hạng mục | Công thức |
|---|---|---|
| ① Lỗi gốc — 30/4 → 19/5 | ||
| 2 |
Email/noti không gửi
Các lần publish video không gửi được email
|
n × S × ¥5,000 × 0.60
n = số video bị thiếu email · S = sub mới trung bình per publish (48h)
0.60 = hệ số khắc phục (đã gửi lại với link production đúng) |
| ② Phát sinh trong khắc phục — 20/5 | ||
| 1 |
Email/noti gửi hàng loạt
Mass send 20/5 catch-up duplicate
|
Không tính được số tiền cụ thể
Tổn hại có xảy ra (follower nhận mail duplicate) nhưng cancel rate do spam khó định
lượng chính xác từ dữ liệu hiện có → ghi nhận về mặt định tính, không đưa vào tổng tiền.
|
| 3 |
Degrade lặp lại trên PRD
Lỗi tiếp diễn dù đã báo
|
25% × Loại 2 thô
= 25% × (n × S × ¥5,000)
Chỉ tính trên Loại 2 thô (Loại 1 không tính được số cụ thể, nên không đưa vào base của penalty). Tính trên phần thô (chưa trừ hệ số khắc phục) để phản ánh đầy đủ penalty cho việc lỗi lặp lại. |
| 4 |
Test link + Uy tín dịch vụ
UAT chưa đầy đủ → 4,695 user nhận mail có link test
|
4,695 × C × ¥5,000
4,695 = unique user nhận mail có link test (data SendGrid)
Không áp hệ số khắc phục vì trust hit đã xảy ra khi user thấy URL test, không undo được |
| ③ Bổ sung | ||
| 5 | Chi phí SendGrid |
Không tính riêng — chi phí phát sinh không đáng kể do gói tính theo lượng đỉnh/tháng. |
| 6 | Nguồn lực KH |
Loại 6 = Σ (giờ × đơn giá_role) — chờ KH cung cấp số liệu. |
|
TỔNG ĐỀ XUẤT
Σ = Loại 2 + Loại 3 + Loại 4 (+ Loại 6 chờ KH)
Loại 1 ghi nhận về mặt định tính, không đưa vào tổng tiền · Loại 5 SendGrid không tính riêng
|
||
Sau khi phát hiện sự cố, chúng tôi đã chủ động (1) gửi email xin lỗi và (2) gửi lại các thông báo bị bỏ sót với link production chính xác (ngày 20/5). Hệ số khắc phục chỉ áp dụng cho Loại 2.
Một trong các yếu tố KH đã đề cập là chi phí thực tế phát sinh qua SendGrid do email gửi nhầm. Sau khi kiểm tra, chúng tôi xin cung cấp các thông tin sau để hai bên cùng đánh giá:
Bao gồm: thời gian điều tra + trao đổi + phối hợp giữa các bộ phận + báo cáo cấp trên. Đề xuất KH cung cấp theo dạng:
Sau khi KH cung cấp, chúng tôi sẽ tính chi tiết và bổ sung vào tổng đề xuất bồi thường.