Deposits and payment policies for embroidery orders
By Sara Nelson · · 5 minute read
The standard payment policy for custom machine embroidery is payment in full before anything is stitched. The one common exception is an established business or organization account, where a 50% deposit up front with the balance due on delivery is the normal trade arrangement. Never zero down, and never net-30 terms on a first order from anyone. That is the whole policy, it fits in two sentences on an order form, and this guide is about why it is the industry's standard practice and how to hold it without awkwardness.
Why should embroidery be paid before stitching?
Because a personalized piece has no second buyer. The moment a name, a monogram, or a company logo is stitched into a garment, that garment is worth something to exactly one person. A restaurant can resell the table; a print shop can sometimes resell a generic run; an embroiderer holding "MADISON" on a lavender towel is holding a finished cost with no market. Every unpaid custom order is a loan you made, secured by nothing.
Payment up front also does something less obvious: it sorts real orders from conversations. Anyone who runs a custom shop learns that "I'll take one!" in a Facebook comment converts to an actual sale far less than half the time when payment comes later. Requiring payment turns the maybe into a yes or a silence, both of which are answers you can schedule around. This is why the practical definition of an order is not the enthusiastic message. An order exists when the details are confirmed and the money has arrived, and it enters the production queue then, not before.
There is also a plain fairness argument that customers themselves accept: the shop buys the blank, the stabilizer, and the thread, and commits the machine time, before the customer risks anything. Payment before stitching just moves the customer's commitment to the same moment as the shop's.
Is a deposit ever the right answer instead of full payment?
For consumer orders, full payment is simpler and standard, and a deposit mostly adds a second collection step to a $40 order. For two situations, a deposit structure earns its place:
- Business and organization accounts. A company ordering 30 polos, a school ordering spirit wear, or a team ordering uniforms is used to trade terms, and a 50% deposit with the balance due on delivery is the normal arrangement in decorated apparel. The deposit covers your blanks and materials, so even the worst case never puts you cash-negative on the job. Hold two lines even here: the deposit is never zero, and a first order from a new business account is not the place for net terms, however established the business says it is.
- Large custom projects for consumers. A big multi-piece order or a high-cost item can reasonably split into a deposit that covers materials plus a balance at completion, if the total makes full prepayment a genuine obstacle. Keep the deposit at 50% or above; a small "hold my spot" deposit does not protect the material cost, which is the deposit's whole job.
Whether the deposit is refundable should be written down before it matters. A common, defensible policy: refundable before the blank is ordered and the design is digitized, and not after, because that is the moment your real costs start.
How do you tell customers without it being awkward?
State it as infrastructure, not as a negotiation. The policy reads as completely normal when it appears everywhere an order starts, in the same calm sentence: on the order form, in the listing, in the quote, and in the message that confirms the order. Something like: "Payment is due before stitching begins. Your order goes into the production queue once payment and your approval of the mockup are in." No apology, no exclamation point, no paragraph of justification. Policies stated plainly get treated as policies; policies stated apologetically get treated as opening offers.
The sequencing does most of the social work for you. If your flow is quote, then mockup approval, then invoice, then stitching, the payment request arrives at the natural moment when the customer has just approved exactly what they are buying. Payment requests feel awkward mainly when they arrive out of order, after work has started or before the customer knows what the piece will look like.
Two details that prevent most friction:
- Take payment the ways your customers actually pay. Card, Venmo, cash, and check all count; the policy is about timing, not method. Record how each order was paid so the bookkeeping matches reality.
- Tie the due date to payment, not to the conversation. "Turnaround is two weeks from approval and payment" makes the customer's own speed part of the timeline, which is both fair and motivating. There is a full guide on that in embroidery turnaround times.
What do you do when someone asks you to stitch first and pay later?
Hold the line, warmly. The honest answer works almost every time: "I don't stitch before payment on custom pieces, because a personalized item can't be resold. The moment payment's in, you're in the queue." Most people accept that immediately, because the reasoning is visibly fair.
The customer who keeps pushing after hearing it is giving you information. Experienced shop owners will tell you, with unusual unanimity, that the orders that go wrong at payment time announced themselves at policy time. Declining an order that starts with a fight about paying is not lost revenue; it is a remake, a chase, and a stressful month that never happened.
One boundary deserves special mention: friends, family, and repeat customers. The temptation is to waive the policy for people you trust, and the result over time is a two-tier system where your warmest relationships are your least profitable orders and the awkward money conversation you avoided up front happens later, with interest. The kindest version of a payment policy is the one with no exceptions to remember.
What belongs in the written policy?
A payment policy that prevents problems fits on an index card. Yours should state:
- Payment in full before stitching for standard orders.
- Deposit terms for business accounts and large projects: 50% up front, balance on delivery.
- When a deposit stops being refundable.
- Accepted payment methods.
- That turnaround time starts at approval and payment.
- Your policy on customer-supplied garments, since damage to an unpaid, irreplaceable blank is the worst version of every problem above.
Then the operational half: enforcement. A policy only works if unpaid orders genuinely do not enter the production queue, which requires knowing at a glance which orders are paid. That is one of the things order management software is for. In Broidry, an order reaches the stitching queue when it is paid on the terms you set, in full or by deposit, and payments recorded by card, Venmo, cash, or check all count. But the policy comes first, and it works on paper too. Payment before stitching is not a software feature; it is how a custom shop stays a business.
Run your shop from one place instead of five apps.
Broidry tracks every order, quote, and payment in one place. Free until your first sale, and no credit card to start.