Khi Khách Hàng Không Thanh Toán Thì Làm Gì?

Tôi kể bạn nghe về một dự án mà tôi thực sự tự hào. Sản phẩm đúng như đã thống nhất — nhanh, chỉn chu, loại công việc đủ tốt để được ghi nhận ở tầm quốc tế. Vậy mà sau khi bàn giao, khách hàng không thanh toán khoản còn lại. Tôi đã phải ra một quyết định khó khăn: gỡ website production xuống, vì quyền sở hữu sản phẩm chưa bao giờ được chuyển giao. Khó chịu thật. Nhưng đó là việc đúng đắn và đúng hợp đồng.

Bài này là cẩm nang tôi ước mình có từ những năm đầu: khi khách hàng không thanh toán thì làm gì, và quan trọng hơn nhiều — cách cấu trúc dự án để chuyện đó gần như không bao giờ đi xa đến vậy. Tôi làm creative developer freelance hơn mười một năm. Việc bị quỵt tiền không phản ánh tay nghề của bạn; đó là rủi ro kinh doanh, và rủi ro kinh doanh được quản lý bằng hệ thống, không phải bằng cảm xúc. Đây không phải tư vấn pháp lý — về phần hợp đồng cụ thể, hãy hỏi luật sư tại nơi bạn làm việc. Đây là những gì đã hiệu quả với tôi.

Sự thật: sản phẩm xuất sắc vẫn có thể bị quỵt

Lầm tưởng tai hại nhất trong nghề freelance là: chỉ cần làm đủ giỏi thì khách sẽ luôn vui vẻ trả tiền. Không phải vậy. Chuyện không thanh toán xảy ra với cả những sản phẩm tầm giải thưởng, với developer kỳ cựu, với người có portfolio không chê vào đâu được. Khách kẹt dòng tiền, mâu thuẫn nội bộ, đổi người phụ trách, hay đơn giản là thiếu thiện chí — chẳng liên quan gì đến việc shader của bạn đẹp đến đâu.

Thấm được điều này là bước đầu tiên, vì nó chuyển vấn đề từ "mình làm sai gì?" sang "quy trình của mình cho tình huống này là gì?". Cách nghĩ thứ hai mới giúp bạn lấy được tiền. Toàn bộ phần dưới đây chính là quy trình đó.

Phòng ngừa chiếm 90% việc được trả tiền

Gần như mọi câu chuyện bị quỵt tiền tôi từng nghe đều có thể ngăn được trước khi gõ dòng code đầu tiên. Đòn bẩy là thứ bạn xây vào trong dự án ngay từ đầu — bạn không thể tạo ra nó sau khi đã bàn giao.

Luôn có hợp đồng bằng văn bản

Không hợp đồng, không làm. Kể cả với bạn bè, kể cả việc "nhỏ thôi". Hợp đồng không cần đáng sợ — một bản mô tả phạm vi công việc rõ ràng, có chữ ký hai bên là đủ để thay đổi toàn bộ cục diện. Tối thiểu nó nên có:

• Phạm vi và sản phẩm bàn giao — chính xác bạn làm gì, và nói rõ những gì không làm. Đây là lá chắn chống "scope creep" (phình việc), vốn cũng là một dạng quỵt tiền chậm rãi.
• Lịch thanh toán — số tiền, thời điểm, và điều kiện kích hoạt từng đợt (xem phần mốc bên dưới).
• Số lần chỉnh sửa — bao nhiêu vòng được bao gồm trước khi tính phí thêm.
• Quyền sở hữu trí tuệ (IP) và quyền sử dụng — điều khoản bảo vệ bạn nhiều nhất. Nói kỹ ở phần sau.
• Điều khoản chấm dứt — chuyện gì xảy ra nếu một bên rút lui.

Bỏ ra một lần thuê luật sư soạn một mẫu hợp đồng dùng lại được là một trong những khoản đầu tư đáng giá nhất đời freelance của bạn.

IP chỉ chuyển giao khi thanh toán đủ — bằng văn bản

Đây là câu quan trọng nhất trong hợp đồng của bạn:

Mọi quyền sở hữu trí tuệ đối với sản phẩm bàn giao thuộc về developer cho đến khi nhận đủ thanh toán. Khi thanh toán đầy đủ, quyền sở hữu mới chuyển sang khách hàng.

Chính điều khoản đó đã biến tình huống tệ của tôi từ một khoản lỗ thành một thế giằng co mà tôi kiểm soát. Nếu khách chưa trả tiền, họ chưa sở hữu sản phẩm — nghĩa là tôi hoàn toàn có quyền giữ lại, và có quyền gỡ bản deploy mà mình kiểm soát. Hãy ghi rõ điều tương tự cho mã nguồn, file thiết kế, và mọi shader hay component tùy chỉnh. Cho đến khi hóa đơn cuối cùng được thanh toán, tất cả vẫn là của bạn.

Đặt cọc trước, rồi thanh toán theo mốc

Tôi không bắt đầu production khi chưa nhận cọc, và khuyên bạn cũng vậy. Một cấu trúc điển hình:

Giai đoạn	Điều kiện	% tổng giá trị
Đặt cọc	Khi ký, trước khi làm bất cứ gì	30–50%
Mốc giữa	Khi duyệt xong một giai đoạn lớn (vd: thiết kế/build xong)	20–30%
Cuối cùng	Trước khi bàn giao production / launch	phần còn lại

Hai nguyên tắc khiến cách này hiệu quả. Thứ nhất, tiền cọc bù đắp rủi ro của bạn — nếu dự án chết sớm, bạn vẫn được trả cho phần đã làm. Thứ hai, khoản cuối phải về trước khi bàn giao, không phải sau. Khoảnh khắc bạn chuyển file, đẩy lên hosting của khách, hay trỏ domain, đòn bẩy của bạn bốc hơi. Hãy lấy tiền khi bạn vẫn còn kiểm soát bản deploy.

Đây không phải làm khó; đây là chuyện bình thường. Thợ xây, nhiếp ảnh gia, kiến trúc sư đều làm vậy. Khách đặt hàng sản phẩm tốt đều hiểu điều này. Nếu muốn xem cách phạm vi và giai đoạn ánh xạ vào ngân sách, tôi đã viết về chi phí làm một website chuyển động — thanh toán theo mốc nảy ra rất tự nhiên từ một báo giá được phân tích kỹ.

Giữ sản phẩm trên hạ tầng bạn kiểm soát

Đến khi được trả đủ, hãy host bản build trên staging của bạn hoặc deploy của bạn — project Vercel của bạn, subdomain của bạn, preview URL của bạn. Đừng đẩy lên hosting production của khách hay bàn giao repository sớm. Đây là cơ chế thực thi cho điều khoản IP: nếu bạn kiểm soát deploy và quyền chưa chuyển giao, thì giữ lại việc launch (hoặc gỡ một site đang chạy) chỉ đơn giản là thực hiện hợp đồng, không phải "bắt cóc website làm con tin".

Hãy thật rõ ràng ngay từ ngày đầu về việc ai sở hữu tài khoản domain và hosting. Một mớ bòng bong rất hay gặp và rất dễ tránh: khách sở hữu domain còn bạn kiểm soát bản build, hoặc ngược lại. Hãy chốt bằng văn bản từ đầu.

Xuất hóa đơn một cách chuyên nghiệp

Xuất hóa đơn cẩu thả là mời gọi thanh toán chậm. Vài thói quen giúp ích thấy rõ:

• Xuất hóa đơn ngay — đúng ngày đạt mốc, không phải "cuối tháng".
• Điều khoản rõ ràng — ghi rõ net 7 hay net 14, kèm ngày đến hạn cụ thể.
• Điều khoản phạt trễ trong hợp đồng — một mức phạt trễ đã nêu (vd: phần trăm mỗi tháng quá hạn) khiến lời nhắc lịch sự có thêm sức nặng.
• Một tổng tiền rõ ràng, các phương thức thanh toán bạn nhận, và thông tin của bạn.

Hóa đơn nhanh, chuyên nghiệp cho thấy bạn vận hành bài bản — và người vận hành bài bản được trả tiền trước.

Khi nó vẫn xảy ra: thang leo bình tĩnh

Dù làm hết những điều trên, sẽ có lúc một hóa đơn rơi vào im lặng. Hãy đi theo thang dưới đây tuần tự, giữ thái độ chuyên nghiệp ở mọi bậc. Cay cú làm bạn mất đòn bẩy; bình tĩnh giúp bạn giữ nó.

1. Nghĩ tốt trước, nhắc nhẹ nhàng. Người ta hay bỏ sót email. Một câu ngắn "em nhắc kẻo hóa đơn bị lọt" giải quyết phần lớn vụ trễ mà không cần căng thẳng.
2. Nhắc chính thức. Dẫn số hóa đơn, ngày đến hạn, và điều khoản đã thống nhất. Khách quan, không cảm tính.
3. Dùng đòn bẩy mà bạn có quyền dùng. Đây là lúc khâu chuẩn bị phát huy tác dụng. Nếu IP chưa chuyển giao và bạn kiểm soát deploy, bạn có quyền giữ lại việc bàn giao — hoặc gỡ một bản deploy của chính mình. Hãy nói thẳng: sản phẩm chuyển giao khi thanh toán, đúng theo hợp đồng.
4. Thông báo cuối cùng bằng văn bản. Một hạn chót rõ ràng và bước tiếp theo nếu qua hạn. Giữ phong thái đàng hoàng; sau này bạn có thể phải đưa cho bên thứ ba xem.
5. Leo thang. Tùy số tiền và pháp lý: khởi kiện vụ nhỏ, thư yêu cầu từ luật sư, hoặc dịch vụ thu hồi nợ. Nhiều khi chỉ riêng tiêu đề thư của luật sư đã giải quyết xong.
6. Biết khi nào dừng lỗ. Đôi khi thời gian và áp lực đòi nợ vượt quá số tiền còn lại. Buông tay — sau khi đã bảo vệ được sản phẩm và giữ được phẩm giá — là một quyết định kinh doanh hợp lý, đôi khi là khôn ngoan.

Xuyên suốt, hãy lưu lại mọi thứ. Giữ hợp đồng đã ký, mọi hóa đơn, và toàn bộ lịch sử trao đổi bằng văn bản. Nếu phải leo thang, đống giấy tờ đó chính là hồ sơ của bạn.

Góc độ chính trực — vì sao điều này vượt khỏi cá nhân bạn

Gỡ một website xuống chẳng bao giờ là điều dễ chịu, kể cả khi đúng. Nhưng bảo vệ sản phẩm của mình bảo vệ nhiều hơn cái ví. Khi developer để chuyện quỵt tiền trôi qua, nó âm thầm dạy thị trường rằng công việc sáng tạo trả tiền cũng được, không trả cũng chẳng sao. Giữ một lằn ranh rõ ràng và công bằng — bạn nhận sản phẩm khi đã trả tiền cho nó — là bảo vệ giá trị của cả nghề.

Và đây là điều khiến nhiều người bất ngờ: khách tốt muốn điều này. Phạm vi rõ ràng, một khoản cọc hợp lý, thanh toán theo mốc, và điều khoản IP minh bạch không phải là cờ đỏ với một khách hàng nghiêm túc — chúng là cờ xanh. Chúng cho thấy một người chuyên nghiệp sẽ bàn giao ổn định và không biến mất. Những khách bạn thực sự muốn làm cùng sẽ cảm thấy an toàn hơn với cấu trúc, chứ không e ngại nó.

Đó đúng là cách tôi vận hành dự án bây giờ: phạm vi rõ ràng, một khoản cọc, các mốc gắn với từng giai đoạn, và IP chuyển giao gọn gàng khi thanh toán cuối — để khách tốt có một trải nghiệm mượt mà, ít rủi ro, còn tôi không bao giờ phải ra quyết định khó khăn kia lần nữa. Nếu đó là kiểu hợp tác bạn tìm kiếm, đây là cách làm việc với tôi.

Câu hỏi thường gặp

Freelancer nên yêu cầu đặt cọc bao nhiêu?

30–50% trả trước là chuẩn cho công việc tùy chỉnh. Nó bù rủi ro nếu dự án đình trệ và thể hiện cam kết hai bên. Với dự án lớn, hãy chia phần còn lại thành các mốc thay vì một hóa đơn cuối thật to.

Tôi có được gỡ website xuống khi khách chưa trả tiền không?

Nếu hợp đồng nêu rõ IP chỉ chuyển giao khi thanh toán đủ và bạn kiểm soát bản deploy, thì có — giữ lại việc launch hoặc gỡ một deploy của chính bạn là thực hiện quyền theo hợp đồng, không phải phá hoại. Mấu chốt là có điều khoản đó bằng văn bản trước khi bắt đầu. Hãy xác nhận chi tiết với luật sư tại nơi bạn ở.

Hợp đồng freelance web developer cần có gì?

Tối thiểu: phạm vi và sản phẩm bàn giao, lịch thanh toán kèm điều kiện kích hoạt, giới hạn số lần sửa, quyền IP/sử dụng chuyển giao khi thanh toán đủ, điều khoản phạt trễ, và điều kiện chấm dứt. Một mẫu dùng lại được luật sư soạn một lần sẽ nhanh chóng hoàn vốn.

Khi nào nên buông một hóa đơn chưa thanh toán?

Khi thời gian, áp lực và chi phí đòi nợ vượt quá số tiền còn lại — và bạn đã bảo vệ được sản phẩm (giữ lại bàn giao, giữ IP). Dừng lỗ mà vẫn còn nguyên tay nghề và phẩm giá là một quyết định kinh doanh hợp lệ, không phải thất bại.

---

Nếu bạn đang chọn một developer và muốn người vận hành dự án sạch sẽ, dễ đoán, bạn có thể thấy hữu ích: cách thuê creative developer, creative developer là gì, và — cho các studio — white-label creative development cho agency. Về một nguồn tham khảo uy tín cho hợp đồng và đòi thanh toán, tài nguyên của Freelancers Union là tài liệu vững chắc, dễ đọc.