Vì sao người làm web đi xây email? Hậu trường MXCrew, Phần 1.

Bạn bè mình, dạo gần đây, hay hỏi cùng một câu, với cùng một gương mặt nửa nghi ngờ nửa tò mò: "Ông làm web hơn 15 năm. Sao bỗng dưng đi xây email?"

Câu hỏi chính đáng. Email nghe như một thứ đã xong từ thế hệ trước, ai cũng có, chẳng ai thiếu. Người ta xây app mới, xây công cụ AI, xây thứ gì đó nghe tương lai hơn. Còn mình, founder TaigaWeb, người từng khoe với bạn rằng blog này là bằng chứng cho công việc của mình, đã chọn đi xây thứ mà hầu hết mọi người cho là đã có lời giải.

Bài này là Phần 1 của câu chuyện hậu trường đó. Không tô hồng, không bỏ khúc khó.

Câu hỏi lặp lại sau mỗi lần bàn giao website

Để trả lời câu hỏi của bạn bè, mình phải quay về một chi tiết đã đuổi theo mình suốt hơn 15 năm làm web, qua hơn 250 doanh nghiệp đồng hành cùng TaigaWeb, con số công bố tại taigaweb.net, bạn có thể tự kiểm chứng. Trong quãng đó, mình cũng trực tiếp dựng và vận hành hơn hai mươi nghìn hộp thư email cho chính những doanh nghiệp ấy; con số này từ công việc của mình, không phải đọc ở đâu.

Sau mỗi dự án website, khi mọi thứ đã bàn giao, gần như luôn có một câu hỏi từ phía khách hàng. Không phải câu hỏi về thiết kế, không phải về tính năng. Mà là câu này: "Vậy email công ty mình làm sao?"

Hóa ra, ngay sau trang web đầu tiên mang tên doanh nghiệp, điều doanh nghiệp muốn tiếp theo luôn là một địa chỉ email mang cùng cái tên đó. ten@congty.vn. Vì danh thiếp đã in, hợp đồng đã ký, và một email @gmail.com bên cạnh một website thương hiệu nhìn cứ như đôi giày da đi cùng dép tông.

Và mỗi lần như vậy, mình lại lặp lại một quy trình cũ: chỉ dẫn khách mua gói dịch vụ email của ông lớn, config vài cái bản ghi DNS, chờ kích hoạt, gửi hướng dẫn dùng. Làm đủ lâu, mình nhận ra một điều khiến mình không yên: mảnh ghép đầu tiên của nhận diện số cho một doanh nghiệp Việt, cái mảnh đến trước cả website, lại là mảnh ghép rườm rà nhất trong bộ bài. Rườm rà đến mức người ta phải thuê người khác làm hộ, hoặc bỏ cuộc và ở lại với thư miễn phí.

Một điểm đau lặp lại trong hơn một thập kỷ, với mình, là một lời mời.

Email là hạ tầng niềm tin, và mình đã có lý do cá nhân

Trong bài #19, mình đã kể về chuyện một email gửi từ @gmail.com bị chấm điểm trước cả nội dung. Lập luận đó đặt nền cho câu chuyện hôm nay: email doanh nghiệp không phải công cụ gửi tin nhắn. Nó là hạ tầng niềm tin, giống hệt website fundraising mà TaigaWeb chọn làm chuyên môn.

Cả hai đều làm cùng một việc: nói thay bạn trước khi bạn kịp mở lời. Cả hai đều bị chấm điểm trong im lặng. Website của bạn bị quét trong tám giây. Email của bạn bị hệ thống của người nhận soi từng chữ ký bảo mật trước khi chạm hòm vào.

Nên khi mình muốn có thêm một bằng chứng cho những gì mình nói về hạ tầng niềm tin, email không phải một chủ đề lệch hướng. Nó là cùng một luận điểm, nói bằng một ngôn ngữ khác.

Còn một lý do thẳng thắn hơn, mình nói luôn: blog này lập luận rằng founder TaigaWeb làm tốt việc xây sản phẩm số. Lập luận bằng chữ chỉ đi được một đoạn. Sớm hay muộn, mình cần một sản phẩm thật, chạy thật, với người dùng thật, làm bằng chứng sống. Một sản phẩm mà sai một dòng cấu hình là thư của khách không đến nơi. Không có địa hình luyện tập nào khắc nghiệt hơn thế cho một người sống bằng chữ tín.

Ngày sản phẩm khai sinh, và ngày mình cầm lái

Giờ thì đến phần hậu trường thật, với những con số bạn có thể kiểm chứng bằng chính lịch sử git của dự án.

Ngày 26/05/2026, repo của dự án có những commit đầu tiên. Bản phác ban đầu đã vẽ được hướng đi: dựng email doanh nghiệp trên domain riêng, chạy trọn trên hạ tầng Cloudflare. Rồi tháng 6 trôi qua, repo nằm im.

Ngày 22/07/2026, mình push commit đầu tiên của mình. Từ ngày đó đến 10/10/2026, ngày commit gần nhất, là 80 ngày. Trong 781 commit của dự án, 765 commit là của mình; câu lệnh git shortlog sẽ chỉ đích danh nếu bạn muốn đếm.

Chuyện đặt tên cũng là một quyết định không nhỏ. Tên sản phẩm là MXCrew. MX là viết tắt của Mail Exchange, loại bản ghi DNS đứng sau việc chuyển thư đến đúng nơi. Crew là đội. Ghép lại, đúng như tinh thần sản phẩm: MXCrew là đội vận hành trao đổi thư của công ty bạn. Bạn có một đội kế toán, một đội bán hàng. Giờ bạn có một đội giữ hộp thư.

Cái tên đó cũng tự chốt một định vị: đây không phải một hộp thư miễn phí thêm một cái nữa. Đây là email doanh nghiệp trên domain riêng, cho chủ doanh nghiệp muốn địa chỉ của họ nói cùng một ngôn ngữ với thương hiệu của họ.

Ba ngày đầu mở repo, và độ khó thật của "một cái hộp thư"

Mình nhớ đúng cảm giác của buổi đầu ngồi với repo. Nghĩ trong đầu đơn giản lắm: email thôi mà, một cái hộp, một nút soạn, một nút gửi.

Rồi danh sách những thứ phải đúng mở ra như một cuốn sổ ghi nợ. Thư đến phải được nhận từ hệ thống routing, xử lý nội dung, phân loại vào đúng hộp. Thư đi phải được xác thực đủ chữ ký, nếu không người nhận sẽ không bao giờ thấy nó, mà không báo lỗi về cho bạn. Xóa nhầm một lá thư là mất vĩnh viễn, và thư, khác ảnh trên mạng, không bao giờ nên để mất. Một giây nghẽn, cả doanh nghiệp khách hàng đứng hình.

Đó là lúc mình hiểu vì sao cả một ngành công nghiệp coi độ tin cậy của thư là tính mạng. Và cũng là lúc quyết định lớn nhất của dự án thành hình: không thử dệt lại toàn bộ hạ tầng thư từ đầu. Đứng trên nền hạ tầng thư đã vận hành quy mô toàn cầu của Cloudflare, tập trung xây phần mà người thật sẽ chạm vào mỗi ngày: hộp thư, giao diện, quy trình, thanh toán.

Cách tư duy đó, chọn nền đặt chân ở đâu, mình sẽ kể kỹ ở Phần 2, cùng những quyết định vô hình mà người dùng không bao giờ thấy nhưng phải trả giá nếu mình làm sai.

Chuyện giá của một cái tên trên danh thiếp

Trước khi khép Phần 1, mình muốn nhắc lại bức tranh lớn, vì nó vượt ra khỏi dự án của mình.

Quan sát thị trường trong nước: rất nhiều doanh nghiệp nhỏ vẫn chạy doanh nghiệp của họ trên một địa chỉ thư miễn phí. Khách hàng không hỏi, đối tác không chê, nên chủ doanh nghiệp nghĩ đó là chuyện nhỏ. Rồi một ngày họ bước vào đàm phán gọi vốn, hoặc chào một hợp đồng lớn, và cái địa chỉ ấy bắt đầu nói thay họ, bằng một giọng họ không chọn.

Điểm đau không phát tiếng, chỉ phát hậu quả. Câu đó mình dùng cho website gọi vốn, và nó đúng nguyên vẹn cho email doanh nghiệp.

MXCrew sinh ra từ điểm đau đó. Còn loạt bài này sinh ra để kể trung thực hành trình dựng nó: những gì chạy, những gì không, và những con số thật đằng sau.

Phần 2 sẽ đi vào hạ tầng Cloudflare và những quyết định không ai thấy. Phần 3 sẽ mang kết quả ra cân, kể cả phần không đẹp.

Decisions by craft. Proof by shipping.