Bài 3 — Thiết kế lộ trình Rollout: Pilot, sóng lan và tiêu chí Go/No-Go

Đừng bao giờ big-bang

Bật agent cho cả tổ chức trong một ngày là cách nhanh nhất để đốt niềm tin: một sự cố lan ra toàn bộ, không ai đỡ kịp, và ấn tượng đầu tiên hỏng thì rất khó cứu. Rollout đúng là một chuỗi sóng có kiểm soát, mỗi sóng có tiêu chí Go/No-Go rõ ràng.

Khung 3 sóng

• Sóng 0 — Pilot kín (1–2 tuần): 3–6 người, gồm champion. Mục tiêu: phát hiện lỗi thật trong workflow thật, KHÔNG đo adoption đại trà.
• Sóng 1 — Nhóm mở rộng (2–4 tuần): một đội hoàn chỉnh (10–20 người). Mục tiêu: kiểm tra agent chịu được người dùng bình thường (không phải early adopter).
• Sóng 2 — Toàn bộ: mở rộng theo phòng/ban, có champion mỗi nhóm.

Mỗi sóng chỉ mở khi sóng trước đạt tiêu chí Go.

Ví dụ cụ thể: agent soạn email báo giá

• Pilot: 4 sales chủ động. Phát hiện agent hay để sai đơn vị tiền tệ khi khách nước ngoài. Fix trước khi lan.
• Sóng 1: cả team 15 sales. Phát hiện người dùng bình thường không biết agent có tính năng chỉnh giọng văn — vấn đề đào tạo, không phải model.
• Sóng 2: 5 chi nhánh, mỗi nơi một champion đã được huấn luyện.

Tiêu chí Go/No-Go: viết trước, không cãi sau

Định nghĩa NGƯỠNG trước khi chạy, để quyết định dựa trên số chứ không dựa trên cảm xúc phòng họp.

go_no_go:
  wave_1_to_2:
    go_if:
      - active_usage_rate >= 0.6      # 60% người dùng dùng thật/tuần
      - task_success_rate >= 0.9
      - critical_incidents == 0
      - user_trust_survey >= 3.8       # thang 5
    no_go_if:
      - active_usage_rate < 0.35
      - any_unresolved_critical_incident
    else: "hold: kéo dài sóng, xử lý vấn đề rồi đánh giá lại"

Ba kết cục: Go (mở sóng sau), No-Go (dừng, sửa gốc), Hold (giữ nguyên phạm vi, xử lý rồi đo lại). Đừng ép Go khi số chưa đạt.

Các bước lập kế hoạch rollout

• Chọn pilot group có champion + người dùng thật (tránh chỉ chọn người thích công nghệ).
• Viết tiêu chí Go/No-Go cho từng cửa chuyển sóng, kèm ngưỡng số.
• Thiết kế kill switch: cách tắt agent nhanh và quay lại quy trình cũ nếu sự cố.
• Chuẩn bị đường lui (fallback) rõ: nếu agent lỗi, người dùng làm gì tiếp?
• Lên lịch từng sóng, để khoảng đệm xử lý phản hồi giữa các sóng.
• Định nghĩa "critical incident" là gì (ví dụ: agent gửi sai thông tin ra khách hàng).

Khung tư duy: mở rộng theo NIỀM TIN, không theo lịch

Áp lực deadline khiến người ta mở sóng dù chưa sẵn sàng. Nguyên tắc: mở rộng khi niềm tin đủ, không khi lịch tới. Một tuần chậm rẻ hơn nhiều so với việc đốt niềm tin của cả phòng ban.

Checklist trước mỗi cửa chuyển sóng

[ ] Đạt ngưỡng active usage đã định
[ ] Không còn critical incident chưa xử lý
[ ] Champion sóng sau đã được huấn luyện
[ ] Tài liệu/nhắc việc đã cập nhật theo lỗi phát hiện
[ ] Kill switch đã test hoạt động
[ ] Baseline metric của nhóm mới đã ghi

Sai lầm thường gặp

• Pilot toàn người mê công nghệ: kết quả đẹp giả tạo, đến sóng 1 gặp người bình thường là vỡ. Trộn cả người hoài nghi vào pilot.
• Không định nghĩa critical incident: khi sự cố xảy ra mới tranh cãi có nghiêm trọng không thì đã muộn.
• Không có kill switch: khi agent lỗi giữa giờ cao điểm mà không tắt nhanh được, một sự cố thành khủng hoảng niềm tin.
• Ép Go vì deadline: mở sóng khi usage mới 30% chỉ nhân rộng vấn đề.
• Bỏ khoảng đệm giữa các sóng: không có thời gian sửa thì lỗi sóng trước lặp lại ở sóng sau.

Tóm tắt

Rollout là chuỗi sóng có kiểm soát với tiêu chí Go/No-Go bằng số, kill switch và champion cho mỗi nhóm. Mở rộng theo niềm tin, không theo lịch. Bài sau: đào tạo người dùng để họ thực sự dùng được agent trong sóng của mình.