A quotation is not just "the price sheet"
Most freelancers treat a quotation as a formality — type a total into a Word file, send it over, wait for a reply. In practice, the quotation is the first document that decides whether the entire project runs smoothly or turns into a dispute. Anything that isn't written into the quotation tends to resurface later as an argument: what's included, how many revision rounds are free, when payment is due, or why the client still thinks last quarter's price applies today because nobody put an expiry date on it.
A well-built quotation does three jobs at once. It helps the client say yes faster because the scope is already clear. It prevents the money-and-scope disputes that usually surface mid-project. And it becomes the starting point for an invoice, so the same numbers don't get retyped from scratch. This piece walks through what a freelance quotation in Thailand needs, how to turn an approved one into an invoice without re-entering anything, and the mistakes that show up most often.
What a freelance quotation actually needs
A quotation that looks professional — and holds up as a reference if something goes sideways later — needs more than a client name and a total. It needs:
- A sequential document number and issue date. Not a filename like "quote-final-v3.docx." A real reference number is what makes the document easy to trace later, both for the client's accounting team and for your own.
- Recipient details. Company or individual name, address, and tax ID if the client is a registered entity. This information gets reused on the invoice and tax document anyway, so capturing it once up front saves asking twice.
- Line items, not one lump sum. Each line should say what the deliverable is and what it costs. This lets the client see exactly what each baht buys, and it becomes the reference point the moment scope shifts mid-project.
- Per-item pricing and a total, with a clear note on whether VAT is included if you're VAT-registered.
- An estimated withholding tax line. If the client is a juristic entity paying for services, they'll typically withhold 3% before transferring payment. Showing that estimate on the quotation itself means the client isn't confused when the wire lands short of the agreed number — and it lets you plan cash flow around the net figure, not the gross one.
- Payment terms and deposit. State the deposit percentage due before work starts — commonly 30–50% of the total — and the terms for the remaining balance, whether that's on delivery or split across milestones.
- A validity window. Seven to fifteen days from the issue date is typical. This protects you from a client resurfacing months later expecting the old price, even though your costs have since changed.
- Payment channel. List PromptPay or bank details directly so there's no back-and-forth before the transfer.
- A scope-change clause. Even one short sentence stating that work outside what's listed will be billed separately gives you something concrete to point to if a change-request conversation comes up later.
Quotation vs. invoice vs. receipt — where the lines actually are
New freelancers often blur these three documents because they look nearly identical, even though they mean very different things in business terms.
A quotation is an offer. It carries no financial obligation yet — it's telling the client, "if you commit to this, here's the price." The client owes nothing until they accept it. An invoice is issued after that acceptance; it's the actual request for payment against agreed terms. A receipt or tax invoice is proof that payment was received. Knowing exactly which stage you're in determines when it's appropriate to follow up for payment, and keeps the client from being confused about which document they're actually meant to pay against.
A common failure mode is sending the same file twice, with only the header edited from "Quotation" to "Invoice" — same document number, same date. Come year-end reconciliation, it's unclear which document is the real record. Separating the numbering scheme from the start — QT for quotations, INV for invoices — keeps the books far cleaner.
Show the real numbers on the quotation, not just the total
A client sees ฿30,000 on the quotation, then receives a transfer of ฿29,100 because 3% withholding tax was deducted. If that wasn't explained upfront, their accounting team may come back with questions — or worse, you might mistakenly think you were underpaid.
The fix is a simple breakdown: service fee, VAT if applicable, estimated withholding tax, and the net amount you expect to receive. Once that breakdown lives on the quotation, the numbers on the quotation, the invoice, and the actual bank deposit all line up from day one — no after-the-fact explaining required.
Terms that prevent problems later
Terms on a quotation aren't boilerplate at the bottom of the page — they're risk management. Three matter most.
First, the validity window. Keep it short enough to reflect current costs, because a price quoted today may no longer be worth honoring if a client goes quiet for three months and comes back expecting the same number. An expiry date gives you a legitimate reason to requote — not just "I felt like raising my rate."
Second, the deposit. Collecting 30–50% before starting isn't only about cash flow; it's a filter for how serious the client actually is. A client who hesitates on the deposit is often signaling trouble with the remaining payments too.
Third, tie scope directly into the quotation itself rather than a separate scope document the client never reads closely. When the deliverables are listed as line items on the quotation they've already accepted, you have a signed reference the moment they ask for "just one more thing" — proof of what was included and what counts as extra.
From quotation to invoice, without retyping anything
A time sink for a lot of freelancers: the client approves the quotation, and then it's back to a fresh document, retyping line items, prices, and client details all over again to build the invoice — even though almost none of it changed. Retyping introduces its own risk, too: an invoice total that doesn't quite match the quotation the client already signed off on, which is a small mistake that erodes trust fast.
The better workflow is that accepting a quotation converts it into an invoice in one step, carrying over every line item, price, and client detail — leaving only the due date and new document number to set. In MANA, that's exactly how it works: build the quotation, send it, and once the client approves it, convert it straight into an invoice with nothing retyped. When payment lands, reconcile it against the outstanding invoice in the same place. The whole path from quote to closed books stays in one system instead of bouncing between a Word file, a spreadsheet, and a banking app.
Common mistakes in freelance quotations
- Vague scope. "Build a website" with no page count, no revision limit, and no note on what's excluded — the fastest route to a scope-creep argument.
- No expiry date. The client assumes the price is good forever and pushes back to the old number long after it should have changed.
- Deposit terms sprung late. If the deposit wasn't stated on the original quotation, asking for it later feels like a surprise demand instead of an agreed term.
- Sending an easily-edited file. An unlocked Word or Excel document looks unreliable the moment it needs to be used as a reference for a dispute or for accounting. A PDF with a clear document number and date holds up better.
- No sequential numbering. Come tax season, matching each quotation to the invoice it produced turns into unnecessary detective work.
The bottom line
A quotation isn't a pre-work formality — it sets the trajectory for the entire project, from how fast the client says yes to how clean the scope stays to how smoothly payment gets collected. Getting the fundamentals right from the first draft — itemized work, an estimated withholding tax line, deposit terms, and an expiry date — heads off most of the disputes that tend to surface mid-project. And when that quotation converts straight into an invoice without retyping, the paperwork side of running solo gets one step lighter.
