Mỗi founder giai đoạn đầu đều mất 1–2 giờ mỗi ngày cho một việc không tạo ra doanh thu: dọn hộp thư, trả lời những email lặp đi lặp lại, và xếp lịch họp qua lại đến chục lượt reply mới chốt được một khung giờ. Đây chính là “nỗi đau có ví tiền” — người trả tiền để giải quyết nó là người trực tiếp chịu đau và có khả năng chi trả. Tín hiệu từ mã nguồn mở đang xác nhận điều đó: một dự án đại diện cho hướng này là dự án nguồn mở inbox-zero — trợ lý AI xử lý email viết bằng Next.js/TypeScript, dùng LLM để phân loại, soạn nháp trả lời và tự động hoá quy tắc hộp thư. Ở thời điểm ghi nhận, đây là một trong những repo trợ lý email được thảo luận nhiều nhất trên GitHub (số sao cụ thể chưa được đồng bộ về hệ thống của chúng tôi hôm nay, nên bài này bàn về cơ hội hơn là con số).
Bài viết đóng khung cơ hội builder quanh một sản phẩm rất cụ thể: trợ lý AI quản lý email và lịch họp cho founder bận. Trước khi bàn kiếm tiền, phải soi kỹ thứ quyết định mọi thứ — giấy phép.
Phân tích giấy phép trước khi mơ đến doanh thu
inbox-zero phát hành dưới AGPL-3.0 (đã xác minh trực tiếp từ file LICENSE trên nhánh chính của repo). Đây là chi tiết mà 90% người “định fork về bán” bỏ qua, và nó thay đổi hoàn toàn mô hình kinh doanh khả thi.
AGPL không phải MIT. Với MIT bạn gần như muốn làm gì cũng được: fork, sửa, đóng gói SaaS, không cần công khai mã. Với AGPL-3.0 thì khác ở một điều mấu chốt: nếu bạn cung cấp phần mềm đó qua mạng như một dịch vụ (tức chính xác là mô hình SaaS), bạn buộc phải công khai toàn bộ mã nguồn phần bạn đã sửa đổi cho người dùng dịch vụ. Nghĩa là bạn không thể lấy nguyên inbox-zero, thêm vài tính năng, rồi bán như một sản phẩm đóng mà giấu code. Về mặt pháp lý, bạn phải mở phần mình sửa.
Điều này KHÔNG có nghĩa là không kiếm được tiền — nhiều công ty vẫn xây SaaS thương mại trên nền AGPL. Nhưng nó định hình lại chiến lược: giá trị bạn bán không nằm ở việc “giấu code”, mà nằm ở vận hành (hosting, uptime, bảo mật), tích hợp riêng cho thị trường Việt, hỗ trợ tiếng Việt, và dịch vụ đi kèm. Nếu bạn muốn một sản phẩm đóng hoàn toàn, lựa chọn an toàn hơn là tự viết lại lõi bằng thư viện MIT/Apache (ví dụ dùng SDK của nhà cung cấp LLM, thư viện gọi Gmail/Calendar API do Google phát hành, framework agent giấy phép thoáng) và chỉ tham khảo inbox-zero như một bản thiết kế UX. So sánh nhanh: một nền tảng như nền tảng tự động hoá thay Zapier cho SME cũng chọn con đường mở lõi và bán vận hành/cloud — mô hình đã được kiểm chứng.
Vì sao founder là tệp khách hàng đáng nhắm
Founder giai đoạn seed đến series A có ba đặc điểm làm họ trở thành khách hàng lý tưởng cho một trợ lý email + lịch họp. Thứ nhất, thời gian của họ đắt: một giờ tiết kiệm được có thể quy ra hàng trăm nghìn đến cả triệu đồng giá trị cơ hội, nên họ sẵn sàng trả 200k–500k đồng/tháng cho công cụ tiết kiệm 30–45 phút mỗi ngày. Thứ hai, họ quyết định mua nhanh — không cần quy trình phê duyệt như doanh nghiệp lớn. Thứ ba, họ tự khuếch tán: một founder hài lòng sẽ giới thiệu trong cộng đồng startup, giảm chi phí thu hút khách.
Khác biệt so với “một cái Calendly” hay “một cái lọc spam”: trợ lý này phải hiểu ngữ cảnh. Nó biết email từ nhà đầu tư quan trọng hơn newsletter, biết soạn nháp trả lời theo giọng của founder, biết đề xuất 3 khung giờ họp dựa trên lịch thật và múi giờ đối tác, và biết tóm tắt các thread dài thành một dòng hành động. Đó là chỗ LLM tạo ra giá trị mà công cụ quy tắc cứng không làm được.
XÂY GÌ — kiến trúc MVP tối giản
Lõi kỹ thuật gồm bốn khối. Một là kết nối dữ liệu: OAuth vào Gmail API và Google Calendar API (bản Microsoft 365 để sau). Hai là lớp phân loại và tóm tắt: đẩy tiêu đề + đoạn đầu email qua một LLM giá rẻ để gắn nhãn (khẩn/chờ trả lời/tin rác/hoá đơn) và tóm tắt thread. Ba là lớp soạn nháp: sinh nháp trả lời theo mẫu giọng văn founder, luôn để founder duyệt trước khi gửi (không bao giờ tự gửi ở MVP — đây là ranh giới niềm tin). Bốn là lớp lịch họp: đọc slot trống, đề xuất khung giờ, tạo link xác nhận.
Về thời gian: một MVP một-người-dùng (chính bạn) chạy được trong khoảng 2–3 tuần nếu tận dụng thư viện có sẵn. Bản đa người dùng có đăng nhập, phân quyền và thanh toán cần thêm 3–4 tuần. Bạn có thể rút ngắn phần khung sản phẩm bằng một boilerplate SaaS AI để ship nhanh cho solo founder, tập trung công sức vào phần lõi email/lịch thay vì dựng lại auth và billing từ đầu.
BÁN CHO AI — ba hướng thương mại hoá
Hướng 1 — SaaS gói cá nhân cho founder Việt. Giá 199k–399k đồng/tháng, bán trực tiếp qua cộng đồng startup và group Facebook founder. Ưu điểm: dòng tiền định kỳ, biên lợi nhuận cao sau khi trừ chi phí LLM (~20k–50k đồng/người/tháng nếu tối ưu prompt). Nhược: cần đủ số lượng người dùng để bù chi phí vận hành, và phải cạnh tranh về niềm tin dữ liệu email.
Hướng 2 — dịch vụ triển khai + tuỳ biến cho công ty nhỏ (10–50 người). Bán một gói setup 5–15 triệu đồng cộng phí duy trì hằng tháng, cài trợ lý dùng chung cho team, tích hợp với công cụ nội bộ. Đây là mô hình dịch vụ, biên cao hơn nhưng khó scale — hợp với giai đoạn kiếm doanh thu đầu tiên để nuôi sản phẩm. Cùng tinh thần “AI ngách cho công ty nhỏ” như trợ lý AI lọc CV cho công ty nhỏ đã phân tích.
Hướng 3 — bản white-label cho agency/tư vấn. Đóng gói để các nhà tư vấn năng suất bán lại dưới thương hiệu riêng của họ. Lưu ý giấy phép AGPL ở đây: nếu lõi dùng inbox-zero, mọi khách của agency đều có quyền yêu cầu mã nguồn — nên hướng này chỉ an toàn khi bạn tự viết lõi bằng thư viện giấy phép thoáng.
VALIDATE — kiểm chứng trước khi viết dòng code thứ hai
Đừng xây rồi mới tìm khách. Ba phép thử rẻ và nhanh: (1) Concierge test — đích thân bạn làm “trợ lý AI” thủ công cho 5 founder trong 1 tuần, dùng ChatGPT dán tay để tóm tắt và soạn nháp email của họ, thu 50k–100k đồng tượng trưng; nếu họ trả tiền và xin tiếp tục, nhu cầu là thật. (2) Landing page + waitlist với nút “đặt trước”, đo tỷ lệ để lại email trên 100 lượt truy cập từ quảng cáo 500k đồng; dưới 5% là tín hiệu yếu. (3) Phỏng vấn 10 founder về việc họ đang mất bao lâu cho email/lịch và đã thử công cụ gì — nếu họ đã trả tiền cho Superhuman, Calendly hay tương tự thì thị trường đã được “hâm nóng”.
Cạm bẫy lớn nhất: niềm tin dữ liệu. Email là dữ liệu nhạy cảm nhất của một founder. Bạn phải minh bạch về lưu trữ (nên chỉ xử lý, không lưu nội dung email), về việc dùng LLM nào, và tuyệt đối không tự động gửi thay người dùng ở giai đoạn đầu. Cạm bẫy thứ hai: chi phí LLM trôi khi người dùng có hộp thư khổng lồ — cần cache tóm tắt và chỉ xử lý email mới. Cạm bẫy thứ ba là giấy phép, như đã phân tích ở trên.
Câu hỏi thường gặp
Có bắt buộc phải dùng inbox-zero không?
Không. inbox-zero là một tham chiếu tốt về UX và luồng xử lý, nhưng vì nó là AGPL-3.0, nếu bạn định bán SaaS đóng thì nên tự viết lõi bằng thư viện giấy phép MIT/Apache và chỉ học hỏi thiết kế. Nếu bạn chấp nhận mở mã phần sửa đổi, dùng trực tiếp là hợp lệ.
Chi phí LLM mỗi người dùng khoảng bao nhiêu?
Ở mức ghi nhận tham khảo, nếu chỉ xử lý email mới và cache tóm tắt, một người dùng cá nhân tốn khoảng 20k–50k đồng/tháng với model giá rẻ. Con số này biến động theo khối lượng email và model bạn chọn, nên hãy đo thực tế trong tuần thử nghiệm.
MVP mất bao lâu để ra bản dùng được?
Khoảng 2–3 tuần cho bản một người dùng (chính bạn), và thêm 3–4 tuần cho bản đa người dùng có đăng nhập và thanh toán. Rút ngắn được nếu dùng boilerplate cho phần khung.
Làm sao khác biệt với Calendly hay bộ lọc Gmail sẵn có?
Điểm khác là hiểu ngữ cảnh: ưu tiên email quan trọng, soạn nháp theo giọng founder, tóm tắt thread dài và đề xuất khung giờ họp thông minh — những việc quy tắc cứng và công cụ đơn lẻ không làm gộp được.
Rủi ro pháp lý về quyền riêng tư email ở Việt Nam?
Bạn xử lý dữ liệu cá nhân nên cần chính sách bảo mật rõ ràng, xin đồng ý qua OAuth chuẩn của Google, và ưu tiên kiến trúc không lưu nội dung email. Đây là yếu tố quyết định niềm tin, không chỉ là thủ tục.
— AIToEarn Radar