Tích hợp tổng đài với CRM: Quy trình, chi phí và kinh nghiệm triển khai thực tế

Nhân viên vừa nhấc máy nhưng phải hỏi lại tên, số điện thoại, lịch sử mua hàng và vấn đề khách hàng đã phản ánh trước đó. Sau cuộc gọi, nội dung trao đổi được ghi vào sổ, Excel hoặc thậm chí không được lưu lại. Khi khách hàng gọi lần tiếp theo, một nhân viên khác gần như phải bắt đầu lại từ đầu.

Đây là tình trạng phổ biến khi tổng đài và phần mềm CRM hoạt động độc lập.

Tích hợp tổng đài với CRM giúp kết nối dữ liệu cuộc gọi với hồ sơ khách hàng. Khi có cuộc gọi đến, nhân viên có thể nhận diện người gọi, xem lịch sử tương tác và cập nhật kết quả ngay trên CRM. Với cuộc gọi đi, nhân viên có thể nhấn vào số điện thoại để gọi mà không phải nhập số thủ công.

Tuy nhiên, tích hợp CRM không chỉ là cài một nút gọi điện. Một dự án hoàn chỉnh còn liên quan đến dữ liệu khách hàng, luồng cuộc gọi, API, phân quyền, ghi âm, báo cáo, bảo mật và quy trình vận hành sau cuộc gọi.

Tích hợp tổng đài với CRM là gì?

Tích hợp tổng đài với CRM là quá trình kết nối hệ thống điện thoại của doanh nghiệp với phần mềm quản lý quan hệ khách hàng để dữ liệu cuộc gọi và hồ sơ khách hàng có thể được trao đổi theo quy tắc xác định.

Sau khi tích hợp, hệ thống có thể hỗ trợ:

• Nhận diện khách hàng qua số điện thoại.
• Hiển thị hồ sơ khi có cuộc gọi đến.
• Gọi trực tiếp từ CRM.
• Tự động lưu nhật ký cuộc gọi.
• Gắn cuộc gọi với khách hàng, công ty, cơ hội hoặc ticket.
• Hiển thị lịch sử tương tác.
• Lưu kết quả cuộc gọi.
• Tạo nhiệm vụ gọi lại.
• Liên kết hoặc phát bản ghi âm.
• Cập nhật trạng thái khách hàng.
• Kích hoạt quy trình chăm sóc tiếp theo.
• Tổng hợp báo cáo bán hàng và chăm sóc khách hàng.

Microsoft mô tả Dynamics 365 Channel Integration Framework là một khung tích hợp giữa nhà cung cấp kênh liên lạc với ứng dụng Dynamics 365 thông qua tập hợp API, sự kiện và giao thức. Framework đóng vai trò giao diện kết nối, chứ bản thân nó không phải là một hệ thống tổng đài.

CRM là gì và giữ vai trò nào trong hệ thống tổng đài?

CRM là phần mềm lưu trữ và quản lý thông tin liên quan đến khách hàng, khách hàng tiềm năng, cơ hội bán hàng và quá trình chăm sóc.

Một hồ sơ CRM có thể chứa:

• Họ tên và số điện thoại.
• Doanh nghiệp hoặc tổ chức.
• Sản phẩm đang quan tâm.
• Lịch sử mua hàng.
• Nhân viên phụ trách.
• Cuộc gọi trước đây.
• Email, tin nhắn hoặc lịch hẹn.
• Khiếu nại và yêu cầu hỗ trợ.
• Trạng thái cơ hội bán hàng.
• Công việc cần thực hiện tiếp theo.

Tổng đài quản lý hoạt động gọi điện. CRM quản lý mối quan hệ và lịch sử nghiệp vụ. Khi hai hệ thống được kết nối, cuộc gọi không còn là một sự kiện riêng lẻ mà trở thành một phần trong hành trình khách hàng.

Doanh nghiệp có thể tìm hiểu khái niệm nền tảng tại bài CRM là gì và được ứng dụng như thế nào?.

CTI là gì?

CTI là viết tắt của Computer Telephony Integration, nghĩa là tích hợp điện thoại với hệ thống máy tính hoặc phần mềm nghiệp vụ.

Trong phạm vi CRM, CTI có thể giúp:

• Hiển thị bảng điều khiển cuộc gọi trong CRM.
• Thực hiện Click-to-Call.
• Nhận cuộc gọi ngay trên giao diện làm việc.
• Mở hồ sơ người gọi.
• Giữ, chuyển hoặc kết thúc cuộc gọi.
• Tự động ghi nhận hoạt động.
• Nhập ghi chú và kết quả cuộc gọi.
• Liên kết bản ghi âm.

Microsoft cho phép tích hợp softphone của nhà cung cấp tổng đài vào Dynamics 365 Sales để nhân viên gọi cho khách hàng trực tiếp từ ứng dụng; hoạt động liên lạc có thể được ghi nhận thành hoạt động cuộc gọi trong CRM.

Tuy nhiên, không nên đồng nhất CTI với CRM hay tổng đài. CTI là lớp kết nối hoặc cơ chế tích hợp giữa các hệ thống.

Tích hợp tổng đài với CRM mang lại những chức năng nào?

Screen Pop – tự động hiển thị hồ sơ người gọi

Khi có cuộc gọi đến, hệ thống dùng số điện thoại để tìm hồ sơ tương ứng trong CRM.

Tùy thiết kế, hệ thống có thể:

• Mở ngay hồ sơ nếu chỉ tìm thấy một kết quả.
• Hiển thị danh sách nếu một số thuộc nhiều hồ sơ.
• Đề nghị tạo khách hàng mới nếu không tìm thấy.
• Mở ticket đang xử lý.
• Hiển thị người phụ trách khách hàng.
• Hiển thị cảnh báo hoặc thông tin ưu tiên.

Dynamics 365 Channel Integration Framework hỗ trợ cấu hình Screen Pop để cung cấp thông tin liên quan cho nhân viên khi bắt đầu tương tác.

Click-to-Call – nhấn để gọi

Nhân viên nhấn vào số điện thoại trên CRM để thực hiện cuộc gọi.

Lợi ích gồm:

• Không nhập số bằng tay.
• Hạn chế gọi nhầm.
• Giảm thời gian thao tác.
• Gắn cuộc gọi với đúng hồ sơ.
• Thuận lợi cho việc lưu nhật ký.
• Hỗ trợ theo dõi hoạt động gọi ra.

HubSpot cung cấp Calling Extensions SDK để ứng dụng bên ngoài bổ sung lựa chọn gọi trực tiếp trong hồ sơ CRM. Khi người dùng thực hiện cuộc gọi, HubSpot có thể tạo hoạt động trên dòng thời gian của hồ sơ và trao đổi dữ liệu với ứng dụng gọi điện.

Tự động lưu nhật ký cuộc gọi

Sau khi cuộc gọi kết thúc, CRM có thể nhận:

• Thời điểm bắt đầu.
• Thời điểm kết thúc.
• Thời lượng.
• Số gọi đến hoặc gọi đi.
• Nhân viên xử lý.
• Máy nhánh.
• Trạng thái cuộc gọi.
• Kết quả xử lý.
• Mã cuộc gọi.
• Liên kết bản ghi âm.
• Ghi chú.
• Lịch gọi lại.

HubSpot hỗ trợ tạo đối tượng hoạt động cuộc gọi và gắn hoạt động đó với hồ sơ liên hệ hoặc doanh nghiệp trong CRM.

Nhận cuộc gọi trong giao diện CRM

Ở mức tích hợp sâu hơn, nhân viên có thể nhận cuộc gọi, xem hồ sơ và ghi chú mà không phải chuyển qua lại giữa nhiều cửa sổ.

Tài liệu HubSpot cho biết ứng dụng sử dụng Calling SDK có thể hỗ trợ cuộc gọi đến trong CRM, tự động ghi nhật ký và cho phép người dùng ghi chú theo thời gian thực hoặc xem lại sau cuộc gọi.

Liên kết bản ghi âm và bản chép lời

CRM có thể lưu:

• File ghi âm.
• Liên kết có kiểm soát đến bản ghi.
• Thời gian lưu trữ.
• Trạng thái sẵn sàng của bản ghi.
• Bản chép lời.
• Kết quả phân tích cuộc gọi.

HubSpot cung cấp cơ chế liên kết bản ghi âm và transcript với hoạt động cuộc gọi để người dùng xem trong dòng thời gian CRM.

Không phải CRM nào cũng lưu trực tiếp file âm thanh. Một số hệ thống chỉ lưu đường dẫn đến nơi chứa bản ghi của nền tảng tổng đài.

Tạo ticket hoặc công việc tự động

Sau cuộc gọi, hệ thống có thể:

• Tạo ticket khiếu nại.
• Tạo nhiệm vụ gọi lại.
• Giao việc cho nhân viên phụ trách.
• Đặt thời hạn xử lý.
• Gửi email xác nhận.
• Cập nhật trạng thái cơ hội.
• Chuyển khách hàng sang một quy trình khác.

Đây là điểm tạo ra giá trị vận hành lớn hơn việc chỉ lưu lịch sử cuộc gọi.

Định tuyến dựa trên dữ liệu CRM

Trong một số kiến trúc, dữ liệu CRM có thể được sử dụng để hỗ trợ định tuyến:

• Khách hàng được chuyển tới nhân viên phụ trách.
• Khách hàng VIP được đưa vào hàng đợi ưu tiên.
• Cuộc gọi bảo hành được chuyển đến nhóm kỹ thuật.
• Khách hàng có ticket đang mở được chuyển đến bộ phận liên quan.
• Khách hàng theo khu vực được chuyển đến chi nhánh phù hợp.

Khả năng này phụ thuộc vào tổng đài, CRM, API và thiết kế luồng nghiệp vụ. Không nên mặc định mọi connector đều hỗ trợ định tuyến theo dữ liệu CRM.

Những mô hình tích hợp tổng đài với CRM phổ biến

Mô hình 1: Connector có sẵn

Nhà cung cấp tổng đài hoặc CRM đã xây dựng sẵn ứng dụng kết nối.

Ưu điểm:

• Thời gian triển khai có thể ngắn hơn.
• Ít phải lập trình.
• Quy trình cài đặt tương đối rõ.
• Có sẵn một số chức năng phổ biến.
• Dễ nhận hỗ trợ từ nhà cung cấp.

Hạn chế:

• Phạm vi tính năng có thể cố định.
• Không đáp ứng được quy trình đặc thù.
• Có thể phát sinh phí theo người dùng.
• Phụ thuộc vào phiên bản CRM và connector.
• Việc tùy chỉnh có thể bị giới hạn.

Cần phân biệt “có connector” với “đã hỗ trợ đầy đủ nhu cầu”. Một connector có thể chỉ hỗ trợ Click-to-Call và ghi nhật ký, nhưng không hỗ trợ cuộc gọi đến, Screen Pop hoặc đồng bộ bản ghi.

Mô hình 2: Tích hợp qua API và webhook

Hai hệ thống trao đổi dữ liệu thông qua API và sự kiện webhook.

Ví dụ:

1. Tổng đài nhận cuộc gọi.
2. Tổng đài gửi số người gọi và mã cuộc gọi sang CRM.
3. CRM tìm hồ sơ tương ứng.
4. CRM trả về thông tin cần hiển thị.
5. Sau cuộc gọi, tổng đài gửi trạng thái và thời lượng.
6. CRM cập nhật lịch sử và tạo nhiệm vụ tiếp theo.

Ưu điểm:

• Linh hoạt.
• Có thể thiết kế theo quy trình riêng.
• Kết nối được nhiều hệ thống.
• Có khả năng tự động hóa sâu.

Hạn chế:

• Cần phân tích và phát triển phần mềm.
• Cần bảo trì khi API thay đổi.
• Phải xử lý lỗi, bảo mật và đồng bộ dữ liệu.
• Chi phí ban đầu có thể cao hơn connector tiêu chuẩn.

Mô hình 3: Nhúng softphone vào CRM

Giao diện gọi điện được hiển thị trực tiếp trong CRM.

Nhân viên có thể:

• Đăng nhập tổng đài.
• Chuyển trạng thái sẵn sàng.
• Nhận và gọi điện.
• Giữ hoặc chuyển cuộc gọi.
• Nhập ghi chú.
• Chọn kết quả cuộc gọi.

Giao diện được nhúng không đồng nghĩa toàn bộ dữ liệu đã được đồng bộ. Doanh nghiệp vẫn cần kiểm tra dữ liệu nào được lưu vào CRM và dữ liệu nào chỉ tồn tại trên tổng đài.

Mô hình 4: Đồng bộ dữ liệu gián tiếp

Hệ thống định kỳ nhập hoặc xuất dữ liệu qua:

• CSV.
• Excel.
• SFTP.
• Công cụ trung gian.
• Nền tảng tự động hóa.
• Kho dữ liệu.

Mô hình này có thể phù hợp với báo cáo nhưng thường không đáp ứng tốt nhu cầu Screen Pop hoặc cập nhật theo thời gian thực.

Mô hình 5: Tích hợp qua middleware

Một lớp trung gian kết nối tổng đài, CRM và các hệ thống khác.

Middleware có thể:

• Chuẩn hóa dữ liệu.
• Quản lý luồng đồng bộ.
• Chuyển đổi định dạng.
• Xử lý hàng đợi sự kiện.
• Thử gửi lại khi lỗi.
• Lưu nhật ký tích hợp.
• Kết nối đồng thời nhiều hệ thống.

Mô hình này phù hợp với doanh nghiệp có kiến trúc phức tạp nhưng làm tăng phạm vi triển khai và yêu cầu vận hành.

Quy trình tích hợp tổng đài với CRM

Bước 1: Xác định mục tiêu nghiệp vụ

Doanh nghiệp cần trả lời:

• Muốn giải quyết vấn đề gì?
• Người dùng chính là bán hàng hay CSKH?
• Cần tích hợp cuộc gọi đến, gọi đi hay cả hai?
• Cần Screen Pop không?
• Có cần gọi ngay trong CRM không?
• Có cần lưu bản ghi âm không?
• Có cần tạo ticket tự động không?
• Có cần định tuyến theo khách hàng không?
• KPI nào sẽ được cải thiện?

Không nên bắt đầu bằng câu hỏi “Hai hệ thống có API không?” khi chưa xác định luồng nghiệp vụ.

Bước 2: Khảo sát hệ thống hiện tại

Cần kiểm tra:

Hệ thống tổng đài

• Loại tổng đài.
• Phiên bản.
• Nhà cung cấp.
• Hạ tầng cloud hay tại chỗ.
• API có sẵn.
• Webhook hoặc sự kiện cuộc gọi.
• Mã định danh cuộc gọi.
• Cơ chế lấy bản ghi.
• Định dạng trạng thái.
• Khả năng nhúng softphone.
• Giới hạn gọi API.
• Tài liệu kỹ thuật.

Hệ thống CRM

• Tên và phiên bản.
• Gói bản quyền.
• API được phép sử dụng.
• Cơ chế xác thực.
• Đối tượng dữ liệu.
• Trường bắt buộc.
• Khả năng tạo ứng dụng mở rộng.
• Khả năng hiển thị Screen Pop.
• Giới hạn API.
• Môi trường thử nghiệm.
• Quy trình phê duyệt ứng dụng.

Một CRM có API nhưng gói bản quyền doanh nghiệp đang dùng có thể chưa cho phép sử dụng toàn bộ chức năng cần thiết.

Bước 3: Khảo sát quy trình thực tế của người dùng

Cần quan sát nhân viên đang làm việc thế nào:

• Họ mở bao nhiêu phần mềm?
• Tra cứu khách hàng bằng trường nào?
• Một số điện thoại có thuộc nhiều người không?
• Cuộc gọi nhỡ được giao cho ai?
• Sau cuộc gọi, nhân viên phải nhập gì?
• Ai có quyền nghe bản ghi?
• Khi khách hàng khiếu nại, ticket được tạo thế nào?
• Khi không tìm thấy khách hàng, nhân viên xử lý ra sao?

Kinh nghiệm thực tế cho thấy, nhiều dự án gặp khó không phải vì API mà vì quy trình chưa được thống nhất.

Bước 4: Chuẩn hóa dữ liệu số điện thoại

Số điện thoại là khóa thường được sử dụng để đối chiếu người gọi với hồ sơ CRM. Dữ liệu có thể đang tồn tại dưới nhiều dạng:

• 0911795222.
• 0911 795 222.
• 0911.795.222.
• +84911795222.
• 84911795222.
• Số máy bàn có hoặc không có mã vùng.
• Số máy lẻ.
• Một ô chứa nhiều số.

Doanh nghiệp cần thống nhất quy tắc chuẩn hóa trước khi tích hợp.

Nếu không, Screen Pop có thể:

• Không tìm thấy khách hàng.
• Tạo hồ sơ trùng.
• Mở sai hồ sơ.
• Gắn cuộc gọi vào sai người.
• Không tổng hợp đúng lịch sử.

Bước 5: Thiết kế luồng cuộc gọi đến

Một luồng tham khảo:

1. Khách hàng gọi vào tổng đài.
2. Hệ thống tạo mã cuộc gọi.
3. Số người gọi được gửi sang CRM.
4. CRM tìm hồ sơ.
5. ACD phân phối cuộc gọi.
6. Hồ sơ hiển thị cho nhân viên nhận cuộc gọi.
7. Nhân viên trao đổi và ghi chú.
8. Khi cuộc gọi kết thúc, CRM nhận trạng thái.
9. Nhân viên chọn kết quả.
10. Hệ thống tạo ticket hoặc nhiệm vụ nếu cần.
11. Bản ghi được liên kết khi sẵn sàng.

Cần thiết kế riêng các trường hợp:

• Không tìm thấy số.
• Tìm thấy nhiều hồ sơ.
• Số gọi đến bị ẩn.
• Khách hàng gọi từ số khác.
• Cuộc gọi được chuyển qua nhiều nhân viên.
• Cuộc gọi bị ngắt.
• Nhân viên không chọn kết quả.
• Bản ghi âm chưa sẵn sàng ngay.

Bước 6: Thiết kế luồng cuộc gọi đi

Một luồng tham khảo:

1. Nhân viên mở hồ sơ khách hàng.
2. Nhấn vào số điện thoại.
3. CRM gửi yêu cầu đến tổng đài.
4. Tổng đài kết nối nhân viên.
5. Tổng đài gọi khách hàng.
6. CRM tạo hoạt động cuộc gọi.
7. Sau cuộc gọi, hệ thống cập nhật thời lượng và trạng thái.
8. Nhân viên ghi chú và chọn kết quả.
9. CRM tạo lịch gọi lại hoặc cập nhật cơ hội.

Cần làm rõ Click-to-Call hoạt động theo phương thức nào:

• Gọi qua softphone.
• Gọi qua IP Phone.
• Tổng đài gọi lại cho nhân viên trước.
• Mở ứng dụng gọi bên ngoài.
• Khởi tạo cuộc gọi qua trình duyệt.

Bước 7: Thiết kế mô hình dữ liệu

Các trường thường cần ánh xạ:

Dữ liệu tổng đài	Dữ liệu CRM
Mã cuộc gọi	External Call ID
Số người gọi	Số điện thoại khách hàng
Số được gọi	Đầu số hoặc chiến dịch
Máy nhánh	Người dùng CRM
Thời gian bắt đầu	Thời điểm hoạt động
Thời gian kết thúc	Thời điểm hoàn thành
Thời lượng	Call Duration
Hướng cuộc gọi	Inbound/Outbound
Trạng thái	Call Status
Kết quả	Disposition
Ghi chú	Activity Note
Bản ghi	Recording URL hoặc tệp
Hàng đợi	Nhóm CSKH
Mã chiến dịch	Campaign ID

Không nên ánh xạ dữ liệu chỉ dựa trên tên trường. Cần thống nhất ý nghĩa nghiệp vụ và điều kiện cập nhật.

Bước 8: Xây dựng và cấu hình tích hợp

Công việc có thể bao gồm:

• Cài connector.
• Đăng ký ứng dụng.
• Cấp quyền API.
• Cấu hình webhook.
• Ánh xạ người dùng.
• Ánh xạ máy nhánh.
• Chuẩn hóa số điện thoại.
• Xây dựng Screen Pop.
• Cấu hình Click-to-Call.
• Viết dịch vụ đồng bộ.
• Xây dựng cơ chế thử lại.
• Thiết lập nhật ký kỹ thuật.
• Cấu hình phân quyền.
• Kết nối bản ghi âm.

Bước 9: Kiểm thử

Không nên chỉ thử một cuộc gọi đến và một cuộc gọi đi.

Cần kiểm tra:

• Cuộc gọi đến từ khách hàng đã có.
• Số chưa tồn tại.
• Một số thuộc nhiều hồ sơ.
• Cuộc gọi bị nhỡ.
• Cuộc gọi bị từ chối.
• Chuyển cuộc gọi.
• Giữ máy.
• Gọi hội nghị nếu có.
• Cuộc gọi đi thành công.
• Không nghe máy.
• Máy bận.
• Gọi sai số.
• Bản ghi sẵn sàng chậm.
• CRM mất kết nối.
• API trả lỗi.
• Webhook gửi trùng.
• Nhân viên đăng nhập sai máy nhánh.
• Cuộc gọi ngoài giờ.
• Hệ thống khôi phục sau sự cố.

Bước 10: Chạy thử với nhóm nhỏ

Nên bắt đầu với:

• Một phòng ban.
• Một hàng đợi.
• Một nhóm nhân viên.
• Một quy trình đơn giản.
• Một khoảng thời gian xác định.

Dữ liệu chạy thử giúp phát hiện:

• Trường thông tin chưa phù hợp.
• Screen Pop mở sai.
• Nhân viên phải thao tác quá nhiều.
• Trạng thái không đồng bộ.
• Báo cáo đếm trùng.
• Bản ghi không được phân quyền đúng.

Bước 11: Đào tạo và đưa vào vận hành

Nhân viên cần được hướng dẫn:

• Đăng nhập tổng đài.
• Sử dụng softphone.
• Nhận cuộc gọi.
• Click-to-Call.
• Tạo khách hàng mới.
• Chọn kết quả cuộc gọi.
• Tạo ticket.
• Đặt lịch gọi lại.
• Xử lý khi Screen Pop sai.
• Báo lỗi tích hợp.
• Bảo vệ dữ liệu khách hàng.

Bước 12: Theo dõi và tối ưu

Sau khi triển khai, cần theo dõi:

• Tỷ lệ cuộc gọi gắn đúng hồ sơ.
• Tỷ lệ Screen Pop thành công.
• Tỷ lệ cuộc gọi được lưu nhật ký.
• Tỷ lệ bản ghi truy cập được.
• Tỷ lệ hồ sơ trùng.
• Số lỗi API.
• Độ trễ đồng bộ.
• Tỷ lệ nhân viên chọn kết quả đầy đủ.
• Thời gian xử lý sau cuộc gọi.
• Mức độ sử dụng Click-to-Call.

Chi phí tích hợp tổng đài với CRM gồm những gì?

Không có một mức giá chung cho mọi dự án. Chi phí phụ thuộc vào hệ thống tổng đài, CRM, chức năng cần tích hợp, số người dùng và mức độ tùy chỉnh.

1. Phí khảo sát và phân tích nghiệp vụ

Công việc có thể gồm:

• Phỏng vấn các phòng ban.
• Vẽ luồng cuộc gọi.
• Xác định trường dữ liệu.
• Xây dựng tài liệu yêu cầu.
• Phân tích API.
• Xác định phạm vi tích hợp.
• Lập kế hoạch kiểm thử.

Dự án nhỏ dùng connector có sẵn có thể chỉ cần cấu hình cơ bản. Dự án có nhiều phòng ban và quy trình đặc thù cần thời gian phân tích lớn hơn.

2. Phí bản quyền tổng đài

Có thể được tính theo:

• Máy nhánh.
• Người dùng.
• Điện thoại viên đồng thời.
• Kênh thoại.
• Gói tính năng.
• Thời gian lưu bản ghi.
• Số phút gọi.
• Hạ tầng cloud hoặc máy chủ.

Doanh nghiệp nên tách chi phí tổng đài đang sử dụng khỏi chi phí tích hợp để tránh so sánh sai.

3. Phí bản quyền CRM

Một số tính năng API, CTI, workflow hoặc ứng dụng mở rộng có thể chỉ có trên gói CRM nhất định.

Cần kiểm tra:

• Số tài khoản.
• Loại tài khoản.
• Quyền API.
• Giới hạn API.
• Phí môi trường sandbox.
• Phí module chăm sóc khách hàng.
• Phí lưu trữ dữ liệu.
• Phí tính năng nâng cao.

4. Phí connector

Nếu có connector sẵn, chi phí có thể được tính:

• Theo người dùng mỗi tháng.
• Theo tổng đài.
• Theo CRM instance.
• Theo gói tính năng.
• Theo số máy nhánh.
• Phí cài đặt ban đầu.
• Phí duy trì hằng năm.

Phải kiểm tra connector bao gồm chức năng nào. Giá thấp nhưng chỉ có Click-to-Call có thể không đáp ứng yêu cầu Screen Pop, ghi nhật ký và liên kết bản ghi.

5. Phí phát triển API

Phát sinh khi phải xây dựng kết nối riêng:

• Dịch vụ backend.
• Xử lý webhook.
• Xác thực.
• Ánh xạ dữ liệu.
• Screen Pop.
• Click-to-Call.
• Nhật ký cuộc gọi.
• Đồng bộ bản ghi.
• Workflow.
• Cơ chế thử lại.
• Quản lý lỗi.
• Dashboard kỹ thuật.

Chi phí phụ thuộc số lượng luồng và trường hợp ngoại lệ, không chỉ số lượng API.

6. Phí chuẩn hóa và di chuyển dữ liệu

Dữ liệu CRM cũ có thể cần:

• Chuẩn hóa số điện thoại.
• Gộp hồ sơ trùng.
• Bổ sung mã khách hàng.
• Ánh xạ người phụ trách.
• Làm sạch dữ liệu.
• Phân loại danh sách.
• Di chuyển lịch sử cuộc gọi.

Nếu bỏ qua bước này, hệ thống tích hợp có thể hoạt động đúng về kỹ thuật nhưng cho kết quả sai.

7. Phí tùy chỉnh giao diện

Có thể phát sinh khi doanh nghiệp muốn:

• Softphone riêng.
• Bố cục Screen Pop riêng.
• Nút chức năng đặc thù.
• Form nhập kết quả.
• Widget lịch sử cuộc gọi.
• Dashboard riêng.
• Giao diện cho nhiều vai trò.

8. Phí lưu trữ bản ghi

Cần làm rõ:

• Bản ghi lưu ở tổng đài hay CRM?
• Lưu file hay đường dẫn?
• Thời gian lưu bao lâu?
• Có sao lưu không?
• Có tính phí tải xuống không?
• Có phí lưu trữ bổ sung không?
• Có thể xuất toàn bộ dữ liệu khi kết thúc dịch vụ không?

9. Phí kiểm thử và đào tạo

Bao gồm:

• Xây dựng kịch bản kiểm thử.
• UAT với người dùng.
• Sửa lỗi.
• Đào tạo quản trị viên.
• Đào tạo nhân viên.
• Tài liệu hướng dẫn.
• Hỗ trợ giai đoạn đầu.

10. Phí vận hành và bảo trì

Sau khi đưa vào sử dụng, doanh nghiệp có thể cần ngân sách cho:

• Giám sát tích hợp.
• Xử lý lỗi.
• Cập nhật API.
• Thay đổi workflow.
• Thêm người dùng.
• Thêm phòng ban.
• Nâng cấp CRM.
• Nâng cấp tổng đài.
• Gia hạn connector.
• Hỗ trợ kỹ thuật.

Cách lập dự toán chi phí minh bạch

Doanh nghiệp có thể sử dụng cấu trúc:

Tổng chi phí năm đầu = Chi phí khởi tạo + Chi phí phát triển và cấu hình + Chi phí bản quyền + Chi phí dữ liệu và lưu trữ + Chi phí đào tạo + Chi phí hỗ trợ

Chi phí từ năm tiếp theo = Phí bản quyền định kỳ + Phí connector + Phí lưu trữ + Phí hỗ trợ và bảo trì + Chi phí thay đổi phát sinh

Không nên chỉ hỏi “phí tích hợp bao nhiêu”. Hãy yêu cầu nhà cung cấp tách riêng:

Hạng mục	Một lần	Định kỳ	Theo sử dụng
Khảo sát	Có thể có	Không	Không
Connector	Có thể có	Có thể có	Có thể có
Phát triển API	Có	Có thể bảo trì	Không
Bản quyền tổng đài	Có thể có	Thường có	Có thể theo phút
Bản quyền CRM	Có thể có	Thường có	Theo gói
Lưu bản ghi	Có thể có	Có thể có	Theo dung lượng
Đào tạo	Có	Có thể bổ sung	Không
Hỗ trợ	Có thể có	Có thể có	Theo yêu cầu

Bảng trên chỉ mô tả cách phân loại chi phí, không phải bảng giá của một nhà cung cấp cụ thể.

Những yếu tố làm chi phí tăng

• Hai hệ thống không có connector sẵn.
• API thiếu hoặc tài liệu không đầy đủ.
• CRM được tự phát triển.
• Tổng đài cũ hoặc đặt tại chỗ.
• Nhiều quy trình đặc thù.
• Nhiều phòng ban và hàng đợi.
• Tích hợp hai chiều.
• Cần định tuyến dựa trên dữ liệu CRM.
• Cần đồng bộ file ghi âm.
• Có nhiều hệ thống trung gian.
• Dữ liệu khách hàng chưa sạch.
• Yêu cầu bảo mật cao.
• Cần độ sẵn sàng và dự phòng cao.
• Phải tích hợp nhiều chi nhánh.
• Cần báo cáo tùy chỉnh.
• Cần phân tích cuộc gọi bằng AI.

Những yếu tố có thể giúp tối ưu chi phí

• Chọn chức năng thật sự cần thiết.
• Ưu tiên connector được hỗ trợ chính thức.
• Chuẩn hóa dữ liệu trước khi phát triển.
• Triển khai theo từng giai đoạn.
• Sử dụng trường chuẩn của CRM nếu phù hợp.
• Hạn chế tùy chỉnh giao diện không cần thiết.
• Xây dựng một bộ kết quả cuộc gọi thống nhất.
• Thử nghiệm với một phòng ban trước.
• Làm rõ yêu cầu lưu trữ bản ghi.
• Thống nhất trách nhiệm giữa các nhà cung cấp.

Không nên giảm chi phí bằng cách bỏ kiểm thử, nhật ký lỗi hoặc cơ chế bảo mật. Đây là những thành phần ảnh hưởng trực tiếp đến độ ổn định sau triển khai.

Ví dụ thực tế về luồng tích hợp

Ví dụ 1: Cuộc gọi đến bộ phận chăm sóc khách hàng

Khách hàng gọi đến đầu số 1900. Tổng đài nhận diện số gọi đến và gửi yêu cầu tìm kiếm sang CRM.

CRM tìm thấy hồ sơ gồm:

• Tên khách hàng.
• Sản phẩm đang sử dụng.
• Ticket chưa hoàn thành.
• Nhân viên phụ trách.
• Lịch sử hai cuộc gọi gần nhất.

Khi điện thoại viên nhận cuộc gọi, hồ sơ được mở. Sau khi xử lý, nhân viên chọn kết quả “Đã hướng dẫn – chờ khách hàng xác nhận”. CRM tạo nhiệm vụ kiểm tra lại sau hai ngày và liên kết bản ghi âm khi file sẵn sàng.

Ví dụ 2: Cuộc gọi bán hàng từ CRM

Nhân viên mở danh sách khách hàng tiềm năng, nhấn số điện thoại và gọi.

Sau cuộc gọi:

• Thời lượng được cập nhật.
• Nhân viên chọn “Quan tâm – gửi báo giá”.
• CRM tạo nhiệm vụ gửi email.
• Cơ hội bán hàng chuyển sang giai đoạn tiếp theo.
• Quản lý xem được số cuộc gọi và kết quả.

Ví dụ 3: Cuộc gọi nhỡ

Khách hàng gọi trong lúc tất cả nhân viên bận.

Tổng đài gửi sự kiện cuộc gọi nhỡ về CRM. Hệ thống:

1. Tìm hồ sơ người gọi.
2. Tạo nhiệm vụ gọi lại.
3. Giao cho nhân viên phụ trách.
4. Đặt thời hạn xử lý.
5. Đánh dấu hoàn thành khi gọi lại thành công.

Giá trị của tích hợp không nằm ở việc biết có cuộc gọi nhỡ, mà ở việc bảo đảm cuộc gọi đó có người chịu trách nhiệm xử lý.

Kinh nghiệm triển khai thực tế

Đừng bắt đầu bằng việc tích hợp toàn bộ tính năng

Giai đoạn đầu có thể ưu tiên:

1. Click-to-Call.
2. Screen Pop.
3. Nhật ký cuộc gọi.
4. Kết quả cuộc gọi.
5. Nhiệm vụ gọi lại.

Sau khi dữ liệu ổn định mới mở rộng sang bản ghi, ticket tự động, định tuyến theo CRM hoặc Speech Analytics.

Phải có một mã cuộc gọi duy nhất

Mỗi cuộc gọi cần một định danh duy nhất để liên kết các dữ liệu:

• Sự kiện bắt đầu.
• Sự kiện trả lời.
• Chuyển máy.
• Kết thúc.
• Bản ghi.
• Transcript.
• Kết quả cuộc gọi.

Nếu không có khóa chung, CRM có thể tạo nhiều hoạt động cho cùng một cuộc gọi.

Webhook có thể được gửi nhiều lần

Hệ thống tích hợp cần có cơ chế nhận biết sự kiện trùng và không tạo bản ghi lặp. Đây được gọi là xử lý idempotent.

Không nên giả định mỗi sự kiện chỉ được gửi đúng một lần.

Bản ghi âm thường xuất hiện sau cuộc gọi

File ghi âm có thể cần thời gian xử lý. Luồng phù hợp thường là:

1. Tạo nhật ký ngay khi cuộc gọi kết thúc.
2. Nhận thông báo khi bản ghi đã sẵn sàng.
3. Cập nhật đường dẫn vào hoạt động hiện có.

Không nên chờ bản ghi hoàn tất mới lưu toàn bộ nhật ký cuộc gọi.

Một số điện thoại có thể thuộc nhiều hồ sơ

Ví dụ:

• Số tổng đài của một doanh nghiệp.
• Số dùng chung trong gia đình.
• Số kế toán liên hệ cho nhiều công ty.
• Khách hàng có nhiều vai trò.

Cần quy định CRM sẽ mở hồ sơ nào hoặc để nhân viên lựa chọn.

Không tự động tạo khách hàng từ mọi cuộc gọi

Cuộc gọi rác, gọi nhầm hoặc số kỹ thuật có thể làm CRM phát sinh nhiều hồ sơ vô nghĩa.

Doanh nghiệp có thể:

• Tạo bản ghi tạm.
• Chỉ tạo sau khi nhân viên xác nhận.
• Gắn vào danh sách “người gọi chưa xác định”.
• Đặt điều kiện tối thiểu trước khi tạo contact.

Phải thống nhất bộ kết quả cuộc gọi

Nếu nhân viên tự nhập kết quả dưới dạng văn bản, báo cáo sẽ khó tổng hợp.

Có thể xây dựng các lựa chọn như:

• Không nghe máy.
• Gọi lại sau.
• Đã tư vấn.
• Gửi báo giá.
• Không có nhu cầu.
• Sai số.
• Tạo ticket.
• Đã giải quyết.
• Chuyển bộ phận.

Danh mục phải đủ rõ nhưng không nên quá dài.

Phân quyền bản ghi âm riêng với quyền xem CRM

Người được xem hồ sơ khách hàng chưa chắc được phép nghe hoặc tải bản ghi.

Cần phân quyền theo:

• Vai trò.
• Phòng ban.
• Hàng đợi.
• Loại cuộc gọi.
• Mức độ nhạy cảm.
• Nhu cầu nghiệp vụ.

Trải nghiệm của nhân viên thay đổi thế nào?

Trước khi tích hợp

Nhân viên có thể phải:

• Sao chép số điện thoại.
• Tìm khách hàng thủ công.
• Chuyển qua nhiều ứng dụng.
• Nhập lại dữ liệu.
• Tìm file ghi âm ở hệ thống khác.
• Ghi nhớ lịch sử trao đổi.
• Tạo công việc sau cuộc gọi bằng tay.

Sau khi tích hợp tốt

Nhân viên có thể:

• Nhận diện người gọi nhanh hơn.
• Xem lịch sử trên một giao diện.
• Gọi trực tiếp từ hồ sơ.
• Giảm nhập dữ liệu lặp.
• Tạo ticket và công việc thuận tiện hơn.
• Biết khách hàng đã trao đổi với ai.
• Tiếp tục xử lý từ lần liên hệ trước.

Sau khi tích hợp chưa tốt

Nhân viên có thể gặp:

• Screen Pop mở sai hồ sơ.
• Giao diện chậm.
• Nhật ký bị trùng.
• Cuộc gọi không gắn đúng khách hàng.
• Phải nhập nhiều trường hơn trước.
• Softphone mất trạng thái.
• CRM và tổng đài hiển thị số liệu khác nhau.

Vì vậy, trải nghiệm người dùng phải là một tiêu chí nghiệm thu, không chỉ kiểm tra API có trả dữ liệu hay không.

Trải nghiệm của khách hàng được cải thiện thế nào?

Khách hàng có thể nhận thấy:

• Nhân viên biết họ là ai.
• Không phải trình bày lại toàn bộ vấn đề.
• Được chuyển đến đúng người phụ trách.
• Yêu cầu cũ được tiếp tục xử lý.
• Cuộc gọi lại diễn ra đúng hẹn.
• Thông tin tư vấn nhất quán hơn.
• Khiếu nại có lịch sử rõ ràng.

Tuy nhiên, nhân viên không nên đọc toàn bộ thông tin CRM ngay khi bắt máy mà chưa xác minh người gọi. Tích hợp dữ liệu phải đi cùng quy trình bảo vệ thông tin.

Bảo mật và quyền riêng tư cần lưu ý

Hệ thống tích hợp có thể xử lý:

• Số điện thoại.
• Hồ sơ khách hàng.
• Lịch sử cuộc gọi.
• Bản ghi âm.
• Ghi chú.
• Thông tin giao dịch.
• Ticket và khiếu nại.
• Dữ liệu nhân viên.

Doanh nghiệp cần xác định:

• Mục đích xử lý dữ liệu.
• Quyền truy cập.
• Cơ chế xác thực API.
• Mã hóa khi truyền và lưu.
• Thời gian lưu.
• Nhật ký truy cập.
• Cơ chế thu hồi quyền.
• Quy trình bàn giao dữ liệu.
• Cách xóa dữ liệu khi hết mục đích.
• Cách xử lý sự cố.
• Yêu cầu pháp lý áp dụng.

Khóa API và thông tin xác thực không nên được đặt trực tiếp trong mã nguồn phía trình duyệt hoặc chia sẻ qua các kênh không được kiểm soát.

Các KPI dùng để đánh giá hiệu quả tích hợp

KPI kỹ thuật

• Tỷ lệ API thành công.
• Tỷ lệ webhook được xử lý.
• Độ trễ đồng bộ.
• Tỷ lệ Screen Pop thành công.
• Tỷ lệ cuộc gọi được gắn hồ sơ.
• Tỷ lệ nhật ký bị trùng.
• Tỷ lệ bản ghi truy cập được.
• Thời gian khôi phục khi lỗi.

KPI người dùng

• Tỷ lệ nhân viên sử dụng Click-to-Call.
• Thời gian tìm hồ sơ.
• Thời gian xử lý sau cuộc gọi.
• Tỷ lệ điền kết quả đầy đủ.
• Số thao tác trên mỗi cuộc gọi.
• Mức độ hài lòng của nhân viên.

KPI kinh doanh và dịch vụ

• Tỷ lệ cuộc gọi nhỡ được gọi lại.
• FCR.
• Tỷ lệ chuyển cuộc gọi.
• Tỷ lệ khách hàng gọi lại.
• Tỷ lệ chuyển đổi bán hàng.
• Thời gian xử lý ticket.
• CSAT.
• Số cơ hội bị bỏ quên.

Doanh nghiệp có thể tham khảo cách đo lường tại bài các chỉ số KPI tổng đài quan trọng.

Những câu hỏi thường gặp

CRM nào cũng tích hợp được với tổng đài phải không?

Không thể khẳng định như vậy.

Khả năng tích hợp phụ thuộc vào:

• CRM có API hay không.
• Gói bản quyền có cho phép dùng API không.
• Tổng đài có API hoặc webhook không.
• Có connector sẵn không.
• Nhà cung cấp có tài liệu kỹ thuật không.
• Quy trình doanh nghiệp cần sâu đến mức nào.

Có API là chắc chắn tích hợp được không?

Không.

Cần kiểm tra API có cung cấp đúng dữ liệu và sự kiện cần thiết hay không. Một API chỉ cho phép đọc danh bạ chưa chắc hỗ trợ Screen Pop, gọi điện hoặc cập nhật bản ghi.

Bài Speech Analytics là gì? cũng lưu ý rằng cụm từ “có API” không đồng nghĩa việc tích hợp chắc chắn đơn giản hoặc không phát sinh chi phí.

Tích hợp mất bao lâu?

Không có thời gian chung cho mọi dự án.

Thời gian phụ thuộc:

• Connector có sẵn hay phải phát triển.
• Số chức năng.
• Chất lượng dữ liệu.
• Quy trình phê duyệt.
• Môi trường kiểm thử.
• Mức độ tùy chỉnh.
• Khả năng phối hợp giữa các nhà cung cấp.

Có cần thay CRM hiện tại không?

Chưa chắc. Nếu CRM hiện tại có API hoặc cơ chế mở rộng phù hợp, doanh nghiệp có thể giữ lại.

Nên đánh giá chi phí tích hợp với chi phí chuyển sang CRM mới, bao gồm di chuyển dữ liệu và đào tạo lại người dùng.

Có cần thay tổng đài không?

Không nhất thiết. Cần kiểm tra tổng đài hiện tại có API, webhook, CTI hoặc connector hay không.

Nếu hệ thống quá cũ, thiếu tài liệu hoặc không cung cấp sự kiện cuộc gọi, việc thay đổi nền tảng có thể hợp lý hơn phát triển một giải pháp tạm thời.

Tích hợp có lưu được cuộc gọi nhỡ không?

Có thể, nếu tổng đài cung cấp sự kiện cuộc gọi nhỡ và CRM hỗ trợ tạo hoạt động hoặc nhiệm vụ tương ứng.

Có nghe ghi âm ngay trong CRM không?

Có thể, nhưng phụ thuộc nền tảng. CRM có thể phát file trực tiếp hoặc mở một liên kết được phân quyền trên hệ thống tổng đài.

Có tích hợp được đầu số 1900 không?

Có thể tích hợp hệ thống tổng đài sử dụng đầu số 1900 với CRM nếu nền tảng tổng đài cung cấp khả năng kỹ thuật cần thiết.

Đầu số chỉ là một thành phần của dịch vụ. Khả năng CRM phụ thuộc chủ yếu vào phần mềm tổng đài, CTI, API và thiết kế dữ liệu.

Chi phí được tính một lần hay hằng tháng?

Có thể gồm cả hai:

• Phí khảo sát và phát triển thường tính một lần.
• Bản quyền CRM, tổng đài hoặc connector có thể tính định kỳ.
• Cước gọi và lưu trữ có thể tính theo sử dụng.
• Hỗ trợ và bảo trì có thể tính theo gói.

Dữ liệu thuộc về ai khi đổi nhà cung cấp?

Doanh nghiệp cần làm rõ trong hợp đồng:

• Có xuất được nhật ký không?
• Định dạng xuất là gì?
• Có tải được bản ghi không?
• Liên kết bản ghi còn hoạt động không?
• Nhà cung cấp lưu dữ liệu bao lâu sau khi chấm dứt?
• Chi phí xuất và bàn giao dữ liệu thế nào?

Có thể tích hợp Speech Analytics sau này không?

Có thể nếu hệ thống lưu được âm thanh, định danh cuộc gọi và cung cấp cơ chế truy xuất hoặc chuyển dữ liệu.

Doanh nghiệp nên thiết kế mã cuộc gọi và kiến trúc dữ liệu ngay từ đầu để thuận lợi khi mở rộng.

Checklist trước khi ký hợp đồng tích hợp

1. Đã thống nhất phạm vi chức năng chưa?
2. Có tài liệu mô tả luồng cuộc gọi không?
3. Có danh sách trường dữ liệu không?
4. Đã kiểm tra gói bản quyền CRM chưa?
5. Đã kiểm tra API của tổng đài chưa?
6. Connector hỗ trợ chức năng gì?
7. Ai chịu trách nhiệm chuẩn hóa dữ liệu?
8. Ai phát triển và ai bảo trì?
9. Có môi trường thử nghiệm không?
10. Có tiêu chí nghiệm thu không?
11. Có kịch bản xử lý lỗi không?
12. Có cơ chế chống tạo dữ liệu trùng không?
13. Bản ghi được lưu ở đâu?
14. Quyền truy cập được phân bổ thế nào?
15. Có thể xuất dữ liệu khi kết thúc dịch vụ không?
16. Chi phí nào trả một lần?
17. Chi phí nào trả định kỳ?
18. Chi phí nào tính theo lưu lượng?
19. Thời gian hỗ trợ kỹ thuật là bao lâu?
20. Khi CRM hoặc tổng đài nâng cấp, ai chịu trách nhiệm cập nhật tích hợp?

Liên kết với hệ thống tổng đài doanh nghiệp

Tích hợp CRM hoạt động hiệu quả hơn khi tổng đài đã có quy trình tiếp nhận và phân phối cuộc gọi rõ ràng.

Doanh nghiệp có thể tham khảo thêm:

• Giải pháp quản lý cuộc gọi tập trung.
• Các tính năng tổng đài doanh nghiệp.
• Tổng đài làm việc từ xa.
• Call Center và Contact Center khác nhau thế nào?.
• Dịch vụ thuê ngoài chăm sóc khách hàng.
• Các thuật ngữ tổng đài doanh nghiệp.
• Tin tức và kiến thức tổng đài.

Kết luận

Tích hợp tổng đài với CRM giúp kết nối cuộc gọi với hồ sơ và quy trình chăm sóc khách hàng. Các chức năng như Screen Pop, Click-to-Call, nhật ký tự động, bản ghi âm, ticket và nhiệm vụ gọi lại có thể giảm thao tác thủ công và giúp nhân viên tiếp tục xử lý từ lịch sử trước đó.

Tuy nhiên, thành công của dự án không chỉ phụ thuộc vào API. Doanh nghiệp cần chuẩn hóa dữ liệu, xác định rõ luồng nghiệp vụ, phân quyền, kiểm thử các trường hợp ngoại lệ và xây dựng cơ chế vận hành khi tích hợp gặp lỗi.

Về chi phí, cần đánh giá tổng thể:

• Phí khởi tạo.
• Phí connector hoặc phát triển.
• Bản quyền tổng đài.
• Bản quyền CRM.
• Lưu trữ bản ghi.
• Chuẩn hóa dữ liệu.
• Đào tạo.
• Bảo trì và hỗ trợ.

Một dự án tốt không phải dự án có nhiều tính năng nhất, mà là dự án giúp nhân viên giảm thao tác, khách hàng không phải lặp lại thông tin và dữ liệu được lưu chính xác để phục vụ công việc tiếp theo.

Viễn Thông Số – Tư vấn tích hợp tổng đài với CRM

Viễn Thông Số cung cấp dịch vụ đầu số 1900, dịch vụ tổng đài 1900 và giải pháp quản lý cuộc gọi cho doanh nghiệp.

Tùy theo hệ thống CRM, tổng đài và quy trình hiện tại, doanh nghiệp có thể được khảo sát, tư vấn về:

• Click-to-Call.
• Screen Pop.
• Nhật ký cuộc gọi.
• Quản lý cuộc gọi nhỡ.
• Liên kết bản ghi.
• Tạo ticket và nhiệm vụ gọi lại.
• Tích hợp API.
• Báo cáo cuộc gọi.
• Quản lý nhiều phòng ban hoặc chi nhánh.
• Mở rộng Speech Analytics và tổng đài AI.

Liên hệ để được khảo sát nhu cầu và xác định phạm vi tích hợp:

• Nhân viên kinh doanh 1: 0911 795 222
• Nhân viên kinh doanh 2: 0933 795 222
• Bộ phận chăm sóc khách hàng: 1900 0234 (cước phí 1.000 đồng/phút)

• Email: tongdai@dauso1900.vn