Chỉ công bố số đã đối soát: vì sao HOPE không đưa ra số liệu 2023 đến 2025

Tháng 7 năm 2026, tôi mở báo cáo doanh thu của công ty và thấy một con số trông rất ổn. Con số ấy sai. Phần mềm kế toán do người nhập tay đã ghi trễ vài ngày, và trong tháng đó nó thiếu 125 đơn hàng. Tệ hơn, khi tôi lần theo, hoá ra có tới 53 chỗ trong mã nguồn của chính chúng tôi tự đi hỏi phần mềm kế toán ấy mỗi khi cần doanh thu. Công ty đã mù doanh thu suốt 9 ngày mà không ai kêu lên.

Sự cố đó dạy tôi nhiều hơn mọi cuốn sách về tài chính. Và nó giải thích vì sao khi gọi vốn, HOPE chỉ công bố số liệu từ năm 2026, và không công bố gì cho giai đoạn 2023 đến 2025.

Vì sao tôi không công bố 2023 đến 2025

HOPE được đăng ký từ 23/08/2023. Ba năm đầu chúng tôi có bán hàng, có khách, có những tháng tốt. Nhưng tôi không có một cuốn sổ đã đối soát cho giai đoạn đó. Có số trong phần mềm kế toán, có số trong tin nhắn, có số trong trí nhớ của người làm. Chúng không khớp nhau, và tôi không thể chứng minh cái nào đúng.

Khi một nhà đầu tư hỏi doanh thu 2024 là bao nhiêu, câu trả lời dễ nhất là chọn con số đẹp nhất trong ba con số. Tôi chọn câu trả lời khó hơn: không có sổ đối soát thì không công bố. Một con số không kiểm được không phải là tài sản của công ty. Nó là một món nợ về uy tín, và nó sẽ được đòi đúng lúc chúng tôi cần uy tín nhất.

Số liệu chúng tôi đưa ra bắt đầu từ năm 2026, khi sổ đã được đối soát. Doanh thu thuần, đã trừ VAT, của 9 tháng đầu năm 2026 là khoảng 3,57 tỷ đồng (khoảng US$137K). Bình quân ba tháng gần nhất khoảng 364 triệu đồng mỗi tháng, tức run-rate khoảng 4,4 tỷ đồng mỗi năm (khoảng US$170K). Đây là một con số nhỏ so với nhiều hồ sơ nhà đầu tư thường thấy. Nhưng nó có một ưu điểm mà con số lớn hơn nhiều khi không có: nó đứng được khi bị hỏi ngược.

Ba nguồn đối soát, một cửa duy nhất

Doanh thu của HOPE hôm nay được dựng từ ba nguồn độc lập nhau.

• Sổ đơn hàng: đơn được bóc tự động từ nhóm chat đơn hàng, nơi nhân viên chốt đơn với khách.
• Vận đơn J&T: mỗi đơn giao đi đều có vận đơn, với thời điểm tạo đơn và giá trị thu hộ.
• Sao kê ngân hàng: cuối tháng, tiền thật về tài khoản được ráp lại với hai nguồn trên.

Phần mềm kế toán vẫn còn đó, nhưng chỉ để đối chiếu, không phải nguồn của con số. Có một bẫy mà chúng tôi nói rõ trong mọi báo cáo: khách chuyển khoản trước thì giá trị thu hộ trên vận đơn bằng 0, nên riêng vận đơn luôn cho số thấp hơn tiền thật. Đó là lý do cần đủ ba nguồn, không dùng một nguồn đơn lẻ.

Quan trọng hơn, chúng tôi đặt luật này vào trong mã nguồn. Chỉ có một cửa duy nhất được phép trả ra doanh thu của công ty; mọi báo cáo, mọi cố vấn AI, mọi bản tin đều phải đi qua cửa đó.

Luật viết bằng chữ không chặn được code.

Chúng tôi đã viết luật "không lấy số bán hàng từ phần mềm kế toán" bằng chữ, trong sổ tay vận hành. Năm ngày sau, mã nguồn vẫn đọc phần mềm kế toán như chưa có luật nào. Chỉ khi luật trở thành cấu trúc của hệ thống, tức là chỉ có một con đường đi tới con số, nó mới thực sự có hiệu lực.

Ba bài học nhỏ từ ba sự cố

Bẫy 9.256 lead. Có lần bảng khách tiềm năng cho thấy 9.256 dòng, và đó là một con số làm người ta hào hứng. Khi kiểm tra theo ngày tạo, 9.098 dòng trong đó là một đợt nhập cục vào đúng một ngày. Lead thật mới là phần còn lại, nhỏ hơn rất nhiều. Từ đó chúng tôi có luật: cấm lấy tổng số dòng của bảng làm số liệu của tháng; luôn lọc theo ngày tạo và nhìn phân bố trước khi tin.

Cào trắng thì dừng, không ghi. Một nguồn dữ liệu của chúng tôi từng hết phiên đăng nhập, và máy cào ghi số 0 đè lên con số thật là 1.481. Không ai cố ý làm sai; hệ thống chỉ làm đúng điều nó được dặn. Từ đó, mọi máy cào ra 0 dòng đều phải dừng lại, giữ nguyên số cũ, bật cờ cảnh báo, và có một bộ canh gác theo dõi từng nguồn. Nguyên tắc là hỏng phải kêu: một hệ thống im lặng khi hỏng nguy hiểm hơn một hệ thống hỏng ồn ào.

Báo cáo phải kèm đề xuất. Một bản báo cáo chỉ liệt kê số thì chưa xong việc. Bot cố vấn vận hành của chúng tôi chạy suốt ngày, đọc số liệu sống, và mọi báo cáo đều phải đi kèm một đề xuất cụ thể.

Cả ba bài học có chung một mẫu: số liệu sai hiếm khi do ai nói dối. Nó sai vì hệ thống cho phép một con đường tắt, và con đường tắt đó cho ra một con số dễ chịu.

Một bộ số duy nhất cho mọi hồ sơ

Một điều ít được nói đến: ngày nay nhiều quỹ dùng AI để đọc hồ sơ gọi vốn. Họ đưa form đơn đăng ký, bản thuyết trình, dataroom và thư giới thiệu cho một mô hình, rồi để nó tìm chỗ không khớp. Một công ty khai doanh thu một kiểu trên form này và một kiểu khác trên form kia sẽ bị phát hiện trong vài giây, và thường không ai nói cho công ty biết.

Vì vậy chúng tôi giữ một bộ số duy nhất cho mọi hồ sơ: cùng một con số doanh thu, cùng số khách mua, cùng cách tính, cùng mốc thời gian bắt đầu từ 2026. Số khách mua là 1.294 người (đếm theo số điện thoại duy nhất, bán lẻ, từ tháng 3 đến tháng 9 năm 2026). Chi quảng cáo trả phí năm 2026 khoảng 34 triệu đồng, khoảng 1% doanh thu. Những gì chúng tôi không đo được, chúng tôi ghi là ước tính hoặc không ghi. Ví dụ, chúng tôi chưa có dữ liệu 2025 đã đối soát nên không dám nói gì về khả năng giữ chân khách dài hạn; chúng tôi chỉ nói rằng 40,5% khách mua lần đầu trong tháng 3 đến tháng 6 năm 2026 đã quay lại mua tiếp.

Kỷ luật này không làm hồ sơ của chúng tôi đẹp hơn. Nó làm hồ sơ của chúng tôi không có chỗ nào để bị bắt lỗi.

Điều tôi mong nhà đầu tư hiểu về HOPE

Tôi không mong bạn đọc con số 3,57 tỷ đồng và ấn tượng. Tôi mong bạn nhìn vào cách chúng tôi trả lời câu hỏi "con số này từ đâu ra". Có ba nguồn đối soát nhau. Có một cửa duy nhất trong mã nguồn. Có những chốt chặn tự động cho trường hợp dữ liệu trắng, dữ liệu nhập cục và dữ liệu đến chậm. Và có sự sẵn sàng nói "chúng tôi chưa có" thay vì lấp chỗ trống bằng một con số dễ chịu.

Tôi tin rằng một công ty còn nhỏ có thể chưa có nhiều thứ, nhưng phải có một thứ: sự tin cậy vào chính sổ sách của mình. Điều đó không thể mua thêm sau khi nhận vốn.

Hãy kiểm tra chúng tôi. Con số của HOPE kiểm được, và chúng tôi muốn bạn kiểm.