Khi tư vấn, hồ sơ và thu tiền của trung tâm du học nằm rải rác mỗi nơi một ít

Điều gì xảy ra khi lịch sử tư vấn chỉ nằm trong trí nhớ và cửa sổ chat

Tài sản thật sự mà một trung tâm tư vấn du học tích lũy được là lịch sử tư vấn. Nhưng nếu lịch sử đó chỉ nằm trong trí nhớ của tư vấn viên, trong hộp thoại Zalo và cuốn sổ tay cá nhân thì công ty gần như không giữ lại được gì. Một ca tư vấn kéo dài nhiều tháng, và khi không tra lại được đã tư vấn những gì thì mọi thứ bắt đầu lặp lại.

Vấn đề không nằm ở chỗ người ta quên, mà ở chỗ thông tin không chuyển được sang người khác. Tư vấn viên phụ trách thường nắm rất rõ hồ sơ của mình: học viên đang nhắm nước nào, ngân sách gia đình tới đâu, ai trong nhà là người ra quyết định cuối cùng. Toàn bộ những điều đó nằm trong đầu người phụ trách và trong hộp thoại riêng. Khi đồng nghiệp ngồi cạnh nhận cuộc gọi thay, mọi câu hỏi phải hỏi lại từ đầu. Phụ huynh nghe mình phải kể lại lần thứ hai là bắt đầu nghi ngờ trung tâm.

Tư vấn qua ứng dụng nhắn tin có rủi ro riêng. Hộp thoại chỉ xếp theo thời gian và gần như không tra cứu được. Muốn biết ba tháng trước đã giới thiệu trường nào thì phải kéo lên rất lâu, còn tệp đính kèm thì có thể đã hết hạn tải. Nặng hơn, phần lớn các cuộc trò chuyện diễn ra trên tài khoản cá nhân: nhân viên nghỉ việc là trung tâm mất luôn quyền truy cập. Đây vừa là chuyện lưu trữ, vừa là chuyện dữ liệu cá nhân của học viên nằm ngoài tầm kiểm soát của công ty.

Bước đầu tiên vì vậy không phải là quản lý tư vấn thật chi tiết, mà là chốt một bộ trường tối thiểu buộc phải ghi lại. Ai hỏi, hỏi qua kênh nào và vào ngày nào, hồ sơ đang ở bước nào, lần tới sẽ làm gì. Chỉ bốn điều đó thôi đã đủ để người khác tiếp nhận. Không cần chép lại toàn bộ nội dung trò chuyện, chỉ cần phần tóm tắt đủ để ra quyết định cùng với lời hẹn kế tiếp.

Càng thêm trường thì càng ít người ghi. Tư vấn viên nhập liệu trong khoảng trống giữa hai ca tư vấn. Màn hình nhập dài là họ để lại làm sau, và phần để lại thường không quay lại nữa. Nên bắt đầu hẹp, quan sát xem thực tế có được điền hay không, rồi mới mở rộng. Vào mùa cao điểm hồ sơ, khi mỗi ngày có hàng chục cuộc gọi và tin nhắn, gánh nặng nhập liệu nặng thêm một chút là cả tháng ghi chép bị bỏ trống.

Khi dữ liệu bắt đầu tích lại, trung tâm trả lời được những câu hỏi khác. Nguồn nào mang lại học viên thật sự ghi danh, từ lúc tư vấn đến lúc ký hợp đồng trung bình cần bao nhiêu lần tiếp xúc, hồ sơ hay dừng lại ở bước nào. Người làm lâu năm vẫn cảm nhận được, nhưng khi những điều đó hiện ra dưới dạng có thể đọc thì cách chi tiền quảng cáo và cách bố trí nhân sự sẽ khác đi.

Yeowubie Interaction khi nhận việc trong mảng giáo dục cũng bắt đầu từ đúng chỗ này. Trước khi nhận danh sách tính năng, chúng tôi hỏi hiện tại lịch sử tư vấn đang nằm ở đâu. Nếu câu trả lời là trong đầu người phụ trách và trong hộp thoại cá nhân thì bất kỳ hệ thống nào gắn vào cũng chỉ được dùng vài tuần đầu rồi dừng, vì thứ tự đã bị đảo ngược.

Việc có nhiều bước hồ sơ thì phải chốt trạng thái trước

Công việc du học đi qua rất nhiều bước giấy tờ. Khi mỗi người nói một kiểu về việc đã nhận giấy gì và còn thiếu giấy gì thì tiến độ bắt đầu lung lay. Thứ cần chốt trước khi dựng màn hình là danh sách trạng thái mà một hồ sơ có thể mang, cùng với điều kiện để chuyển từ trạng thái này sang trạng thái kế tiếp.

Chốt trạng thái không có nghĩa là lập một danh sách cho có, mà là thỏa thuận rằng cả trung tâm dùng cùng một từ với cùng một nghĩa. Trạng thái đang xử lý chẳng nói lên điều gì. Đang thu giấy tờ, đã gửi trường và chờ phản hồi, đã có phản hồi và đang chuẩn bị bước sau: đó là ba tình huống hoàn toàn khác nhau. Nếu ai cũng gọi cả ba là đang xử lý thì người quản lý nhìn danh sách cũng không biết phải làm gì trước.

Khi tách trạng thái, hãy ghi luôn điều kiện để đi tiếp. Trạng thái không có điều kiện rốt cuộc phụ thuộc vào cảm tính từng người, mà cảm tính thì mỗi người một khác. Có điều kiện rõ ràng thì hệ thống tự đẩy hồ sơ sang bước sau, còn hồ sơ không tự đi được sẽ nằm lại và đập vào mắt. Riêng việc hồ sơ đang kẹt hiện ra rõ ràng đã giải quyết được một nửa vấn đề.

Danh mục giấy tờ thay đổi theo điểm đến. Mỗi nước, mỗi trường, mỗi chương trình yêu cầu khác nhau, và quy định có thể đổi mà không báo trước. Vì vậy nếu đóng cứng danh mục giấy tờ trong mã nguồn thì nửa năm sau lại phải gọi lập trình viên. Danh mục nên để người quản lý tự sửa trên màn hình, còn việc phán đoán giấy tờ nào là bắt buộc thì thuộc về người phụ trách, dựa trên hướng dẫn mới nhất của cơ quan có thẩm quyền và của nhà trường. Đây là phần công ty phần mềm không được phép kết luận thay.

Các mốc có hạn phải xử lý riêng. Hạn nộp theo kỳ nhập học, thời hạn hiệu lực của giấy tờ, thời gian dịch thuật và công chứng: đó là những ngày không lùi lại được. Những mục này cần gắn ngày cùng với trạng thái và tự nổi lên đầu danh sách khi gần đến hạn. Buổi sáng mở màn hình lên, việc phải làm hôm nay phải nằm ở trên cùng. Nếu danh sách chỉ xếp theo thứ tự tiếp nhận thì hồ sơ gấp bị chôn ở dưới.

Tách trạng thái tốt còn kéo theo một lợi ích khác. Giải thích cho học viên và phụ huynh dễ hơn hẳn. Có người gọi hỏi thì tư vấn viên chỉ cần nhìn màn hình và đọc lại. Nội dung trả lời không còn khác nhau tùy người, hiểu lầm giảm, và các cuộc gọi giục cũng giảm theo. Với thói quen liên lạc thường xuyên của phụ huynh Việt Nam, phần lợi này thấy rõ ngay trong tháng đầu.

Ngược lại, nếu chưa chốt trạng thái mà đã bắt tay vào lập trình thì kết quả thường là màn hình có đủ nhưng không ai dùng. Vì thực chất mọi người vẫn quản lý theo cách cũ, còn hệ thống chỉ là chỗ nhập thêm một lần nữa. Nhập liệu hai lần không bao giờ kéo dài được lâu.

Thu tiền và hoàn tiền nằm trong Excel thì đối soát chậm

Ghi nhận thu tiền bằng Excel không gây khó khăn vào lúc tiền vào. Khó khăn xuất hiện lúc đối soát. Sao kê ngân hàng, file Excel và ghi chú tư vấn nằm ở ba nơi khác nhau, nên việc khớp ai đã nộp bao nhiêu vào ngày nào rất mất thời gian, và khi có hoàn tiền xen vào thì thời gian đó nhân lên nhiều lần.

Tiền trong dịch vụ du học không vào một lần. Phí tư vấn, phí dịch vụ hồ sơ, học phí nộp hộ, vé máy bay và bảo hiểm là những khoản khác tính chất, vào ở những thời điểm khác nhau. Nộp từng phần và trả góp cũng rất phổ biến. Excel ghi mỗi dòng một giao dịch thì ổn, nhưng khi một học viên gắn với nhiều dòng thì bảng dài ra và việc kiểm tra tổng có khớp hay không trở nên khó. Khi file được sao thành nhiều bản, không ai còn chắc bản nào là mới nhất.

Tên người chuyển khoản thường không trùng tên học viên. Bố mẹ hoặc người thân chuyển hộ thì sao kê hiện tên khác, đôi khi nội dung chuyển khoản cũng để trống. Chừng nào tư vấn viên còn nhớ thì mọi việc vẫn chạy, nhưng người đó nghỉ một hôm là hồ sơ đứng lại. Vì vậy mối liên hệ giữa giao dịch và hồ sơ học viên phải nằm trong dữ liệu chứ không nằm trong trí nhớ. Cách thường dùng là cấp trước một mã để người nộp ghi vào nội dung chuyển khoản.

Hoàn tiền là phần nhạy cảm nhất. Quy định hoàn đến thời điểm nào thì trả bao nhiêu phải có bằng văn bản, và cách tính thực tế phải giống đúng văn bản đó. Nếu quy định nằm trong hợp đồng còn cách tính lại tùy tư vấn viên thì khi có tranh chấp, trung tâm không có căn cứ để giải thích. Việc của hệ thống không phải là đặt ra quy định, mà là lưu lại quá trình áp dụng quy định đã có.

Cách làm cho đối soát nhanh lại khá đơn giản. Mọi ghi nhận liên quan đến tiền đều gắn vào hồ sơ học viên. Số phải thu, số đã thu, số còn lại và số đã hoàn nằm trên cùng một màn hình thì đối soát trở thành việc nhìn màn hình. Không cần dựng thêm file quyết toán, và công việc trước đây dồn vào cuối tháng được xử lý rải đều mỗi ngày.

Kế toán và chứng từ là chuyện riêng. Chứng từ nào phải phát hành vào lúc nào, khoản nào chịu thuế: những điều này khác nhau theo quốc gia và theo hình thức kinh doanh, và quy định vẫn thay đổi. Đây là phần cần đơn vị tư vấn thuế và cơ quan quản lý xác nhận, nên hệ thống an toàn nhất là không tự phán đoán mà chỉ chịu trách nhiệm gom đúng và xuất đủ các giá trị cần thiết.

Phân quyền cũng chốt luôn ở bước này. Tư vấn viên có được sửa số tiền không, ai được duyệt hoàn tiền, thao tác chỉnh sửa có để lại lịch sử không. Trên màn hình liên quan đến tiền mà không lưu ai đã đổi gì thì về sau không còn cách nào kiểm chứng. Thiết kế này vừa để ngăn sự cố, vừa để bảo vệ chính người phụ trách.

Cấu trúc để hồ sơ vẫn chạy khi đổi người phụ trách

Trung tâm giáo dục là nơi nhân sự thay đổi khá thường xuyên. Mỗi lần đổi người phụ trách mà học viên lại phải kể lại từ đầu thì lộ ra một điều: học viên tin vào một cá nhân chứ không tin vào trung tâm. Muốn bàn giao gọn trong một trang giấy thì phải quyết định trước rằng ngày thường cần lưu lại những gì.

Bàn giao khó không phải vì thiếu thông tin mà vì hình thức mỗi người mỗi khác. Có người ghi chú rất kỹ, có người gần như không ghi. Trong cùng một công ty mà cách quản lý khác nhau thì người nhận bàn giao phải giải mã cách làm của người trước. Có một mẫu chung thì bước giải mã biến mất.

Người tiếp nhận thật ra chỉ cần ba thứ. Hồ sơ đang ở đâu, đã hứa gì với học viên và phụ huynh, lần tới làm gì và vào lúc nào. Phần lời hứa quan trọng nhất. Những gì tư vấn bằng miệng mà không được ghi lại sẽ khiến người mới nói khác đi, và niềm tin sụp ngay tại đó. Tệ hơn, nếu người mới tư vấn theo một điều kiện khác thì trung tâm mang trên vai hai lời hứa cùng lúc.

Tệp tin cũng phải nằm một chỗ. Bản sao hộ chiếu, bảng điểm, giấy tờ chứng minh tài chính là dữ liệu nhạy cảm; nếu rải rác trong thư mục cá nhân hay hộp thoại riêng thì riêng việc đi tìm đã là một công đoạn. Khi tệp gắn vào hồ sơ học viên và quyền truy cập được quản lý theo vai trò thì đổi người chỉ cần chỉnh quyền. Vì đây là công việc xử lý dữ liệu cá nhân, nên cũng nên tính trước việc lưu lại ai đã xem gì vào lúc nào.

Bản thân việc phân công cũng nên là dữ liệu. Mỗi hồ sơ có người phụ trách hiện tại và có lịch sử thay đổi thì khi khách gọi đến, người trực biết nối máy cho ai. Trường hợp nhiều người cùng tham gia thì chia vai trò rõ ràng: người tư vấn và người xử lý hồ sơ là hai việc khác nhau, và sự phân chia đó phải hiện trên màn hình.

Cấu trúc này không nhằm giám sát nhân viên. Ngược lại, nó bảo vệ họ. Có ghi lại mình đã tư vấn những gì thì sau này không phải tranh cãi trách nhiệm, và nghỉ phép cũng nhẹ đầu hơn. Khi triển khai hệ thống mà không giải thích điều này trước thì gần như chắc chắn sẽ gặp phản ứng từ phía người dùng. Nếu chỉ nói rằng để quản lý chặt hơn thì chất lượng ghi chép giảm ngay từ tuần đầu.

Với lĩnh vực học tiếng Hàn, nơi quá trình chuẩn bị kéo dài nhiều tháng, cấu trúc bàn giao càng quan trọng. Langtori do Yeowubie Interaction xây dựng cũng là công cụ kết nối và ánh xạ giữa người học và người dạy, tập trung vào việc nối và theo dõi tiến trình. Làm sao để tiến trình không dính chặt vào một cá nhân, đó mới là bộ khung của dịch vụ.

Trình tự bắt đầu mà không cần làm hết ngay từ đầu

Cố làm hết trong một lần thì thường là chậm khởi công. Vẽ xong bản thiết kế bao trọn tư vấn, hồ sơ, thu tiền và báo cáo mất vài tháng, trong khi công việc vẫn chạy theo cách cũ. Tiêu chí chọn phần làm trước rất đơn giản: nhìn xem hiện giờ thông tin nào hay biến mất nhất.

Ở phần lớn trung tâm, thứ cần dựng đầu tiên là hồ sơ học viên và lịch sử tư vấn. Thiếu hai thứ đó thì những phần còn lại không có chỗ bám. Trạng thái giấy tờ và thu tiền là lớp đặt lên trên hồ sơ học viên. Làm ngược lại, dựng thu tiền trước, thì đến lúc dựng hồ sơ học viên lại phải chuyển dữ liệu thêm một lần nữa.

Giai đoạn đầu nên ít màn hình và ít trường nhập. Một màn hình danh sách, một màn hình chi tiết, một màn hình nhập là đủ để bắt đầu. Dùng thật khoảng hai tuần là biết chính xác còn thiếu gì. Yêu cầu sinh ra từ thực tế đó chính xác hơn hẳn yêu cầu tưởng tượng trong phòng họp, nơi một nửa số tính năng được liệt kê ra rồi chẳng ai đụng tới.

Khi chuyển dữ liệu cũ, đừng chuyển hết. Đổ nguyên vài năm Excel vào hệ thống mới là mang theo cả phần dữ liệu chưa được dọn. Nên chuyển hồ sơ đang chạy và các liên hệ gần đây, còn dữ liệu cũ để riêng một nơi để tra cứu. Trì hoãn quyết định này thì chính việc chuyển dữ liệu sẽ nuốt mất dự án.

Thời điểm triển khai cũng phải chọn. Đổi hệ thống ngay mùa cao điểm nộp hồ sơ thì đội ngũ không chịu nổi. Chọn giai đoạn tương đối rảnh, để khoảng hai tuần chạy song song, trong thời gian đó dùng cả cách cũ lẫn cách mới. Chạy song song kéo dài thì không ai chịu chuyển hẳn sang cách mới, nên phải ấn định trước ngày kết thúc.

Thứ tự mở rộng cũng vẽ sẵn. Tư vấn và hồ sơ ổn định rồi mới gắn thu tiền, sau đó mới đến báo cáo và nhắc tự động. Làm báo cáo trước thì chỉ nhìn thấy biểu đồ vẽ từ dữ liệu chưa đầy. Nhắc tự động cũng vậy: nội dung gửi và thời điểm gửi phải thành quy tắc nghiệp vụ trước đã.

Cuối cùng, phần phán đoán về điều kiện du học nên nằm ngoài hệ thống. Yêu cầu về thị thực và giấy tờ khác nhau theo từng nước, có thể thay đổi mà không báo trước, và bên xác nhận là cơ quan có thẩm quyền cùng nhà trường. Hệ thống chỉ nên ghi lại kết quả đã được xác nhận và giúp không bỏ lỡ thời hạn. Giữ đúng ranh giới đó thì mới tránh được việc hệ thống bị lấy làm căn cứ cho một hướng dẫn sai.