Product Management
Đăng nhập
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Bài 4 — Đo tần suất, thời gian và chi phí: biến sơ đồ thành con số quyết định

Đã đọc 0/7 mục · còn khoảng 3 phút
Cách chúng tôi ghi nhận

Một mục được tính là đã đọc khi nó nằm giữa màn hình đủ lâu so với độ dài của nó (bảng và sơ đồ tính một nửa), bạn vẫn đang cuộn hoặc bấm phím, và bạn đã thấy tới cuối mục. Lướt nhanh hoặc để tab mở không được tính. Chúng tôi chỉ lưu thời gian đọc từng mục — không lưu gì khác.

Sơ đồ đẹp nhưng không ai duyệt ngân sách dựa trên sơ đồ. Họ duyệt dựa trên con số: quy trình này chạy bao nhiêu lần, tốn bao nhiêu tiền, agent tiết kiệm được bao nhiêu. Bài này dạy bạn đo ba chỉ số cốt lõi và ước tính ROI để chọn đúng quy trình.

Ba chỉ số cốt lõi

  • Tần suất (frequency) — số lần quy trình/bước chạy trong một khoảng (lần/tháng). Tần suất cao → tiềm năng tiết kiệm lớn khi nhân với chi phí đơn vị.
  • Cycle time — thời gian từ sự kiện đầu đến cuối của một case. Bao gồm thời gian xử lý + thời gian chờ.
  • Chi phí (cost) — tiền cho mỗi lần chạy, thường tính từ thời gian xử lý × đơn giá nhân sự cộng chi phí trực tiếp.
Công thức nền tảng:

Chi phi thang cua quy trinh = Tan suat/thang × Chi phi trung binh moi case
Tiem nang tiet kiem = Chi phi thang × Ty le tu dong hoa duoc × (1 - chi phi van hanh agent)

Đo cycle time bằng PM4Py

import pm4py

# Thoi gian chu ky trung binh (giay) cua tung case
cycle = pm4py.get_case_duration(df)  # tra ve dict case_id -> seconds
avg_days = (sum(cycle.values()) / len(cycle)) / 86400
print(f"Cycle time trung binh: {avg_days:.1f} ngay")

Để tìm bottleneck, đo thời gian chờ giữa hai bước: với mỗi cặp (activity trước, activity sau) trong cùng case, lấy hiệu timestamp và tính trung bình. Bước nào có thời gian chờ trung bình lớn nhất chính là điểm nghẽn.

Ví dụ tính ROI cụ thể

Quy trình duyệt hóa đơn:

  • Tần suất: 6.000 case/tháng
  • Thời gian xử lý thủ công trung bình: 12 phút/case
  • Đơn giá nhân sự: 80.000đ/giờ = 1.333đ/phút
  • Chi phí/case = 12 × 1.333 = 16.000đ
  • Chi phí/tháng = 6.000 × 16.000 = 96 triệu đồng
Giả sử agent tự động hóa được 70% khối lượng (happy path), chi phí vận hành agent bằng 15% chi phí gốc:

Tiet kiem = 96tr × 0.70 × (1 - 0.15) = 57,1 trieu/thang

Con số 57 triệu/tháng này là thứ mở được ngân sách, không phải sơ đồ.

Khung tư duy: ma trận Tần suất × Chi phí

Xếp mọi quy trình vào ma trận 2×2:

              Chi phi/case THAP     Chi phi/case CAO
Tan suat CAO   Tu dong hoa GAP      UU TIEN SO 1
Tan suat THAP  Bo qua               Can nhac (case-by-case)
  • Cao × Cao → ưu tiên tuyệt đối, ROI lớn nhất.
  • Cao × Thấp → tự động hóa được nhưng lợi ích mỏng, làm khi rảnh.
  • Thấp × Cao → cân nhắc, có thể agent hỗ trợ người thay vì thay hẳn.
  • Thấp × Thấp → bỏ qua, không đáng công.

Các bước đo lường

  • Đếm tần suất case và tần suất từng activity trong kỳ.
  • Tính cycle time trung bình và trung vị (median tránh bị case dị thường kéo lệch).
  • Gán đơn giá cho mỗi bước (giờ công × lương, hoặc chi phí hệ thống).
  • Tính chi phí trung bình mỗi case và chi phí tháng.
  • Ước tính tỷ lệ khối lượng agent có thể xử lý (thường = % happy path).
  • Tính tiềm năng tiết kiệm và xếp vào ma trận.

Sai lầm thường gặp

  • Dùng trung bình (mean) thay vì trung vị (median) cho cycle time. Vài case kẹt 60 ngày sẽ kéo mean lên, làm bạn phóng đại vấn đề.
  • Quên chi phí chờ đợi: cycle time 4 ngày nhưng chỉ 12 phút xử lý — phần lớn là chờ. Agent giảm được thời gian chờ, đó cũng là giá trị.
  • Bỏ qua chi phí vận hành agent (API, giám sát, sửa lỗi) khi tính ROI, dẫn đến kỳ vọng ảo.
  • Lấy 100% khối lượng làm cơ sở tiết kiệm trong khi agent chỉ xử được happy path 70%.
  • Không tính chi phí sai sót: nếu agent xử lý sai 2% và mỗi lỗi tốn tiền sửa, phải trừ vào lợi ích.
Học xong bài này rồi? Tạo tài khoản miễn phí để lưu lại — lần sau vào là biết ngay đang dở ở đâu, và học hết khóa thì có chứng chỉ. Lưu tiến độ của tôi