CRM cho công ty fintech & dịch vụ thanh toán: từ onboard merchant đến chống "ngủ đông"

Một công ty cổng thanh toán từng tự hào về tốc độ ký hợp đồng: đội kinh doanh mỗi tháng mang về hàng trăm merchant mới, biểu đồ "số hợp đồng ký" đi lên đều đặn. Cho đến khi giám đốc tài chính đặt một câu hỏi khác: trong số merchant đã ký sáu tháng qua, bao nhiêu phần trăm đang thực sự phát sinh giao dịch? Con số kiểm đếm được khiến cả phòng họp im lặng — gần một nửa merchant chưa từng chạy giao dịch đầu tiên hoặc đã ngừng hẳn sau tháng đầu. Hoá ra hồ sơ KYC/KYB của nhiều merchant tắc ở khâu bổ sung giấy tờ mà không ai theo đòi; nhiều merchant khác tích hợp xong rồi bỏ đó vì gặp lỗi không được hỗ trợ kịp; và không hề có ai chịu trách nhiệm nhìn vào "khoảng trống" giữa ký hợp đồng và giao dịch đều đặn.

Đó là nghịch lý của ngành fintech và dịch vụ thanh toán: doanh thu không đến từ việc ký hợp đồng mà đến từ phí trên từng giao dịch — nghĩa là chỉ merchant "sống" mới tạo ra tiền. Trong khi đó phần lớn công cụ quản lý bán hàng truyền thống lại dừng ở khoảnh khắc ký. Bài viết này phân tích vì sao vòng đời merchant cần được quản lý như một hành trình liên tục, và trình bày sáu trụ cột mà một hệ thống CRM cho công ty fintech, ví điện tử, cổng thanh toán hay đơn vị cung cấp máy POS cần có — cùng lộ trình triển khai chín mươi ngày thực tế cho doanh nghiệp Việt.

Đặc thù kinh doanh fintech & thanh toán — vì sao Excel không gánh nổi

Trước khi nói giải pháp, cần gọi tên bốn chỗ rò rỉ khiến cách quản lý bằng bảng tính và nhóm chat thất bại trong ngành này.

Thứ nhất, phễu onboard nhiều bước và dễ tắc. Khác với bán phần mềm thông thường, một merchant muốn dùng dịch vụ thanh toán phải đi qua chuỗi thủ tục: đăng ký, nộp hồ sơ pháp lý doanh nghiệp và giấy tờ chủ sở hữu (KYC/KYB), thẩm định ngành nghề và rủi ro, ký hợp đồng, tích hợp kỹ thuật, rồi mới chạy giao dịch đầu tiên. Mỗi bước liên quan một bộ phận khác nhau — kinh doanh, pháp chế - thẩm định, kỹ thuật tích hợp — và hồ sơ rất dễ "nằm im" ở ranh giới giữa hai bộ phận mà không ai nhận trách nhiệm đòi. Thứ hai, kích hoạt mới là thước đo thật: merchant ký xong nhưng không chạy giao dịch thì doanh thu bằng không, và tệ hơn, merchant đang chạy đều bỗng giảm dần rồi ngừng hẳn — dấu hiệu họ đã chuyển sang đối thủ — thường chỉ được phát hiện khi đã quá muộn. Thứ ba, mô hình bán qua mạng lưới: hầu hết công ty thanh toán dựa vào đại lý, cộng tác viên, đối tác ngân hàng để phủ merchant nhỏ lẻ; không có hệ thống, hoa hồng tính bằng tay mỗi kỳ là một cuộc tranh cãi, và không ai biết đại lý nào mang về merchant chất lượng, đại lý nào chỉ mang về số lượng ảo. Thứ tư, hỗ trợ sự cố là sống còn: tiền là thứ nhạy cảm nhất — một khoản đối soát lệch, một giao dịch treo, một yêu cầu hoàn tiền xử lý chậm vài ngày là đủ để merchant mất niềm tin và bật sang cổng khác, bởi chi phí chuyển đổi của họ thấp hơn nhiều so với các phần mềm lõi.

6 trụ cột CRM cho công ty fintech & dịch vụ thanh toán

Một CRM cấu hình đúng cho ngành thanh toán phải ôm được cả vòng đời merchant — từ lead đến giao dịch đều đặn — chứ không dừng ở chốt hợp đồng. Sáu trụ cột dưới đây là khung để làm việc đó.

1. Phễu onboard merchant & hồ sơ KYC/KYB

Trụ cột nền tảng: mỗi merchant là một hồ sơ đi qua các bước được định nghĩa rõ — đăng ký, chờ bổ sung hồ sơ, đang thẩm định, ký hợp đồng, đang tích hợp, đã có giao dịch đầu tiên. Ở mỗi bước, CRM ghi rõ hồ sơ đang chờ ai (merchant bổ sung giấy tờ? đội thẩm định duyệt? kỹ thuật hỗ trợ tích hợp?) và đứng đó bao nhiêu ngày. Quy tắc nhắc tự động làm phần việc mà con người hay quên: hồ sơ chờ merchant quá ba ngày thì nhắc nhân viên gọi đòi, chờ thẩm định quá năm ngày thì báo lên trưởng bộ phận. Chỉ riêng việc nhìn thấy "hồ sơ tắc ở đâu, bao lâu" đã giúp rút ngắn đáng kể thời gian từ đăng ký đến giao dịch đầu tiên — chỉ số mà mọi công ty thanh toán nên treo lên tường.

2. Pipeline bán hàng theo phân khúc merchant

Merchant không giống nhau và không thể bán cùng một cách. Hộ kinh doanh quét mã QR cần quy trình gọn: đăng ký nhanh, duyệt nhanh, kích hoạt trong ngày. Doanh nghiệp SME cần tư vấn gói phí và tích hợp website. Key account — chuỗi bán lẻ, sàn, hãng lớn — là cuộc đàm phán nhiều tháng về biểu phí, đối soát, SLA riêng, có khi cả đấu thầu. CRM cho phép tách pipeline theo phân khúc với các giai đoạn và trường thông tin khác nhau: pipeline key account có bước "đàm phán biểu phí" và "pilot", pipeline SME thì tinh gọn tối đa. Nhờ vậy báo cáo không còn cảnh "một con số trung bình vô nghĩa" giữa deal chuỗi lớn sáu tháng và hộ kinh doanh ba ngày, và mỗi đội bán được đo bằng thước đo đúng với phân khúc của mình.

3. Theo dõi kích hoạt & chống merchant "ngủ đông"

Đây là trụ cột phân biệt CRM ngành thanh toán với CRM bán hàng thông thường. Hệ thống cần hai lớp cảnh báo. Lớp một — kích hoạt: merchant đã ký nhưng sau X ngày chưa có giao dịch đầu tiên thì tự động tạo việc cho đội chăm sóc gọi hỗ trợ, vì lý do thường rất đời thường: chưa biết cách dùng, lỗi tích hợp, nhân viên thu ngân chưa được hướng dẫn. Lớp hai — ngủ đông: merchant đang giao dịch đều bỗng giảm quá ngưỡng (ví dụ tụt hơn một nửa so với trung bình bốn tuần) hoặc ngừng hẳn N ngày thì bật cờ đỏ để chăm lại ngay — gọi hỏi thăm, tặng ưu đãi phí, xử lý khúc mắc còn tồn. Dữ liệu giao dịch tổng hợp (số giao dịch, TPV theo tuần) được đồng bộ từ hệ thống core về CRM làm nhiên liệu cho các cảnh báo này. Giữ lại một merchant đang định rời đi rẻ hơn nhiều lần so với ký một merchant mới — nhưng chỉ làm được nếu phát hiện kịp.

4. Quản lý mạng lưới đại lý & đối tác bán

Với mô hình bán qua mạng lưới, đại lý cũng là "khách hàng" cần quản lý vòng đời: tuyển, đào tạo, kích hoạt, giữ chân. Mỗi đại lý, cộng tác viên, đối tác giới thiệu có hồ sơ riêng trong CRM: danh sách merchant họ mang về, tỷ lệ merchant được duyệt, tỷ lệ kích hoạt thành công, TPV luỹ kế của tệp merchant đó, và hoa hồng từng kỳ được tính từ chính dữ liệu này. Sự minh bạch chấm dứt tranh cãi hoa hồng — nguồn xung đột lớn nhất với mạng lưới — đồng thời cho công ty nhìn rõ chất lượng từng kênh: đại lý nào mang về merchant "sống", kênh nào chỉ đẩy số ảo để lấy thưởng mở mới, từ đó thiết kế chính sách thưởng theo kích hoạt và TPV thay vì chỉ theo số hợp đồng.

5. Ticket hỗ trợ & SLA theo mức độ sự cố giao dịch

Trong ngành mà mỗi sự cố đều dính đến tiền, hỗ trợ không thể trôi nổi trong nhóm chat. Mọi yêu cầu — lệch đối soát, giao dịch treo, yêu cầu hoàn tiền, lỗi tích hợp, đổi thông tin tài khoản nhận tiền — thành ticket trong CRM, phân loại theo mức độ: sự cố chặn dòng tiền của merchant phải có SLA tính bằng giờ, câu hỏi thông thường có thể một hai ngày. Ticket gắn vào hồ sơ merchant để bất kỳ ai mở hồ sơ cũng thấy lịch sử: merchant này tháng trước gặp sự cố gì, đã xử lý ra sao, còn gì tồn đọng. Báo cáo SLA hàng tuần — tỷ lệ đúng hạn, thời gian xử lý trung bình theo loại sự cố — là công cụ để ban lãnh đạo biết chất lượng dịch vụ đang bào mòn hay củng cố niềm tin của tệp merchant, trước khi con số churn nói điều đó bằng cách đau đớn hơn.

6. Báo cáo TPV, doanh thu phí & cross-sell sản phẩm tài chính

Cuối cùng, mọi dữ liệu hội tụ về bức tranh quản trị đúng bản chất ngành: TPV và doanh thu phí theo phân khúc, theo ngành hàng merchant, theo đại lý, theo nhân viên; phễu onboard với tỷ lệ chuyển đổi và thời gian trung bình từng bước; tỷ lệ merchant hoạt động trên tổng đã ký; danh sách cờ đỏ ngủ đông tuần này. Từ nền dữ liệu đó mở ra tầng giá trị thứ hai: bán chéo. Merchant có TPV ổn định là ứng viên tự nhiên cho các sản phẩm tài chính khác — vốn lưu động dựa trên dòng tiền giao dịch, máy POS thêm điểm bán, ví trả sau cho khách của merchant. CRM lọc tệp đủ điều kiện theo tiêu chí TPV và thâm niên, tạo chiến dịch cho đội chăm sóc — biến tệp merchant thành tài sản sinh doanh thu nhiều lớp thay vì chỉ một dòng phí.

Lộ trình triển khai 90 ngày

Không nên bật cả sáu trụ cột cùng lúc. Lộ trình ba giai đoạn sau phù hợp với công ty thanh toán quy mô vừa ở Việt Nam:

• Tháng 1 — phễu onboard: đưa toàn bộ merchant đang xử lý vào phễu chuẩn với trạng thái và người phụ trách rõ ràng; bật nhắc tự động cho hồ sơ tắc quá hạn; đo thời gian trung bình từ đăng ký đến giao dịch đầu tiên làm mốc so sánh.
• Tháng 2 — bán hàng & mạng lưới: tách pipeline theo phân khúc (hộ kinh doanh, SME, key account); đưa danh sách đại lý/CTV vào CRM với hồ sơ và tệp merchant của từng người; chuyển họp kinh doanh tuần sang review pipeline và phễu onboard trên hệ thống.
• Tháng 3 — vòng đời & dịch vụ: đồng bộ dữ liệu giao dịch tổng hợp từ core về CRM; bật cảnh báo chưa-kích-hoạt và ngủ đông kèm quy trình chăm lại; chuyển hỗ trợ sự cố sang ticket có SLA; dựng dashboard TPV - doanh thu phí - tỷ lệ merchant hoạt động cho ban điều hành.

Sau chín mươi ngày, thước đo thành công không phải "đã cài xong phần mềm" mà là ba con số chuyển động đúng hướng: thời gian từ đăng ký đến giao dịch đầu tiên ngắn lại, tỷ lệ merchant hoạt động trên tổng đã ký tăng lên, và tỷ lệ ticket xử lý đúng SLA vượt chín mươi phần trăm.

Sai lầm thường gặp khi fintech triển khai CRM

Sai lầm thứ nhất: coi CRM là công cụ của riêng đội sale và dừng vòng đời ở "đã ký hợp đồng". Trong ngành này, phần tạo ra tiền nằm sau chữ ký — nếu onboard, kích hoạt và chăm sóc không nằm trong hệ thống, CRM chỉ quản được phần không sinh doanh thu. Sai lầm thứ hai: để dữ liệu giao dịch và dữ liệu quan hệ sống ở hai thế giới tách rời. Không cần đổ từng giao dịch vào CRM — chỉ cần số liệu tổng hợp theo tuần đủ để bật cảnh báo ngủ đông; thiếu cây cầu này, đội chăm sóc mãi mãi "mù" và chỉ biết merchant rời đi khi đã đi rồi. Sai lầm thứ ba: trả thưởng mạng lưới theo số merchant mở mới thay vì theo kích hoạt và TPV, khiến đại lý tối ưu cho số ảo — CRM đo được tận gốc nên hãy thiết kế chính sách theo dữ liệu đó. Sai lầm thứ tư: bỏ quên tuân thủ trong thiết kế dữ liệu: hồ sơ KYC/KYB, giấy phép kinh doanh, thông tin tài khoản nhận tiền là dữ liệu nhạy cảm, cần phân quyền xem - sửa theo vai trò và nhật ký truy cập ngay từ ngày đầu, đừng đợi đến kỳ kiểm toán đầu tiên.

Oh CRM cho công ty fintech & dịch vụ thanh toán

Oh CRM cung cấp nền tảng linh hoạt để dựng đủ sáu trụ cột trên theo đặc thù từng mô hình — cổng thanh toán, ví điện tử, đơn vị POS hay công ty tài chính số: pipeline tuỳ biến nhiều phễu cho onboard và bán hàng theo phân khúc; trường dữ liệu tuỳ chỉnh cho hồ sơ KYC/KYB kèm nhắc hạn tự động; quản lý đối tác - đại lý với tệp merchant và dữ liệu tính hoa hồng minh bạch; ticket hỗ trợ gắn SLA theo mức độ; API mở để đồng bộ số liệu giao dịch tổng hợp từ hệ thống core làm nhiên liệu cho cảnh báo kích hoạt và ngủ đông; cùng dashboard TPV, doanh thu phí và tỷ lệ merchant hoạt động cho ban điều hành. Tất cả trên một hệ thống tiếng Việt, phân quyền chặt chẽ, triển khai nhanh với đội hỗ trợ trong nước. Đăng ký dùng thử miễn phí tại ttis.vn — để tăng trưởng của công ty được đo bằng merchant đang sống, không phải bằng hợp đồng nằm trong tủ.