E-commerce and online ordering

Selling online is not a page. It is a system with a page on the front.

E-commerce and online ordering for independent businesses — a checkout that takes the money, an order that exists as a record, and an admin the owner runs the day from.

Most small businesses that sell online do not have a broken shop. They have no shop at all, and something standing in for one: an order form that sends an email, a direct message, a phone number, a payment handle. It works, in the sense that money changes hands. It also means nobody can tell you what sold last month without reading their inbox.

The tell is always the same. Ask what was ordered on a given Tuesday and watch what happens. If the answer involves scrolling, the business does not have an ordering system — it has a correspondence habit.

What replaces it is not a bigger form. It is a model of what you actually sell, with rules the site can apply rather than describe.

The rule your site can state but cannot apply

This is the most common finding, and it is worth naming precisely. Sweet Squares sells a thirty-count box: up to three flavours, in any mix, from a list of forty-four. The old site could write that sentence. It could not let a customer act on it — the form sent three names and a price, and how many of each was a thing the business had to work out afterwards.

That gap is where the money leaks. Every rule the page states and the system cannot enforce becomes a phone call, a correction, or an order that arrives wrong. The rebuild makes the box the interface: pick a size, choose flavours, watch the squares fill, see how many are left.

What an ordering system has to know

Not a feature list — the questions a real business needs its site to answer without human help:

  • What is actually available today, and what has sold out.
  • How much notice this order needs, and which dates the kitchen or the workshop can genuinely hit.
  • Whether you deliver to this address, what it costs, and what the minimum is.
  • What was promised, at what price, to whom — as a record, not a message.
  • Where the order is now, so the customer can check without asking.
  • What the owner needs to see this morning, in one screen.

Money, stated once

Deposits, payment terms, delivery thresholds and refund rules have a habit of being written in two places and disagreeing. On one audit we found an order page requiring a $15 deposit and a terms page requiring payment in full, both published, both live, for years.

So the commercial rules live in settings the owner controls, and every page that mentions them reads from the same place. Change the notice period once and the homepage, the product page and the checkout calendar all change with it.

Payments, without the lock-in

Payment providers are integrated behind an adapter rather than wired through the whole codebase, so switching processors later is a contained change rather than a rebuild. Card payments, and the option to keep the informal methods a local business already takes, alongside rather than instead.

Prices and totals are computed on the server. A total worked out in the browser and emailed is a total a modified page can change.

Work that shows it

Common questions

Should I just use Shopify?

If you sell straightforward products with straightforward options, quite possibly — and we will tell you so. The case for a custom build is rules a template cannot express: a box with a flavour limit, a lead time that varies by product, a delivery area with real boundaries, capacity the kitchen cannot exceed. That is where platform fees buy you a fight rather than a shortcut.

Can customers still pay by Zelle or Cash App?

Yes, if you want them to. Plenty of local businesses take both and it would be strange to remove it. The difference is that the order exists as a record either way, so the payment is reconciled against something rather than remembered.

How do I handle things selling out?

From the admin, in a couple of taps, without calling anyone. Availability is per item and reflects on the menu, the product page and the builder at the same time — because they all read the same source.

What about pickup and delivery windows?

Modelled properly: real opening hours, real lead times, real capacity per day. The checkout calendar only offers dates you can actually hit, which is the difference between a booking system and a wish.

How long does this take?

Longer than a brochure site, because there is more of it that has to be right. Expect twelve to twenty weeks depending on how many rules the business has, and expect the first weeks to be spent writing those rules down — usually for the first time.

How we do this work

Start a transformation