--- title: "Công ty du học nhỏ có nên đầu tư CRM và hệ thống thanh toán? Phần lớn là không." description: "Góc nhìn thẳng thắn từ một công ty thanh toán: phần lớn công ty du học nhỏ chưa nên mua phần mềm. Đây là thứ nên dùng thay thế, dấu hiệu nào báo đã đến lúc, và vì sao dùng nửa vời còn tệ hơn Excel." date: "2026-06-11" category: "Chiến lược kinh doanh" keywords: "Chiến lược kinh doanh" author: "Raphael Arias" cover: "/images/blog/blog-should-small-education-agencies-invest-in-crm-payment-systems.jpg" lang: "vi" wordCount: 4634 url: https://qualyhq.com/vi/blog/cong-ty-du-hoc-nho-co-nen-dau-tu-crm --- ## Site navigation - [Cho trường học](/vi/giao-duc-quoc-te/cho-truong-hoc.md) — Dành cho các trường có sinh viên quốc tế - [Cho đại lý](/vi/giao-duc-quoc-te/cho-dai-ly.md) — Dành cho các đại lý giáo dục - [Bảng giá](/vi/bang-gia) - [Demo 5 phút](/vi/demo.md) — Video demo 5 phút - [Đăng nhập](https://dashboard.qualyhq.com) # Công ty du học nhỏ có nên đầu tư CRM và hệ thống thanh toán? Phần lớn là không. > Góc nhìn thẳng thắn từ một công ty thanh toán: phần lớn công ty du học nhỏ chưa nên mua phần mềm. Đây là thứ nên dùng thay thế, dấu hiệu nào báo đã đến lúc, và vì sao dùng nửa vời còn tệ hơn Excel. Nếu công ty tư vấn du học của bạn mỗi năm đưa đi chưa tới vài trăm học viên và không có đại lý cấp dưới, bạn gần như chưa nên mua CRM cho công ty du học — một bảng tính được duy trì kỷ luật cùng một dịch vụ thanh toán đơn giản sẽ đưa bạn đi xa hơn một hệ thống chỉ dùng nửa vời. Nhưng hãy để ý những dấu hiệu đảo chiều: chia hoa hồng với đại lý cấp dưới, nhiều nước đến, việc đối soát hoa hồng ngốn nhiều ngày, bỏ lỡ thời hạn yêu cầu hoa hồng. Và dù chọn gì, hãy cam kết trọn vẹn. Một CRM mà đội ngũ chỉ dùng 60% thời gian còn tệ hơn một bảng tính được dùng 100%. Một công ty thanh toán mà lại khuyên bạn đừng mua phần mềm thì hoặc là đang nói dối, hoặc là đã nhận ra điều gì đó. Đây là điều chúng tôi nhận ra: những công ty rời bỏ phần mềm nhanh nhất chính là những công ty đã mua quá sớm — còn những công ty rơi vào hố vận hành sâu nhất lại là những công ty đang chạy ba hệ thống cùng lúc, chẳng cái nào trọn vẹn, với sự thật bị phân tán giữa chúng. Vậy hãy nhìn câu hỏi này một cách thẳng thắn. Các khảo sát ngành cho thấy rõ mức độ quan trọng của vấn đề: một khảo sát của ICEF với các công ty tư vấn du học trên toàn cầu cho thấy **39% hoàn toàn không có CRM, 65% vẫn xuất hóa đơn thủ công và theo dõi bằng Excel, và 67% không có phần mềm nào để quản lý việc chi trả hoa hồng**. Các nhà cung cấp phần mềm trích những con số đó như một điều đáng báo động. Chúng tôi lại đọc chúng theo cách khác: phần lớn các công ty đó có quy mô nhỏ, và với một công ty nhỏ, "không phần mềm" thường là câu trả lời tạm thời đúng đắn. ## Lập luận cho việc khoan hãy mua **Quy mô của bạn không đủ để bù lại chi phí cồng kềnh.** Một công ty mỗi năm đưa đi 50–150 học viên có lẽ chỉ phát sinh vài trăm lượt thanh toán và vài chục lần yêu cầu hoa hồng mỗi năm. Một bảng tính thừa sức gánh việc đó. Thứ một bảng tính không sống nổi là sự phức tạp — nhiều người cùng chỉnh sửa, chia tách khoản tiền, đa tiền tệ — chứ không phải khối lượng ở quy mô này. Mua một nền tảng đầy đủ cho công ty du học trong tình huống này là trả chi phí cồng kềnh kiểu doanh nghiệp lớn (cài đặt, chuyển dữ liệu, đào tạo, phí thuê bao) để giải quyết một bài toán mà bạn vẫn có thể nhìn thấy toàn cảnh chỉ bằng mắt thường. **Chi phí thật không nằm ở phí thuê bao — nó nằm ở việc áp dụng.** Mọi hệ thống đều đòi một thứ thuế trả bằng việc thay đổi thói quen: mọi học viên đều phải nhập, mọi trạng thái đều phải cập nhật, mọi khoản thanh toán đều phải ghi nhận, bởi mọi người, mọi lần. Các đội ngũ nhỏ dưới áp lực mùa tuyển sinh sẽ quay về với WhatsApp và trí nhớ, và hệ thống lặng lẽ trở thành chuyện hư cấu. Rồi đến tình huống tệ nhất trong mọi tình huống: ra quyết định dựa trên dữ liệu mới hoàn thiện 70%. **Một CRM được áp dụng 60% còn tệ hơn một bảng tính được dùng 100%**, bởi ít nhất bảng tính biết rằng nó "ngờ nghệch" — không ai tin nó một cách mù quáng. **Chuyển đổi sau này rẻ hơn bạn lo sợ; còn duy trì một hệ thống xác sống thì đắt hơn bạn tưởng.** Chuyển 200 hồ sơ học viên khi bạn thực sự lớn vượt bảng tính chỉ là việc của một cuối tuần. Trả tiền — cả bằng tiền lẫn bằng tinh thần — cho một nền tảng không ai yêu thích trong suốt ba năm thì không. ## Thứ nên dùng thay thế Kỷ luật cộng với những công cụ gọn nhẹ. **Một bảng tính, do một người làm chủ, có một tab hoa hồng.** Học viên, trạng thái, trường, hoa hồng dự kiến, ngày chốt sĩ số/ngày được yêu cầu hoa hồng, ngày xuất hóa đơn, ngày đã nhận tiền. Cột sinh lợi nhất mà một công ty nhỏ có thể duy trì là cột "được yêu cầu hoa hồng từ ngày" — phần lớn doanh thu hoa hồng bị mất ở các công ty nhỏ không phải vì trường từ chối trả; mà vì các khoản được xuất hóa đơn trễ hoặc chẳng bao giờ được yêu cầu. (Bài [hướng dẫn về cách hoa hồng thực sự được chi trả](/blog/how-education-agent-commissions-work.md) của chúng tôi giải thích vì sao chiếc đồng hồ tính từ ngày chốt sĩ số lại quan trọng đến vậy.) Chúng tôi nói điều này theo nghĩa đen đủ để đã làm sẵn nó cho bạn — đúng bảng tính được mô tả ở trên, kèm logic ngày yêu cầu hoa hồng và một cột trạng thái đánh dấu khoản nào cần xuất hóa đơn ngay hôm nay: **Một dịch vụ thanh toán đơn giản cho phần tiền bạc.** Thứ mà bạn thật sự không nên ứng biến, kể cả khi mỗi năm chỉ có mười học viên, là việc luân chuyển tiền: học viên trả cho bạn xuyên biên giới, bạn chuyển tiền cho trường, hoàn tiền. Chuyển khoản ngân hàng cộng với các ứng dụng chuyển tiền cá nhân đồng nghĩa với phí bị mất và một mớ hỗn độn không thể đối soát. Hãy dùng một dịch vụ thanh toán được thiết kế riêng cho giáo dục. Và đây là phần bạn không ngờ chúng tôi sẽ nói: ở phân khúc rất nhỏ, một lựa chọn như **NexPay là hoàn toàn hợp lý** — nó không khiến công ty phải bỏ tiền túi (phần kinh tế nằm trong biên độ tỷ giá mà người trả gánh chịu), học viên có thể trả bằng đồng nội tệ, và bạn nhận được xác nhận rõ ràng về số tiền đã về. Chúng tôi cạnh tranh với NexPay mà vẫn nói vậy, một phần vì đó là sự thật, một phần vì chúng tôi thà bạn bắt đầu trên *bất kỳ* nền tảng thực thụ nào còn hơn là trên sự ứng biến. Hãy hiểu mô hình đó nghĩa là gì — chi phí vẫn tồn tại, nó chỉ nằm trong tỷ giá của học viên thay vì trên hóa đơn của bạn (chúng tôi đã viết về [nơi những chi phí đó ẩn náu](/blog/hidden-costs-international-payments-education.md)) — và ở quy mô nhỏ, sự đánh đổi đó thường là ổn. **Kỷ luật lịch biểu cho mọi việc còn lại.** Các lần theo sát, hạn chót nhập học, ngày yêu cầu hoa hồng — một lịch dùng chung và một buổi rà soát nửa tiếng mỗi tuần đánh bại một cỗ máy tự động hóa chưa được cấu hình. ## Bước ngoặt: những dấu hiệu báo "mua ngay đi" Câu trả lời thay đổi — một cách đột ngột — khi xuất hiện những phức tạp về cấu trúc cụ thể. Các ngưỡng về khối lượng thì mềm; những dấu hiệu sau thì cứng: **Bạn có đại lý cấp dưới hoặc phải chia hoa hồng.** Ngay khoảnh khắc số tiền bạn nhận phải được chia tiếp — cho đại lý cấp dưới, các chi nhánh, [thỏa thuận chia hoa hồng với tư vấn viên](/blog/sharing-your-education-agency-commission-with-counselors.md) — bảng tính trở thành một mối nguy có công thức. Sai sót khi chia không chỉ tốn tiền; nó còn làm tổn hại chính những mối quan hệ mà nguồn cung học viên của bạn phụ thuộc vào. **Bạn phải đối soát qua nhiều nước đến hoặc nhiều loại tiền.** Ba nước đến nghĩa là ba hệ thống ngân hàng, ba thông lệ hoa hồng, có chuyển đổi ngoại tệ trên mỗi dòng tiền. Đây là lúc "một người hiểu bảng tính" trở thành một điểm chết duy nhất có hộ chiếu. **Việc đối soát hoa hồng ngốn nhiều ngày, hoặc bạn vừa phát hiện một khoản bị bỏ sót.** Nếu ai đó trong đội ngũ của bạn dành một ngày mỗi tháng để khớp các thông báo chuyển tiền của trường với sổ sách của mình — hay tệ hơn, bạn phát hiện một khoản hoa hồng đơn giản là chưa bao giờ được xuất hóa đơn — thì phần mềm tự trả tiền cho chính nó chỉ riêng bằng doanh thu thu hồi được. Hãy nhớ con số của ICEF: hai phần ba các công ty không có công cụ quản lý hoa hồng. Không phải tất cả họ đều đang mất tiền. Nhưng không ai trong số họ *biết chắc* là mình không mất. **Một trường hoặc đối tác yêu cầu điều đó.** Ngày càng nhiều, các quy tắc về tính liêm chính và việc quản lý đại lý từ phía trường thúc đẩy dữ liệu có cấu trúc. Khi đối tác lớn nhất của bạn yêu cầu báo cáo đàng hoàng, quyết định đã được đưa ra thay cho bạn. **Chính sự tăng trưởng.** Nếu bạn đang nhân đôi quy mô mỗi năm, hãy mua đón đầu — với đà đó bạn sẽ chạm tới mọi dấu hiệu trên trong vòng mười tám tháng, và chuyển đổi giữa lúc đang bùng nổ là thời điểm tệ nhất có thể. ## Khi công ty du học nhỏ ở Việt Nam quyết định: bảng tính có kỷ luật, hay là mua Bức tranh ở trên đúng ở mọi nơi, nhưng phép toán còn rõ ràng hơn với một trung tâm tư vấn du học nhỏ tại Việt Nam, nơi rất nhiều công ty được vận hành bởi một, hai người sáng lập cùng một nhóm tư vấn viên ít ỏi. Với họ, một bảng tính được duy trì kỷ luật thực sự *là* đủ — cho phần quản lý mối quan hệ. Thứ không nên ứng biến nằm ở chỗ khác. ### Khi bảng tính cộng một nền tảng thanh toán thực thụ là đủ Nếu bạn đưa học viên đến một, hai nước, tự xử lý hồ sơ, và không chia hoa hồng cho ai khác, thì một bảng tính do một người làm chủ sẽ theo kịp công việc trong nhiều năm. Đừng vội mua CRM chỉ vì một nhà cung cấp nói bạn nên. Hãy giữ mối quan hệ và tiến trình hồ sơ trong bảng tính, dồn sự kỷ luật vào cột ngày được yêu cầu hoa hồng, và đặt phần tiền bạc lên một nền tảng riêng. Bất đối xứng ở chỗ này: việc quản lý liên hệ co giãn rất thoải mái trong một bảng tính, còn việc luân chuyển tiền thì không. ### Sự bất đối xứng về dòng tiền sắc nét hơn ở Việt Nam Đây là điểm mà thị trường Việt Nam khác biệt rõ rệt, và là phần bạn tuyệt đối không được tùy hứng. Phía thu tiền thì dễ chịu: gia đình trả bằng **đồng Việt Nam** qua những kênh họ đã quen — chuyển khoản liên ngân hàng tức thời qua **Napas 247** với mã **VietQR**, hoặc qua các ví điện tử như **MoMo**, **ZaloPay** và **VNPay**. Quét mã, xác nhận, xong trong vài giây. Nhưng phía chi tiền lại là một câu chuyện hoàn toàn khác: học phí của trường ở nước ngoài phải được thanh toán bằng **AUD, USD hay GBP**. Theo cách truyền thống, mỗi lần chuyển ra nước ngoài là một lệnh điện chuyển tiền quốc tế: ngân hàng cộng thêm biên độ tỷ giá khi quy đổi VND sang ngoại tệ, kèm phí điện SWIFT, và lệnh chuyển thường mất vài ngày làm việc mới tới nơi. Khi bạn tự ghép việc thu VND từ gia đình với việc chuyển ngoại tệ cho trường bằng tay, bạn rơi vào đúng tình huống tồi tệ nhất: **chênh lệch tỷ giá bị mất** mà không ai theo dõi, và **những lệnh chuyển không thể đối soát** — bạn không cách nào ghép chắc chắn một khoản gia đình đã trả với một khoản trường đã nhận, vì hai con số nằm ở hai loại tiền, hai hệ thống ngân hàng và hai mốc thời gian khác nhau. Đây chính là khâu bạn KHÔNG được ứng biến, kể cả khi quy mô còn rất nhỏ. Một nền tảng thanh toán dành riêng cho giáo dục sẽ gỡ nút này: gia đình trả bằng VND qua kênh nội địa, trường nhận đúng loại tiền của mình, và bạn nhận được xác nhận sạch sẽ về số tiền đã về, đã khớp sẵn từng khoản. Bạn có thể dùng một dịch vụ như vậy ngay từ học viên đầu tiên, rất lâu trước khi bạn cần đến một CRM. ### Trả góp và chia hoa hồng cho đại lý cấp dưới Hai đặc điểm rất phổ biến của thị trường Việt khiến sự bất đối xứng trên còn nặng hơn. Thứ nhất là **trả góp theo từng đợt**: nhiều gia đình chia học phí thành một chuỗi các đợt đến hạn rải qua nhiều tháng, thường cắt ngang qua ngày học viên lên đường. Một bảng tính có thể liệt kê các đợt đó, nhưng nó không thể tự nhắc đúng hạn, cũng không tự đối soát khoản nào đã về. Thứ hai là **chia hoa hồng với đại lý cấp dưới**: ở Việt Nam, rất thường gặp việc một công ty lớn nhận học viên từ một mạng lưới đại lý cấp dưới rồi phải chia lại phần hoa hồng. Ngay khoảnh khắc tiền bạn nhận phải được chia tiếp, một bảng tính có công thức sẽ trở thành mối nguy — và một sai sót khi chia không chỉ tốn tiền mà còn làm hỏng chính mối quan hệ nuôi sống nguồn học viên của bạn. Đây cũng chính là hai dấu hiệu "mua ngay đi" rõ ràng nhất tại Việt Nam. Khi bạn bắt đầu theo dõi nhiều đợt trả góp cho nhiều gia đình, hoặc khi bạn bắt đầu chia hoa hồng cho đại lý cấp dưới, thì giá trị của một lớp thanh toán biết tự đối soát và tự chia tiền vượt xa cái giá của nó. ## Dù bạn chọn gì: hãy cam kết Một lời về việc chọn *hệ thống nào*, khi ngày đó đến: hãy chọn cái đang là chuẩn mực ở **thị trường của bạn**, chứ không phải cái có website toàn cầu đẹp nhất, bởi hiệu ứng mạng lưới mang tính địa phương — các tích hợp với trường, các kênh thanh toán, những công ty bạn bè có thể nhờ giúp đỡ. Ví dụ rõ nhất là Brazil, nơi **Ally (allyhub.co)** là chuẩn mực mặc nhiên của các công ty tư vấn du học: một trung tâm theo dạng mô-đun (backoffice/CRM, thanh toán, danh mục trường) mà phần lớn các công ty Brazil lâu năm đã chạy trên đó, nghĩa là các quy trình của nó khớp với cách thị trường Brazil thực sự bán hàng. Cùng sự thẳng thắn mà chúng tôi đã dành cho NexPay cũng áp dụng ở đây, nhưng theo chiều ngược lại: Ally không phải đối thủ của chúng tôi, mà là *đối tác* — Qualy [tích hợp gốc với Ally](/allyhub.md), đồng bộ doanh số, thanh toán và hoa hồng — nên hãy bớt tin sự hào hứng của chúng tôi đi và hỏi khách hàng của Ally, đừng hỏi chúng tôi. Nhưng nguyên tắc thì đúng ở mọi nơi: một hệ thống chuẩn mực của thị trường mà những người cùng ngành có thể giúp bạn vận hành sẽ thắng một hệ thống về lý thuyết tốt hơn nhưng bạn phải tự xoay xở một mình. Lưu ý rằng Ally lấy Brazil làm trung tâm và ưu tiên tiếng Bồ Đào Nha; với một công ty du học ở Việt Nam, nó càng kém chuẩn mực địa phương, nên hãy coi đây là một minh họa cho nguyên tắc "chọn hệ thống chuẩn của thị trường", chứ không phải một gợi ý nên dùng Ally. Đây là ngọn đồi mà chúng tôi sẵn sàng tử thủ. Kiểu thất bại của phần mềm cho công ty du học không phải là chọn nhầm nhà cung cấp — các lựa chọn phổ biến đều dùng được — mà là **áp dụng nửa vời**. Nếu bạn quyết định áp dụng một hệ thống, đó là một quyết định về văn hóa chứ không phải về tài chính: mọi học viên đều phải được nhập vào, mọi khoản thanh toán đều phải đi qua nó, bảng tính cũ bị "khai tử" một cách trang trọng, và người chủ phải đích thân dùng hệ thống (các đội ngũ áp dụng đúng những gì sếp kiểm tra). Hãy dành thời gian onboarding thật sự trong mùa thấp điểm của bạn. Nếu bạn chưa sẵn sàng làm điều đó, thật lòng mà nói: hãy cứ ở lại với Excel. Bạn sẽ ổn hơn công ty bên cạnh đang trả tiền cho một hệ thống mà chính họ không tin tưởng. Và hãy để ý điểm chung của những dấu hiệu phía trên: gần như tất cả đều xoay quanh **việc luân chuyển tiền** — chia tách, đối soát, yêu cầu hoa hồng, đa tiền tệ — chứ không phải việc quản lý liên hệ. Đó là lời chào hàng thẳng thắn cho vị trí của Qualy: nó không phải một CRM, nó là lớp thanh toán-và-hoa hồng, nên hướng áp dụng tự nhiên là giữ bảng tính hoặc một CRM gọn nhẹ cho phần quan hệ, còn để phần tiền bạc — học viên trả vào, chuyển học phí cho trường, [tự động chia hoa hồng](/features/master-and-sub-agent-payments.md), [xuất hóa đơn và đối soát](/features/automatic-accounting-for-ed-agents.md) — chạy trên những đường ray tự đối soát, với một mức phí phẳng cho mỗi giao dịch thay vì một biên độ tỷ giá ẩn. Khi bạn thực sự lớn vượt mô hình của một công ty nhỏ, đó chính là lớp đầu tiên bạn sẽ thấy cần đến — thường là vào đúng cái ngày một đại lý cấp dưới hỏi phần chia của họ đâu rồi. ## Nguồn tham khảo - [Flywire — Các công ty tư vấn du học tìm đến công nghệ khi nhu cầu dịch vụ tăng vọt](https://www.flywire.com/resources/education-agents-turn-to-technology-as-demand-for-services-soar): các con số trong khảo sát của ICEF — 39% công ty không có CRM, 65% xuất hóa đơn thủ công bằng Excel, 67% không có phần mềm quản lý hoa hồng. - [ICEF — nghiên cứu về công ty tư vấn du học và thông tin thị trường](https://www.icef.com/) - [NexPay](https://nexpay.com.au/): dịch vụ thanh toán giáo dục dành cho công ty tư vấn được nhắc đến ở trên. ## Câu hỏi thường gặp ### Một công ty tư vấn du học nhỏ có cần CRM không? Thường là chưa cần ngay từ đầu. Một công ty mỗi năm đưa đi đến vài trăm học viên, không có đại lý cấp dưới và chỉ một hai nước đến, có thể vận hành rất tốt chỉ với một bảng tính có kỷ luật cùng một dịch vụ thanh toán chuyên dụng. Những dấu hiệu cấu trúc làm thay đổi câu trả lời là việc chia hoa hồng, nhiều nước đến hoặc nhiều loại tiền, việc đối soát ngốn nhiều ngày mỗi tháng, hoặc một trường đối tác yêu cầu báo cáo có cấu trúc — chứ không phải số lượng học viên đơn thuần. ### Một công ty nhỏ nên dùng gì thay cho CRM? Ba thứ: một bảng tính do một người làm chủ, theo dõi mọi học viên, hoa hồng dự kiến, ngày được yêu cầu hoa hồng, ngày xuất hóa đơn và ngày đã nhận tiền; một dịch vụ thanh toán giáo dục thực thụ cho mọi việc luân chuyển tiền thay vì chuyển khoản ngân hàng và ứng dụng chuyển tiền; và kỷ luật lịch biểu cho các lần theo sát và hạn chót. Tab hoa hồng là quan trọng nhất — các khoản yêu cầu trễ hoặc bị quên là chỗ rò rỉ doanh thu âm thầm lớn nhất ở các công ty nhỏ. ### NexPay có miễn phí cho các công ty tư vấn du học không? NexPay không thu phí thuê bao của công ty; phần kinh tế của họ nằm trong biên độ tỷ giá được tính vào tỷ giá mà người trả nhận được, đó là cách phần lớn các dịch vụ thanh toán giáo dục "miễn phí" vận hành. Với một công ty nhỏ, sự đánh đổi đó thường chấp nhận được — chi phí vẫn tồn tại nhưng được gánh bên trong tỷ giá của học viên. Khi quy mô lớn lên, các mô hình phí phẳng như của Qualy thường rẻ hơn về tổng thể và còn cộng thêm việc chia hoa hồng và đối soát. ### Khi nào một công ty nên chuyển từ Excel sang phần mềm thực thụ? Khi cấu trúc, chứ không phải khối lượng, làm vỡ bảng tính: lần chia hoa hồng đầu tiên với đại lý cấp dưới hoặc tư vấn viên, thị trường đến thứ hai hoặc thứ ba, việc đối soát đa tiền tệ, một khoản hoa hồng bị bỏ sót được phát hiện, hoặc một trường đối tác đòi hỏi dữ liệu có cấu trúc. Cũng nên mua đón đầu nếu bạn đang nhân đôi quy mô mỗi năm — chuyển đổi giữa lúc tăng trưởng đỉnh điểm là thời điểm tệ nhất có thể. ### Vì sao việc triển khai CRM lại thất bại ở các công ty tư vấn du học? Vì áp dụng nửa vời. Đội ngũ chỉ nhập một số học viên, vào một số thời điểm, và hệ thống trở thành một bản sao chỉ đúng một phần của thực tế mà không ai tin trọn vẹn, trong khi vẫn tốn tiền và công sức. Một CRM được áp dụng 60% còn tệ hơn một bảng tính được dùng 100%, bởi dữ liệu thiếu sót mời gọi những quyết định sai mà người ta lại rất tự tin. Những lần áp dụng thành công đều mang tính văn hóa: mọi dữ liệu đều được nhập, bảng tính cũ được loại bỏ, người chủ dùng hệ thống mỗi ngày, việc onboarding được làm trong mùa thấp điểm. ### Tôi có cần một hệ thống thanh toán ngay cả khi chưa cần CRM không? Có — đây chính là sự bất đối xứng mà các công ty nhỏ hay bỏ qua. Việc quản lý liên hệ co giãn nhẹ nhàng trong một bảng tính; việc luân chuyển tiền thì không. Các khoản học viên trả xuyên biên giới, việc chuyển tiền cho trường và hoàn tiền nếu xử lý qua chuyển khoản ngân hàng và ứng dụng chuyển tiền tạm bợ sẽ sinh ra phí bị mất, sổ sách không thể đối soát và những cơn ác mộng hoàn tiền ở bất kỳ quy mô nào. Lớp thanh toán đáng được áp dụng gần như ngay từ ngày đầu; CRM thì có thể chờ. ### Vì sao sự bất đối xứng về dòng tiền lại sắc nét hơn ở Việt Nam? Vì phía thu và phía chi nằm ở hai loại tiền và hai hệ thống hoàn toàn khác nhau. Bạn thu của gia đình bằng đồng Việt Nam qua các kênh nội địa như Napas 247, VietQR hay ví điện tử — phần này dễ dàng. Nhưng bạn lại phải trả học phí cho trường ở nước ngoài bằng AUD, USD hay GBP, qua lệnh điện chuyển tiền quốc tế kèm biên độ tỷ giá và phí SWIFT. Khi ghép hai phía này bằng tay, bạn dễ mất chênh lệch tỷ giá và rơi vào những lệnh chuyển không thể đối soát. Đây chính là khâu bạn không nên ứng biến, kể cả khi quy mô còn nhỏ. ### Một gia đình Việt Nam có thể trả học phí cho trường ở nước ngoài bằng tiền Việt không? Có. Theo cách truyền thống, gia đình phải thực hiện một lệnh chuyển tiền quốc tế, kèm biên độ tỷ giá khi quy đổi và phí điện SWIFT, với thời gian chờ vài ngày làm việc. Với một nền tảng thanh toán giáo dục chuyên dụng, gia đình trả bằng đồng Việt Nam qua các kênh nội địa như Napas 247, VietQR hay ví điện tử, trong khi trường vẫn nhận đúng loại tiền của mình. Người trả tránh được lệnh điện chuyển tiền quốc tế cùng phần chênh lệch tỷ giá, còn công ty thì nhận được xác nhận đã khớp sẵn về số tiền đã về. ### Trả góp theo đợt và chia hoa hồng với đại lý cấp dưới ảnh hưởng thế nào đến quyết định này? Cả hai đều rất phổ biến ở Việt Nam và đều đẩy bạn về phía mua phần mềm sớm hơn. Trả góp theo đợt tạo ra nhiều ngày đến hạn rải qua nhiều tháng, thường cắt ngang ngày học viên lên đường, mà một bảng tính không thể tự nhắc hay tự đối soát. Chia hoa hồng với đại lý cấp dưới nghĩa là tiền bạn nhận phải được chia tiếp, và một sai sót khi chia bằng công thức trên bảng tính không chỉ tốn tiền mà còn làm hỏng mối quan hệ nuôi sống nguồn học viên. Khi hai điều này xuất hiện, một lớp thanh toán biết tự chia và tự đối soát thường đáng giá hơn cái giá của nó. ### Công ty du học nhỏ ở Việt Nam có thật sự ổn khi chỉ dùng bảng tính không? Có, cho phần quản lý mối quan hệ. Nếu bạn đưa học viên đến một hai nước, tự xử lý hồ sơ và không chia hoa hồng cho ai, một bảng tính do một người làm chủ có thể theo kịp trong nhiều năm. Đừng vội mua CRM chỉ vì một nhà cung cấp nói bạn nên. Hãy giữ mối quan hệ trong bảng tính, dồn kỷ luật vào cột ngày được yêu cầu hoa hồng. Thứ duy nhất bạn không nên ứng biến, kể cả ở quy mô nhỏ, là phần luân chuyển tiền — hãy đặt nó lên một nền tảng riêng ngay từ học viên đầu tiên. ### Sự khác nhau giữa CRM cho công ty du học và nền tảng thanh toán là gì? Một CRM quản lý mối quan hệ và tiến trình: các lượt hỏi, hồ sơ, giấy tờ, chương trình của trường. Một nền tảng thanh toán luân chuyển và đối soát tiền: học viên trả vào, học phí chuyển cho trường, hoa hồng quay về, các phần chia cho đại lý cấp dưới hoặc tư vấn viên, hoàn tiền. Một số bộ phần mềm gộp cả hai. Những dấu hiệu đẩy các công ty nhỏ phải mua phần mềm gần như luôn nằm ở phía tiền bạc, đó là lý do vì sao áp dụng lớp thanh toán trước — và giữ phần quan hệ trong bảng tính — thường là trình tự đúng. ## Related articles - [How education agent commissions work: rates, gross vs net, and getting paid on time](/blog/how-education-agent-commissions-work.md) - [Sharing Your Commission with Your Counselors: The Good, the Bad, and the Ugly](/blog/sharing-your-education-agency-commission-with-counselors.md) - [The Hidden Costs of Payments in International Education: What You Need to Know](/blog/hidden-costs-international-payments-education.md) ## More on Qualy **Lĩnh vực** - [Cho trường học](/vi/giao-duc-quoc-te/cho-truong-hoc.md) — Dành cho các trường có sinh viên quốc tế - [Cho đại lý](/vi/giao-duc-quoc-te/cho-dai-ly.md) — Dành cho các đại lý giáo dục **Hỗ trợ** - [Trạng thái hệ thống](https://qualyhq.statuspage.io/) — Trạng thái hệ thống Qualy - [Liên hệ](/vi/lien-he.md) **Sản phẩm** - [Demo](/vi/demo.md) - [Ý kiến khách hàng](/vi/y-kien-khach-hang.md) — Xem khách hàng nói gì về Qualy - [Trung tâm minh bạch](/vi/trung-tam-minh-bach.md) - [API](/vi/api.md) — API Qualy cho thanh toán du học và đại lý giáo dục - [Blog](/vi/blog) — Blog Qualy về thanh toán trong giáo dục quốc tế **Pháp lý (bằng tiếng Anh)** - [Điều khoản chung](/terms-and-conditions.md) — Điều khoản và Điều kiện - [Điều khoản người thanh toán](/terms-for-payers.md) — Điều khoản cho người thanh toán