Một buổi tối, email xác nhận không đến tay học viên
Tối hôm đó, một học viên vừa đăng ký khóa học trên website và ngồi chờ email xác nhận. Mười phút trôi qua. Rồi nửa tiếng. Hộp thư vẫn trống. Cuối cùng bạn ấy phải gọi điện hỏi trung tâm. Chuyện nghe nhỏ thôi. Nhưng với chúng tôi, đó là lời nhắc rất rõ ràng về một việc đã bị bỏ qua quá lâu.
Nguyên nhân khi ấy khá quen thuộc. Chúng tôi dùng Gmail SMTP để gửi email hệ thống. Nói cách khác, chúng tôi mượn một tài khoản Gmail làm bưu điện để chuyển thư tự động. Cách này chạy ổn khi số thư còn ít. Khi lượng đăng ký bắt đầu tăng, thư đến chậm hơn. Có lúc bị chặn. Có lúc nằm im trong thư mục spam mà không ai biết.
Từ đó, chúng tôi tìm một hướng khác, dành riêng cho email giao dịch. Bài này ghi lại quá trình ấy. Chúng tôi sẽ kể về ba thay đổi mà khách hàng của ncppb.com thực sự cảm nhận, và những bài học rút ra trên đường đi.
Gmail SMTP phù hợp với việc gì, và dừng ở đâu
SMTP là giao thức để các phần mềm gửi thư cho nhau. Gmail SMTP cho phép website nhờ một hộp thư Gmail gửi thư thay mình. Với vài email thử nghiệm hay quy mô nhỏ, cách này hoàn toàn dùng được và không tốn đồng nào.
Điểm dừng nằm ở hai chỗ. Thứ nhất là giới hạn số thư mỗi ngày mà Gmail áp dụng cho tài khoản thông thường. Thứ hai là uy tín của người gửi. Khi lượng thư tăng đột ngột, các máy chủ nhận dễ nghi ngờ và đẩy thư vào mục rác. Bạn không kiểm soát được điều này. Và cũng không có cách nào biết trước khi nó xảy ra.
Email cá nhân và email giao dịch khác nhau ở đúng điểm này. Thư xác nhận đăng ký hay biên nhận học phí cần đến đúng lúc, vì người nhận đang chờ chính thông tin đó. Độ tin cậy vì thế quan trọng hơn nhiều so với việc chỉ là gửi được.
Điều đầu tiên đổi: email xác nhận đến đúng hộp thư hơn
DKIM là một chữ ký số gắn vào mỗi email. Máy chủ nhận có thể kiểm tra chữ ký này để biết thư thật sự do tên miền của bạn gửi đi, chứ không phải ai đó mạo danh. Nghe có vẻ kỹ thuật, nhưng có thể hiểu đơn giản: đó là con dấu xác nhận nguồn gốc thư.
Khi chuyển sang dịch vụ mới, chúng tôi cấu hình DKIM cho tên miền gửi. Đồng thời, chúng tôi tách email giao dịch khỏi email quảng cáo. Lý do khá thực tế. Nếu một chiến dịch marketing bị đánh dấu spam, uy tín của địa chỉ gửi có thể kéo theo cả thư xác nhận đăng ký. Khi đã tách, hai luồng không còn ảnh hưởng lẫn nhau.
Sau khi cấu hình, chúng tôi gửi thử và kiểm tra lại từng bước. Bạn cũng làm được điều tương tự. Gửi một thư đến hai hộp thư khác nhau, rồi xem phần thông tin nguồn gốc để biết DKIM đã được xác thực hay chưa. Đừng chỉ nhìn xem thư có đến hay không. Thư có thể đến, nhưng vẫn bị đánh dấu nghi ngờ.
Điều thứ hai đổi: hệ thống gửi vẫn ổn định khi lượng truy cập tăng
Đợt tuyển sinh đầu năm là lúc chúng tôi nhìn rõ nhất sự khác biệt này. Lượng đăng ký có thể tăng gấp vài lần chỉ trong vài ngày. Mỗi đăng ký lại kéo theo một loạt email. Hệ thống cũ chậm dần. Hệ thống mới được thiết kế để xử lý lượng lớn mà không cần ai canh chừng từng đợt.
Tin vui cho các trung tâm nhỏ là gói miễn phí có hạn mức 3.000 email mỗi tháng. Với nhiều trung tâm mới bắt đầu, con số này đủ dùng trong một thời gian khá dài.
Cách ước lượng đơn giản là thế này. Đếm số học viên mới mỗi tháng, nhân với số loại email mỗi người nhận. Thường là thư xác nhận, nhắc lịch và biên nhận. Sau đó cộng thêm một khoản dự phòng cho những đợt cao điểm. Chẳng hạn, một trung tâm có 300 học viên mới mỗi tháng, mỗi người nhận khoảng 4 thư, sẽ cần khoảng 1.200 email. Phần còn lại là dư để xử lý những đợt tăng bất ngờ.
Điều thứ ba đổi: máy chủ đặt tại Việt Nam, chi phí tính bằng VND
Máy chủ gửi thư đặt tại Việt Nam giúp độ trễ thấp hơn cho người dùng trong nước. Làm việc với nhà cung cấp trong nước cũng thuận tiện hơn. Khi cần hỗ trợ nhanh, hay trao đổi trực tiếp bằng tiếng Việt, mọi việc đều đỡ rườm rà. Điều này đặc biệt hữu ích với những vấn đề kỹ thuật phát sinh giữa chừng.
Về chi phí, thanh toán bằng VND giúp trung tâm dễ lập dự toán hằng tháng mà không phải theo dõi tỷ giá. Khi so sánh các gói, bạn nên nhìn vào hạn mức gửi, mức phí khi vượt hạn mức và những tính năng đi kèm. Đừng chỉ dừng ở con số hiển thị đầu tiên trên trang giới thiệu.
Hệ thống gửi email website chúng tôi đang dùng MONA Mail
Hiện tại, hệ thống gửi email của website đang chạy trên MONA Mail. Các loại thư đang gửi gồm email xác nhận đăng ký, thông báo lịch học và biên nhận học phí. Tất cả đều là email giao dịch, gắn với một hành động cụ thể của người dùng. Vì vậy chúng cần được gửi đúng lúc và đến đúng nơi.
Nếu phần mềm quản lý của bạn cần tự tích hợp, hãy bắt đầu từ tài liệu API và SDK của MONA Mail. Tuy vậy, cần nhớ đây là công cụ phục vụ việc gửi thư giao dịch. Nó không thay thế việc chăm sóc và quản lý danh sách học viên của chính trung tâm.
Nếu bạn đang cân nhắc các hệ thống hỗ trợ cho trung tâm, có thể đọc bài Trường học chuyển đổi số: chọn phần mềm quản lý nào? để có cái nhìn tổng quan trước khi quyết định. Với những trung tâm đang tính đến việc số hóa toàn bộ quy trình, bài kiến thức phần mềm web app quản lý giáo dục cho giảng viên giải thích khá rõ những gì nên ưu tiên trước.
Quy trình chuyển đổi trong thực tế
Chúng tôi không chuyển mọi thứ trong một ngày. Quy trình gồm bốn bước, và mỗi bước đều có lý do riêng.
Bước đầu tiên là liệt kê toàn bộ email hệ thống đang gửi. Nhiều đội thường quên một vài loại thư cũ, chẳng hạn thư nhắc học phí định kỳ, và chỉ phát hiện sau khi đã chuyển xong. Hãy rà lại mã nguồn và lịch gửi tự động để không bỏ sót.
Bước thứ hai là thiết lập tên miền gửi và cấu hình DKIM. Đây là phần kỹ thuật nhất, nhưng cũng là phần quyết định thư có đến đúng nơi hay không. Nếu chưa tự tin, nên nhờ người có kinh nghiệm DNS xem lại trước khi bật.
Bước thứ ba là gửi thử và kiểm tra cả hộp thư đến lẫn thư mục spam, trên ít nhất hai dịch vụ thư khác nhau. Đừng bỏ qua bước này. Lỗi cấu hình thường lộ ra đúng ở đây.
Bước cuối là chuyển dần từng loại email sang hệ thống mới. Bắt đầu với loại thư ít rủi ro nhất, theo dõi vài ngày rồi mới chuyển tiếp. Cách này giúp phát hiện vấn đề sớm, khi chỉ một phần nhỏ người dùng bị ảnh hưởng.
Sai lầm thường gặp khi đổi nhà cung cấp gửi email
Sai lầm đầu tiên là quên cấu hình DKIM hoặc SPF. Khi đó thư có thể bị nghi ngờ dù nội dung hoàn toàn bình thường. Chúng tôi từng gặp đúng tình huống này trong lần chuyển đổi đầu tiên. Mất khá nhiều thời gian mới tìm ra nguyên nhân, vì mọi thứ trông vẫn ổn trên bề mặt.
Sai lầm thứ hai là chuyển toàn bộ cùng lúc mà không có thời gian theo dõi. Khi có sự cố, bạn không biết lỗi nằm ở đâu. Chuyển từng phần giúp khoanh vùng vấn đề dễ hơn nhiều.
Sai lầm thứ ba là dùng chung một địa chỉ gửi cho cả email marketing lẫn email giao dịch. Như đã nói, một chiến dịch quảng cáo lỗi có thể kéo uy tín của cả hệ thống xuống. Tách hai luồng ngay từ đầu sẽ tiết kiệm rất nhiều rắc rối về sau.
Câu hỏi thường gặp
Gmail SMTP có dùng được cho website có nhiều học viên không?
Với lượng nhỏ và giai đoạn thử nghiệm thì được. Khi số học viên tăng đều, hạn mức gửi và độ tin cậy sẽ thành vấn đề. Nên chuyển sang dịch vụ email giao dịch trước khi gặp sự cố, thay vì đợi đến lúc mất học viên vì thư không đến nơi.
DKIM là gì và có bắt buộc khi gửi email giao dịch không?
DKIM là chữ ký số giúp người nhận xác nhận thư đúng là từ tên miền của bạn gửi đi. Nó không phải điều kiện pháp lý. Nhưng gần như là cần thiết nếu bạn muốn thư vào hộp thư chính. Thiếu DKIM, thư có khả năng cao bị nghi ngờ.
Chuyển sang dịch vụ mới có làm mất lịch sử email cũ không?
Không. Lịch sử thư đã gửi vẫn nằm trong Gmail hoặc hệ thống cũ. Việc chuyển đổi chỉ thay đổi nơi các thư mới được gửi đi. Bạn nên sao lưu những dữ liệu quan trọng trước khi đổi để tiện tra cứu về sau.
Chi phí dịch vụ email giao dịch có tốn kém cho trung tâm nhỏ không?
Với gói miễn phí 3.000 email mỗi tháng, nhiều trung tâm nhỏ chưa cần trả phí. Khi vượt hạn mức, hãy tính toán theo số email thực tế để chọn gói phù hợp. Đừng chọn gói quá lớn chỉ vì sợ thiếu, cũng đừng chọn quá nhỏ rồi phát sinh chi phí bất ngờ.