Invoice Flow app icon Invoice Flow management Tải ứng dụng
VI

Vấn đề Phát sinh Ngoài Phạm vi Đang Âm thầm Bào mòn Agency Thiết kế Web của Tôi

Bởi Maya Patel, Nhà thiết kế Web & Chủ Agency — Denver, CO

Tôi bắt đầu công việc thiết kế web tự do vào năm 2018 với một mục tiêu duy nhất: ngừng làm việc cho người khác. Đến năm 2022, tôi đã thuê hai cộng tác viên bán thời gian và gọi đó là một agency. Doanh thu đang tăng. Lợi nhuận thì không.

Trong bốn năm, tôi vận hành doanh nghiệp bằng sự kết hợp giữa các bản đề xuất Google Docs, hóa đơn PayPal gửi qua email, và một hệ thống theo dõi nội bộ chỉ gồm một mẩu giấy ghi chú dán trên màn hình. Việc lập hóa đơn thiếu chính thức vì mọi thứ về doanh nghiệp đều đã khởi đầu thiếu chính thức. Tôi chưa bao giờ dừng lại để thiết kế cách dòng tiền thực sự chảy vào.

Năm mà cuối cùng tôi nhìn thẳng vào các con số một cách thành thật là năm tôi nhận ra mình có một vấn đề phát sinh ngoài phạm vi, một vấn đề lập hóa đơn trễ, và một vấn đề bảo trì — tất cả cùng một lúc, và tất cả đều ăn mòn cùng một biên lợi nhuận.

Dự án Khiến Tôi Phải Làm Phép tính

Một chuỗi nhà hàng địa phương thuê tôi thiết kế lại toàn bộ website: bốn địa điểm, tích hợp đặt hàng trực tuyến, các mục hình ảnh mới, lịch sự kiện. Chúng tôi thống nhất 8.500$ cho dự án.

Ba tháng sau, tôi bàn giao website. Tôi đã làm những gì đã báo giá cộng thêm tám yêu cầu thay đổi mà khách hàng mô tả là “chỉnh nhẹ” trong suốt dự án. Những chỉnh sửa đó khiến tôi và cộng tác viên mất khoảng hai mươi hai giờ làm việc gộp lại. Tôi chưa bao giờ lập hóa đơn cho bất kỳ phần nào trong đó.

Hóa đơn cuối cùng: 8.500$. Giá trị thực tế đã bàn giao: gần 10.700$ theo mức giá tiêu chuẩn của tôi.

Khi tôi cộng dồn phần phạm vi chưa được lập hóa đơn từ tất cả các dự án năm đó, con số nằm đâu đó giữa 14.000$ và 18.000$. Về cơ bản tôi đã làm việc miễn phí một tháng rưỡi trên toàn bộ tập khách hàng.

Hiểu về Ba Thất bại trong Việc Lập hóa đơn

Trình chỉnh sửa hóa đơn của Invoice Flow app của một agency thiết kế web — một hóa đơn giai đoạn phát triển với một tích hợp thương mại điện tử ngoài phạm vi là một dòng riêng và mã dự án và tên miền trong trường tùy chỉnh
Một mốc phát triển với công việc thương mại điện tử thêm là một dòng riêng — được định giá và ghi chép, không phải một câu “được, tôi sẽ thêm vào” gây tranh cãi.

Khi bắt đầu nhìn rõ vấn đề, tôi có thể xác định được ba vấn đề riêng biệt.

Phát sinh ngoài phạm vi mà không có cơ chế lập hóa đơn. Khi khách hàng yêu cầu thêm một trang hoặc chỉnh lại cấu trúc điều hướng, tôi sẽ nói đồng ý và ôm lấy thời gian đó. Không có quy trình nào để phát hành hóa đơn thay đổi phạm vi. Tôi không muốn tỏ ra khó khăn giữa dự án.

Lập hóa đơn trễ trên các cột mốc dự án. Hợp đồng của tôi quy định 50% trả trước và 50% khi hoàn thành. “Hoàn thành” thì mơ hồ. Khách hàng sẽ yêu cầu những hạng mục hoàn thiện nhỏ — thêm một lần chỉnh sửa, một bản cập nhật nội dung — và tôi sẽ giữ lại hóa đơn cuối cho đến khi mọi thứ xong xuôi. Khoảng cách giữa việc bàn giao công việc và phát hành hóa đơn thường là nhiều tuần.

Không có hệ thống bảo trì định kỳ. Những khách hàng quay lại để bảo trì liên tục được lập hóa đơn tùy hứng mỗi khi họ liên hệ. Có tháng tôi gửi hóa đơn cho họ. Có tháng tôi quên. Không có cấu trúc bảo trì chính thức nào đảm bảo khoản thu nhập này.

Cấu trúc Đặt cọc Đã Khắc phục Dòng tiền Dự án

Điều đầu tiên tôi xây dựng lại là hệ thống đặt cọc. Tôi chuyển từ cách chia đơn giản 50/50 sang cấu trúc ba cột mốc cho bất kỳ dự án nào trên 3.000$.

“Dự án Thiết kế Web — [Tên Khách hàng] — Thỏa thuận Dự án:

Giai đoạn 1 — Đặt cọc Dự án (33%): Đến hạn khi ký thỏa thuận. Bao gồm buổi khám phá, lập kế hoạch kiến trúc website, wireframe ban đầu. Số tiền: 2.805,00$

Giai đoạn 2 — Thiết kế & Phát triển (34%): Đến hạn khi khách hàng phê duyệt bản mẫu thiết kế. Bao gồm xây dựng phát triển, tích hợp, di chuyển nội dung. Số tiền: 2.890,00$

Giai đoạn 3 — Ra mắt Cuối cùng (33%): Đến hạn khi website ra mắt. Bao gồm kiểm thử, chỉnh sửa, triển khai trực tiếp, hỗ trợ 30 ngày sau ra mắt. Số tiền: 2.805,00$”

Tôi tạo cả ba giai đoạn hóa đơn trong InvoiceFlow ngay từ đầu dự án. Giai đoạn 1 gửi ngay. Giai đoạn 2 kích hoạt khi bản mẫu được phê duyệt. Giai đoạn 3 kích hoạt khi ra mắt. Không có sự mơ hồ nào về việc phải trả gì khi nào, và dòng tiền dự án được phân bổ trên suốt tiến trình thay vì dồn về đầu rồi cạn khô trong nhiều tháng.

Hóa đơn Thay đổi Phạm vi Đã Thay đổi Hành vi Khách hàng

Hóa đơn định kỳ trong Invoice Flow app cho một agency thiết kế web — các gói bảo trì website hàng tháng bao gồm cập nhật, sao lưu và giám sát an ninh
Gói bảo trì tự lập hóa đơn mỗi tháng — doanh thu định kỳ giữa các dự án mà không cần thao tác hành chính.

Điều thứ hai tôi xây dựng lại là quy trình đơn thay đổi. Tôi ngừng nói đồng ý bằng miệng với các bổ sung và bắt đầu gửi một hóa đơn thay đổi phạm vi chính thức trước khi làm bất kỳ công việc ngoài phạm vi nào.

Lần đầu tiên tôi gửi một cái, tôi đã lo lắng. Một khách hàng yêu cầu thêm một trang sản phẩm thương mại điện tử và chỉnh lại luồng thanh toán — công việc mà trước đây tôi hẳn đã ôm vào mà không nói gì.

Thay vào đó, tôi mở InvoiceFlow và tạo:

“Ủy quyền Thay đổi Phạm vi — [Tên Khách hàng] — Công việc Bổ sung:

Yêu cầu ủy quyền trước khi công việc bắt đầu. Hóa đơn này phải được thanh toán hoặc xác nhận để tiếp tục.”

Khách hàng phản hồi trong vòng hai giờ: “Ổn đó, cứ tiến hành.” Thanh toán trong vòng ba ngày.

Kể từ khi triển khai hóa đơn thay đổi phạm vi, tôi đã phát hành mười bốn cái trên nhiều dự án khác nhau. Mười hai cái được phê duyệt không cần thương lượng. Hai cái cần thảo luận ngắn dẫn đến việc giảm phạm vi chứ không phải loại bỏ hoàn toàn. Không có cái nào bị từ chối thẳng thừng.

Sự chuyển dịch tâm lý ở khách hàng là đáng kể: khi phạm vi được ghi nhận và định giá trước khi nó xảy ra, khách hàng đưa ra quyết định có chủ đích về những gì họ thực sự muốn. Văn hóa “chỉnh nhẹ” biến mất khi có một dòng mục gắn với nó.

Xây dựng Mảng Kinh doanh Bảo trì

Vấn đề thứ ba — lập hóa đơn bảo trì tùy hứng — đòi hỏi một sự suy nghĩ lại căn bản hơn. Tôi cần các thỏa thuận bảo trì chuyển đổi khách hàng liên tục của mình từ lập hóa đơn hàng tháng khó lường sang phí hàng tháng có thể dự đoán.

Tôi phân tích các khách hàng bảo trì và xác định họ thực sự dùng gì. Mô hình điển hình là khoảng hai đến bốn giờ làm việc mỗi tháng: cập nhật nội dung, bảo trì plugin, thay đổi thiết kế nhỏ, kiểm tra hiệu suất. Tôi xây dựng các cấp độ bảo trì xoay quanh điều này.

Hóa đơn bảo trì tiêu chuẩn của tôi:

“Phí Bảo trì Web Hàng tháng — [Tên Khách hàng] — [Tháng Năm]:

Tôi thiết lập hóa đơn định kỳ trong InvoiceFlow cho từng khách hàng bảo trì. Chúng tự động tạo và gửi vào ngày đầu tiên mỗi tháng. Bây giờ tôi có tám khách hàng theo thỏa thuận bảo trì. Đó là 3.840$ mỗi tháng doanh thu định kỳ cơ bản trước khi có bất kỳ công việc dự án nào.

Cuộc trò chuyện về bảo trì cũng dễ hơn nhiều so với tưởng tượng. Tôi tiếp cận từng khách hàng bảo trì hiện có với đề xuất được đóng khung như một lợi ích cho họ: “Bạn sẽ có quyền truy cập đảm bảo vào số giờ hỗ trợ mỗi tháng, ưu tiên lịch trình, và một ngân sách dự đoán được thay vì hóa đơn hàng tháng thay đổi.” Hầu hết đồng ý trong vòng một tuần.

Lập hóa đơn cho Khách hàng Doanh nghiệp: Một Quy trình Hoàn toàn Khác

Tài liệu Invoice Flow app của một agency thiết kế web — một khoản cọc dự án, các cột mốc thiết kế và phát triển, một gói bảo trì hàng tháng và một lần gia hạn hosting
Tiền cọc, cột mốc, bảo trì và gia hạn hosting — một dự án được lập hóa đơn từ lúc ký đến chăm sóc lâu dài trong một sổ ghi.

Hai trong số khách hàng của tôi là các công ty tầm trung có phòng mua sắm. Họ không dùng PayPal. Họ dùng hệ thống đơn đặt hàng và thanh toán theo điều khoản net-30.

Những hóa đơn ban đầu của tôi gửi cho các khách hàng này bị phòng AP từ chối vì thiếu các trường bắt buộc: không có mã PO tham chiếu, không có mã nhà cung cấp, không có tuyên bố điều khoản thanh toán rõ ràng. Tôi gửi một hóa đơn và không nghe gì trong nhiều tuần, rồi nhận được email từ AP yêu cầu một hóa đơn đã sửa.

Các trường tùy chỉnh của InvoiceFlow đã giải quyết điều này gọn gàng. Tôi thêm các trường cho Mã Đơn đặt hàng, Mã Nhà cung cấp, và Mã Dự án. Giờ đây mọi hóa đơn doanh nghiệp đều bao gồm:

“Dịch vụ Phát triển Web — [Khách hàng Doanh nghiệp] — Tháng 6, 2026: Mã PO: PO-2026-IT-0892 Mã Nhà cung cấp: VND-48821 Mã Dự án: DIGITAL-REBRAND-2026 Thiết kế lại website — hoàn thành Giai đoạn 3: xây dựng trang đích, tích hợp CMS, kiểm thử QA: 4.200,00$ Điều khoản Thanh toán: Net-30 Ngày Đến hạn: 8 tháng 7, 2026”

Đội AP xử lý những cái này mà không cần theo dõi. Thanh toán đến trong hạn. Tôi chưa từng có hóa đơn doanh nghiệp nào bị trả lại vì thiếu thông tin kể từ khi triển khai định dạng này.

Các Con số Sau Hai Năm

Trước khi cải tổ, doanh thu hàng tháng của tôi hoàn toàn phụ thuộc vào dự án — tháng tốt khi dự án chốt, tháng èo uột khi không. Mức giá theo giờ thực tế của tôi, khi tính cả phần phạm vi chưa được lập hóa đơn, thấp hơn hẳn mức giá công bố.

Sau hai năm lập hóa đơn có cấu trúc:

Doanh nghiệp đã tăng trưởng, nhưng thay đổi quan trọng hơn là doanh thu hiện có trở nên trọn vẹn hơn và rõ ràng hơn.

Công việc Kinh doanh Trông Ra sao Bây giờ

Bảy đến mười khách hàng dự án đang hoạt động vào bất kỳ thời điểm nào, tất cả đều theo lập hóa đơn cột mốc ba giai đoạn. Tám khách hàng bảo trì tạo ra thu nhập hàng tháng dự đoán được. Hai tài khoản doanh nghiệp với việc lập hóa đơn chính thức có tham chiếu PO. Hóa đơn thay đổi phạm vi được phát hành cho bất kỳ công việc nào ngoài thỏa thuận ban đầu trước khi công việc đó bắt đầu.

Giờ tôi điều hành một agency thực thụ — nơi việc lập hóa đơn tương xứng với chất lượng của công việc thiết kế. Tải InvoiceFlow. Xây dựng các cấp độ bảo trì của bạn. Phát hành hóa đơn thay đổi phạm vi đầu tiên trước khi bạn ôm thêm một “chỉnh nhẹ” nào nữa.

Maya Patel là một nhà thiết kế web và chủ agency tại Denver, Colorado, chuyên về website cho doanh nghiệp nhỏ, xây dựng thương mại điện tử, và bảo trì số liên tục cho các thương hiệu khu vực.