Chuyển đổi không gián đoạn, Tối ưu trải nghiệm người dùng

Kế hoạch được thiết kế để thay thế hệ thống cũ (Legacy) bằng giải pháp Finance OS với ưu tiên hàng đầu là sự ổn định của vận hành kinh doanh (Business Continuity). Chúng tôi áp dụng mô hình triển khai cuốn chiếu, có lưới an toàn và quản trị rủi ro chủ động với các bên thứ 3.

🔄

Triển khai cuốn chiếu

Chia nhỏ 4 đợt để kiểm soát rủi ro. Bắt đầu với "Quick Win" Telesales, CS. Tiếp tục xử lý đến các module phức tạp Collection/Underwriting.

🛡️

An toàn tuyệt đối

Mở rộng dần theo Cổng chất lượng (10% → 30% → 100%) với điều kiện rõ ràng để đảm bảo sự ổn định.

👥

Customer-Centric

Tôn trọng quy trình, kiến thức nghiệp vụ. Tiếp cận "Tìm hiểu, xác nhận trước, Làm sau" thông qua Prototype trực quan và Workshop nghiệp vụ kỹ lưỡng trước khi chốt BRD.

📊

Quản trị linh hoạt

Kịch bản dự phòng cho các biến số bên thứ 3 (Softmart, Zalo...). Đảm bảo tiến độ tổng thể không bị tắc nghẽn bởi một module.

Thứ tự triển khai

Đợt 0: Khảo sát & BRD
Xây dựng nền tảng • Thiết kế giải pháp
Hoàn thành 03/03
Bắt đầu
03/02
Hoàn thành
03/03
Đợt 1: Telesales/DB
Digital Business • Ít phụ thuộc nhất
166 seats
Bắt đầu
03/03
Vận hành
18/04
CRMLead Management
Đợt 2: CS Inbound
Customer Service • Nhỏ, tạo đà
16 seats
Bắt đầu
17/03
Vận hành
02/05
IVRLOS Integration
Đợt 3: Collection
Thu hồi nợ • Tích hợp Softmart
110 seats
Bắt đầu
31/03
Vận hành
16/05
AutoDialer⚠️ Middleware Softmart
Đợt 4: Underwriting
Thẩm định • Zalo Video Call
66 seats
Bắt đầu
14/04
Vận hành
30/05
Zalo Video CallZNS
Tháng 2
Tháng 3
Tháng 4
Tháng 5
W1
W2
W3
W4
W5
W6
W7
W8
W9
W10
W11
W12
W13
W14
W15
W16
Khảo sát & BRD
Khảo sát → BRD (03/03)
Đợt 1: Telesales
Phát triển
UAT
Pilot → 18/04
Đợt 2: CS Inbound
Phát triển
UAT
Pilot → 02/05
Đợt 3: Collection
Phát triển
UAT
Pilot → 16/05
Đợt 4: Underwriting
Phát triển
UAT
Pilot → 30/05
🔄
Vận hành song song
BaseBS + CMC cùng chạy
📈
Mở rộng từng bước
10% → 30% → 100%
Điều chỉnh liên tục
Quay lui là phương án cuối
🧪
Thử nghiệm
10%
Người dùng chọn lọc
Tối thiểu 3 ngày
CỔNG 1
Đánh giá tiêu chí mở rộng
📈
Mở rộng
30 - 50%
Nhóm người dùng lớn
Tối thiểu 5 ngày
CỔNG 2
Đánh giá tiêu chí Golive
🚀
Toàn bộ
100%
Vận hành chính thức
Hỗ trợ tập trung
Cổng 1: 10% → 30%
Lỗi nghiêm trọng: 0
Lỗi lớn: < 3 đang mở
Uptime: > 99%
Luồng chính: > 95% thành công
Cổng 2: 30% → 100%
Lỗi nghiêm trọng: 0
Lỗi lớn: < 2 đang mở
Uptime: > 99.5%
Hài lòng: > 80% phản hồi tốt
TL ký xác nhận sẵn sàng
Chiến lược Vận hành song song (Safety Net)
Giai đoạnHệ thống cũ (BaseBS)Hệ thống mới (CMC)
Thử nghiệm 10%Hoạt động cho 90% userHoạt động cho 10% user
Mở rộng 30%Hoạt động cho 70% userHoạt động cho 30% user
Vận hành toàn bộChờ (Standby) - Đồng bộ dữ liệuHoạt động 100%
Sau vận hành +2 tuầnChờ (Chỉ đọc) hoặc NgừngChạy chính thức ổn định
Mô hình 1 tuần kiểm thử song song
Phát triển xong
IT Kiểm thử Kỹ thuật
Biz Kiểm thử Nghiệp vụ
Thử nghiệm (Pilot)
*Hai luồng kiểm thử diễn ra đồng thời để tiết kiệm thời gian
🛠️
Kiểm thử Kỹ thuật
Chủ trì: IT Lotte
Trọng tâm: Tích hợp API, Hiệu năng, Bảo mật, Data Sync.
Kịch bản: Giả lập tải, ngắt kết nối, check log.
Tiêu chí đạt:
- 100% API thành công
- Thời gian phản hồi
- Đạt checklist bảo mật
👥
Kiểm thử Nghiệp vụ
Chủ trì: Team Lead
Trọng tâm: Quy trình, Trải nghiệm (UX), Quy tắc nghiệp vụ.
Kịch bản: End-to-end các tình huống thực tế hàng ngày.
Tiêu chí đạt:
- 95% kịch bản đạt
- 0 lỗi nghiêm trọng (blocker)
- UX thuận tiện
🚀
Thử nghiệm thực tế
Chủ trì: CMC + Ops
Trọng tâm: Vận hành thật với khách hàng thật.
Đối tượng: Nhóm người dùng kinh nghiệm (Champions).
Tiêu chí đạt:
- Hoàn thành công việc trong ngày
- Uptime > 99%
- Không lỗi dữ liệu
⚠️ Biến số rủi ro về nhân sự kiểm thử
  • Phương án A (Tốt nhất): Đội chuyên trách (Full-time) trong tuần kiểm thử → Timeline giữ nguyên.
  • Phương án B (Trung bình): Tham gia bán thời gian (50%) → Cần cộng thêm 3-5 ngày mỗi giai đoạn.
  • Phương án C (Rủi ro): Tham gia theo yêu cầu (Ad-hoc) → Rủi ro kéo dài kiểm thử thêm 1-2 tuần.
Phương pháp tiếp cận
🔍
1. Khảo sát
Hiểu Pain-point &
Quy trình hiện tại
📱
2. Prototype
Minh họa hóa yêu cầu
(Xác nhận trực quan)
🗣️
3. Workshop
Xác nhận yêu cầu
trên Prototype
📝
4. BRD & Specs
Văn bản hóa &
Thiết kế hệ thống
Kế hoạch hành động Tháng 2/2026
Tuần 1
03/02 - 07/02
Tài liệu "Đánh giá hiện trạng" và Prototype v0.1
Khảo sát trực tiếp
Tuần 2
10/02 - 14/02
Workshop xác nhận yêu cầu từng phòng ban
Hoàn thiện tài liệu BRD, API Specs
Tuần 3
17/02 - 21/02
🧧 NGHỈ TẾT NGUYÊN ĐÁN 🧧
Tuần 4
24/02 - 03/03
Rà soát & Điều chỉnh
HOÀN THIỆN & KÝ DUYỆT BRD (03/03)
Sản phẩm bàn giao (Deliverables)
Báo cáo khảo sát: Ghi nhận hiện trạng, Pain-points, Khoảng cách (Gap).
Prototype: Minh họa trực quan các luồng nghiệp vụ chính.
Tài liệu BRD v1.0: Đặc tả yêu cầu nghiệp vụ chi tiết.
Tài liệu Specs: Kiến trúc hệ thống, API, Bảo mật.
Chi tiết timeline
Chờ BRD
Phát triển
03/03 - 28/03
Đào tạo
26/03 - 28/03
Kiểm thử (song song)
31/03 - 04/04
Thử nghiệm + Dự phòng
07/04 - 18/04
Vận hành
18/04
Hỗ trợ sau triển khai
18/04 - 02/05
Nhân sự kiểm thử Đợt 1
Xem phương pháp UAT →
Lead Nghiệp vụ
TL/ASM Digital Business
User Thử nghiệm
~2-3 agents
Hỗ trợ Kỹ thuật
[__] IT Lotte
⚠️ Biến số cần theo dõi

Landing Page API:
• Phương án A: Tài liệu API rõ ràng → timeline giữ nguyên
• Phương án B: Cần làm việc thêm với team Landing Page → +3-5 ngày

Chi tiết timeline
Chờ BRD
Phát triển
17/03 - 11/04
Đào tạo
10/04 - 11/04
Kiểm thử (song song)
14/04 - 18/04
Thử nghiệm + Dự phòng
21/04 - 02/05
Vận hành
02/05
Hỗ trợ sau triển khai
02/05 - 16/05
Nhân sự kiểm thử Đợt 2
Xem phương pháp UAT →
Lead Nghiệp vụ
TL CS (Inbound)
User Thử nghiệm
~2-3 agents
Hỗ trợ Kỹ thuật
[__] IT Lotte
⚠️ Biến số cần theo dõi

Độ phức tạp IVR:
• Phương án A: Luồng IVR đơn giản, API Way4 rõ ràng → timeline giữ nguyên
• Phương án B: IVR phức tạp hơn dự kiến → +1 tuần phát triển
• Phương án C: Vấn đề API Way4 → +1-2 tuần

Chi tiết timeline
Chờ BRD
Phát triển
31/03 - 25/04
Đào tạo
23/04 - 25/04
Kiểm thử (song song)
28/04 - 02/05
Thử nghiệm + Dự phòng
05/05 - 16/05
Vận hành
16/05
Hỗ trợ sau triển khai
16/05 - 30/05
Nhân sự kiểm thử Đợt 3
Xem phương pháp UAT →
Lead Nghiệp vụ
TL Collection
User Thử nghiệm
~2-3 agents
Hỗ trợ Kỹ thuật
[__] IT Lotte
🚨 Biến số QUAN TRỌNG: Softmart/Middleware

Phương án A: Softmart hợp tác, Ibox có tài liệu → timeline giữ nguyên
Phương án B: Softmart hợp tác nhưng Ibox phức tạp → +2 tuần phát triển
Phương án C: Softmart không hợp tác → +3-4 tuần, cần leo thang
Phương án D: Ibox không có tài liệu → cần phân tích ngược, +4 tuần

→ Nếu Đợt 3 chậm, Đợt 4 có thể triển khai trước (không phụ thuộc nhau)

Chi tiết timeline
Chờ BRD
Phát triển
14/04 - 09/05
Đào tạo
08/05 - 09/05
Kiểm thử (song song)
12/05 - 16/05
Thử nghiệm + Dự phòng
19/05 - 30/05
Vận hành
30/05
Hỗ trợ sau triển khai
30/05 - 13/06
Nhân sự kiểm thử Đợt 4
Xem phương pháp UAT →
Lead Nghiệp vụ
TL Underwriting
User Thử nghiệm
~2-3 agents
Hỗ trợ Kỹ thuật
[__] IT Lotte
🚨 Biến số QUAN TRỌNG: Zalo Video Call

Phương án A: Đối tác sẵn sàng trước 31/03 → timeline giữ nguyên
Phương án B: Đối tác sẵn sàng 15/04 → Đợt 4 chậm 2 tuần (vận hành 14/06)
Phương án C: Đối tác sẵn sàng tháng 5 → Đợt 4 chậm 4+ tuần
Phương án D: Không sẵn sàng Q2 → Tách UW ra giai đoạn 2

→ Nếu Zalo chậm nhưng Softmart OK, có thể đổi thứ tự: Đ4 chậm, Đ3 đúng hạn

02/02
Prototype v0.1 sẵn sàng (CMC Dev)
03/02 - 07/02
Khảo sát HN - 4 modules (Team Sơn)
Trước 07/02
Làm rõ tình hình Softmart & Zalo (IT Lotte / CMC)
10/02 - 14/02
Workshop xác nhận yêu cầu (Tất cả)
14/02
Xác nhận nhân sự & quy trình kiểm thử (Lotte)
21/02
Bàn giao bản thảo BRD (CMC)
03/03
Ký duyệt BRD & Khởi động Đợt 1
Giả định quan trọng
Tài liệu API (LOS, Way4, Vtiger) đủ và chính xác (Nếu không: Cần phân tích ngược)
BaseBS chạy song song trong suốt quá trình chuyển đổi
Nền tảng CMC đáp ứng 70%+ tính năng sẵn có (OOTB)
Lotte có đội hỗ trợ L1 sau khi vận hành
Cập nhật định kỳ
Hàng ngày (Trong kiểm thử)
Họp nhanh 15p (PM CMC + IT Lotte)
Hàng tuần (Trong phát triển)
Email trạng thái & Cuộc gọi (CMC)
Hai tuần/lần
Báo cáo tóm tắt cho CIO Lotte
Ma trận leo thang
Kiểm thử chậm > 1 tuần
→ PM CMC + IT Lead Lotte
Phụ thuộc chậm (Softmart/Zalo)
→ CMC + CIO Lotte (trong 48h)
Vấn đề ngân sách/Timeline trượt > 2 tuần
→ CMC (Anh Hợp) + Tất cả bên liên quan
Kế hoạch dự phòng (Decision Tree)
🔴
Vấn đề lớn (Lỗi nghiêm trọng/Tích hợp fail):
Dừng lại phân tích. Nếu sửa > 2 tuần → Leo thang, đánh giá lại timeline.
🟠
Vấn đề nhỏ (< 5 lỗi TB):
Gia hạn kiểm thử 3-5 ngày. Đợt sau giữ nguyên nếu không phụ thuộc.
🔵
Bị chặn (Phụ thuộc bên ngoài):
Bỏ qua Đợt bị chặn, tiến hành Đợt tiếp theo (VD: Zalo chậm → Làm Đ1, 2, 3 trước).
Kịch bản A
Tốt nhất
30/05
BRD đúng hạn (03/03). Softmart hợp tác. Zalo sẵn sàng trước 31/03.
Kịch bản B
Vừa phải
~15/06
BRD chậm 1 tuần (10/03). Softmart cần thêm 2 tuần. Zalo sẵn sàng 15/04.
Kịch bản C
Thách thức
Cuối T6
BRD chậm 2 tuần (17/03). Softmart không hợp tác (cần reverse-engineer). Zalo chậm đến T5.
Kịch bản đặc biệt
Kịch bản D: Triển khai từng phần
Zalo không sẵn sàng trong Q2
Telesales/DB + CS + Collection: 30/05 Underwriting: Giai đoạn 2 (T7-T8)
Kịch bản E: Đổi thứ tự
Softmart chặn, Zalo sẵn sàng
Đ1 → Đ2 → Đ4 → Đ3 Vẫn hoàn thành ~30/05 nếu Đ3 chỉ chậm 2 tuần
⚠️ Softmart / Tích hợp
Q1
Softmart trong phạm vi CMC hay ngoài?
Q2
Softmart có cam kết hỗ trợ không?
Q3
Ibox có tài liệu không?
Q4
Ai ở Lotte hiểu logic Ibox?
Q5
Ước lượng độ phức tạp thay Ibox?
📱 Zalo
Q6
Zalo partnership status?
Q7
Ngày thực tế có môi trường thử nghiệm?
Q8
Người liên hệ Zalo?
Q9
Phương án dự phòng nếu Zalo chậm?
👥 Kiểm thử & Nhân sự
Q10
Đội kiểm thử gồm những ai (IT)?
Q11
Đội kiểm thử có sẵn bao nhiêu %?
Q12
Ai quyết định Đi/Không đi mỗi đợt?
Q13
Ai ký duyệt BRD?
🎯 Vận hành & Tiêu chí
Q14
Mức lỗi chấp nhận được khi vận hành?
Q15
Yêu cầu hiệu năng (thời gian phản hồi)?
Q16
BaseBS chạy song song đến khi nào?
Q17
Lotte có đội hỗ trợ L1 không?