Vì sao dân dev indie hay bị kẹt ở bước thanh toán và gửi mail
Chúng tôi gặp chuyện này rất nhiều lần. Một web hay app nhỏ chạy êm cả tháng, rồi tới lúc cần nhận tiền chuyển khoản hoặc gửi mã OTP thì mọi thứ đứng khựng lại. Nghe thì nhỏ, nhưng đây thường là chỗ ngốn thời gian nhất của cả dự án.
Chọn sai công cụ từ đầu hiếm khi gây lỗi ngay. Nó thường lộ ra sau vài tháng, khi lượng đơn tăng và bạn buộc phải đổi nhà cung cấp. Khi đó, đổi code, chỉnh cấu hình và kiểm tra lại từng luồng tốn công gấp nhiều lần so với lúc chọn ban đầu.
Trong bài này, bên mình so sánh khá trung lập. Với mỗi lựa chọn, chúng tôi cũng nói rõ điểm chưa tốt để bạn tự cân nhắc theo nhu cầu riêng.
Bài toán thực tế khi nhận tiền chuyển khoản cho web bán hàng nhỏ
Khi khách chuyển khoản, ngân hàng gửi một thông báo biến động số dư. Hệ thống của bạn cần đọc được thông báo đó, khớp đúng nội dung chuyển khoản với đơn hàng, rồi mới kích hoạt đơn. Bước khớp này gọi là đối soát giao dịch.
Làm thủ công nghĩa là mở app ngân hàng và đối chiếu từng dòng với danh sách đơn. Lúc chỉ vài chục đơn thì còn làm được. Khi lên vài trăm đơn mỗi tháng, sai sót bắt đầu xuất hiện: nhầm người, chép sai mã đơn, hoặc khách quên ghi nội dung chuyển khoản.
Một shop bán key game mà chúng tôi từng đồng hành có khoảng 2.000 giao dịch mỗi tháng. Với lượng đó, đối soát bằng tay gần như không khả thi. Họ cần một luồng tự động đọc biến động số dư và khớp đơn ngay lập tức. Nếu chậm, khách sẽ phải chờ rất lâu sau khi đã chuyển tiền, rồi sốt ruột nhắn tin hỏi. Riêng việc giảm các tin nhắn hỏi đi đã giúp đội ngũ CSKH nhẹ đi đáng kể.
Các lựa chọn cổng xác nhận chuyển khoản hiện có
Hiện có khá nhiều công cụ làm việc này, phổ biến nhất là SePay, Casso, PayOS và MONA Pay. Tiêu chí so sánh của chúng tôi gồm giá, hạn mức, cách tích hợp và độ ổn định khi lượng giao dịch tăng.
SePay và Casso đều có bản miễn phí ở mức nhỏ và các gói trả phí khi lượng giao dịch lớn dần. Điểm mạnh là cộng đồng lập trình viên khá đông, tài liệu nhiều. Điều cần lưu ý là phải kiểm tra kỹ giới hạn từng gói, vì khi vượt hạn mức chi phí có thể tăng nhanh hơn bạn dự tính.
PayOS hướng tới thanh toán tích hợp sẵn cho website, hợp nếu bạn muốn một cổng thanh toán trọn gói. Nhược điểm là bạn cần đọc kỹ điều khoản để hiểu rõ mình đang được giữ tiền hay chỉ nhận tiền qua trung gian.
MONA Pay miễn phí 500 giao dịch mỗi tháng. Các gói trả phí gồm 99.000đ, 299.000đ, 799.000đ và 1.990.000đ. Theo thông tin tính đến tháng 11/2026, MONA Pay không thu phần trăm trên mỗi giao dịch và không giữ tiền của bạn. Bạn nên xem bảng giá MONA Pay và các gói thanh toán tại đây để chắc chắn con số mới nhất. Điểm chưa tốt là đây là dịch vụ tương đối mới, nên chia sẻ kinh nghiệm từ cộng đồng còn ít hơn các lựa chọn lâu năm.
Gửi email giao dịch: chọn dịch vụ nào cho ứng dụng nhỏ
Email trong ứng dụng không chỉ là thư quảng cáo. Đó là xác nhận đơn hàng, mã OTP đăng nhập hay thông báo lỗi hệ thống. Nếu email đến chậm hoặc rơi vào thư rác, khách sẽ nghĩ hệ thống có vấn đề và rời đi.
Resend, SendGrid và Amazon SES là ba cái tên được dùng nhiều. Resend có giao diện đơn giản, dễ tích hợp với lập trình viên. SendGrid có lịch sử lâu năm và nhiều tính năng. Amazon SES rẻ khi lượng gửi lớn, nhưng cấu hình phức tạp hơn đáng kể, nhất là với người mới.
MONA Mail cho miễn phí 3.000 email mỗi tháng, gói trả phí là 99.000đ, 299.000đ và 799.000đ. Tính đến tháng 11/2026, MONA Mail bắt buộc cấu hình DKIM, tức là chữ ký số xác nhận email thật sự do domain của bạn gửi đi. Bước này khiến nhiều người ngại, nhưng nó giúp email ít bị đánh dấu thư rác hơn.
Điểm cần cân nhắc là cấu hình DNS. Nếu chưa quen chỉnh bản ghi DNS, hãy nhờ người có kinh nghiệm giúp. Khi lượng email tăng, bạn cũng nên theo dõi tỷ lệ gửi thành công thường xuyên thay vì để mặc.
Hạ tầng chạy ứng dụng: so sánh Vercel, Railway, Render và MONA Cloud
Serverless nghĩa là bạn không tự quản lý máy chủ, nền tảng sẽ tự chạy code khi có yêu cầu. Với web tĩnh hoặc API nhẹ, mô hình này thường là đủ. Khi ứng dụng cần chạy liên tục, xử lý nền hoặc giữ kết nối lâu, bạn sẽ cần một máy chủ riêng.
Vercel rất hợp với frontend và các dự án Next.js. Railway và Render cho phép chạy container, dễ triển khai backend hơn. Chi phí của các nền tảng này thường tính theo tài nguyên dùng, nên hãy ước tính trước để tránh hóa đơn bất ngờ cuối tháng.
MONA Cloud tính theo tài nguyên: 250đ mỗi core-giờ, 150đ mỗi GB RAM-giờ và 15đ mỗi GB disk-giờ, mức tối thiểu 550đ mỗi giờ. Dịch vụ tặng 100.000đ credit khi mới bắt đầu. Tính đến tháng 11/2026, MONA Cloud có hỗ trợ MCP để các AI agent kết nối và thao tác với hạ tầng. Hạn chế là hệ sinh thái, tài liệu và cộng đồng còn mỏng hơn các nền tảng đã hoạt động nhiều năm.
Cơ sở dữ liệu và xác thực: Supabase, Firebase và MONA Base
Hầu hết ứng dụng đều cần ba thứ: cơ sở dữ liệu, cách đăng nhập người dùng và nơi lưu file như ảnh hay tài liệu. Supabase dùng Postgres và cung cấp đủ cả ba. Firebase dùng cơ sở dữ liệu NoSQL và có hệ sinh thái lớn của Google.
Khác biệt quan trọng nhất là mức độ phụ thuộc vào nhà cung cấp. Postgres là chuẩn mở, nên chuyển dữ liệu sang nơi khác dễ hơn. Mô hình dữ liệu của Firebase đặc thù hơn, do đó chuyển đi thường tốn công hơn.
MONA Base đang ở giai đoạn beta. Nó gồm Postgres 17, xác thực người dùng và lưu trữ file, đồng thời tương thích với thư viện supabase-js. Vì vẫn là beta, bạn nên theo dõi độ ổn định trước khi đưa vào sản phẩm chính, đặc biệt nếu ứng dụng đã có người dùng thật.
Vận hành website và độ sẵn sàng: đo lường thực tế
Uptime 99,9% nghĩa là một năm website có thể ngừng hoạt động khoảng gần 9 giờ. Con số nghe nhỏ, nhưng nếu rơi đúng giờ cao điểm thì thiệt hại không hề nhỏ. Vì vậy hãy đọc kỹ cam kết dịch vụ, xem nó áp dụng cho phạm vi nào và bồi thường ra sao.
Trước khi trả phí dài hạn, bạn nên chạy thử ứng dụng trên gói đó vài tuần. Theo dõi thời gian phản hồi và số lần lỗi là cách đơn giản nhất để biết dịch vụ có đúng như quảng cáo không.
MONA Host cam kết uptime 99,9% và hoàn tiền trong 7 ngày, tính đến tháng 11/2026. Chúng tôi vẫn khuyên bạn tự kiểm tra trong giai đoạn đầu, đừng chỉ tin vào lời cam kết trên trang giới thiệu.
Sai lầm thường gặp khi ghép nhiều dịch vụ lại với nhau
Dùng mỗi việc một nhà cung cấp nghe rất tiện, nhưng thực tế bạn sẽ có nhiều bảng điều khiển, nhiều bộ khóa API và nhiều hóa đơn khác nhau. Khi có sự cố, phải mở từng nơi để tìm nguyên nhân, mất khá nhiều thời gian.
Lỗi thứ hai là không đọc kỹ giới hạn miễn phí. Nhiều người chỉ nhìn con số lớn trên trang chủ, rồi đến khi lưu lượng tăng mới phát hiện đã vượt hạn mức từ lâu.
Lỗi thứ ba là bỏ qua DNS và DKIM. Email gửi đi không có chữ ký hợp lệ rất dễ rơi vào thư rác, và khách sẽ không nhận được mã OTP của họ.
Cách chọn bộ công cụ phù hợp với quy mô dự án
Hãy bắt đầu từ nhu cầu thực tế thay vì danh sách tính năng. Bạn dự kiến bao nhiêu giao dịch mỗi tháng, gửi bao nhiêu email, và lượng truy cập sẽ ra sao. Ba con số này quyết định phần lớn lựa chọn.
Sau đó, ước tính chi phí theo tháng ở ba mức: hiện tại, gấp ba và gấp mười. Bạn sẽ thấy gói nào rẻ lúc đầu nhưng đắt về sau, và ngược lại. Việc này mất khoảng nửa buổi nhưng có thể tiết kiệm nhiều tiền về lâu dài.
Cuối cùng, thử bản miễn phí của từng dịch vụ trước khi cam kết gói trả phí. Với dự án indie, số tiền bỏ ra nên tương xứng với doanh thu thật, không phải với kỳ vọng. Nếu muốn đối chiếu thêm, bạn có thể xem chatbot AI cho doanh nghiệp để hiểu cách hệ thống tự động tương tác với khách hàng, hoặc tham khảo API ngân hàng tự động nhận tiền cho shop nhỏ nếu muốn đi sâu vào phần đối soát.
Câu hỏi thường gặp
MONA Pay có thu phần trăm trên mỗi giao dịch không?
Theo thông tin tính đến tháng 11/2026, MONA Pay không thu phần trăm trên mỗi giao dịch. Chi phí là các gói cố định 99.000đ, 299.000đ, 799.000đ và 1.990.000đ. Bạn nên xem bảng giá tại trang chính thức để nắm đúng điều kiện hiện hành.
Có cần cấu hình DKIM để gửi email không?
Với MONA Mail, tính đến tháng 11/2026, DKIM là bắt buộc. Với các dịch vụ khác, bạn cũng nên cấu hình để email có độ tin cậy cao hơn. Nếu chưa rành DNS, đừng ngại nhờ người hỗ trợ.
MONA Base đã dùng cho sản phẩm thật được chưa?
MONA Base hiện đang ở giai đoạn beta. Bạn có thể dùng để thử nghiệm và xây dựng nguyên mẫu. Với sản phẩm đang có người dùng thật, hãy cân nhắc kỹ và chuẩn bị phương án dự phòng.
Làm sao biết một dịch vụ có đúng cam kết uptime?
Hãy chạy thử ứng dụng trên dịch vụ đó trong vài tuần và ghi lại thời gian ngừng hoạt động nếu có. Bạn cũng nên dùng công cụ giám sát bên thứ ba để kiểm tra độc lập, không chỉ tin vào bảng điều khiển của nhà cung cấp.
Nên bắt đầu từ gói miễn phí hay gói trả phí?
Với dự án mới, nên bắt đầu từ gói miễn phí để kiểm chứng ý tưởng. Khi lượng dùng vượt hạn mức đều đặn và có doanh thu ổn định, lúc đó mới nên chuyển sang gói trả phí. Làm theo thứ tự này giúp bạn không bỏ tiền sớm vào thứ chưa cần thiết.