Business Essentials

QR codes: the decision that matters is what you encode

A QR code is just an encoding of text, and the single most consequential choice is whether that text is a destination you control. Encoding a URL that points to your own domain means you can change where it leads later — repoint it, fix a typo, update a menu — without reprinting anything. Encoding a third-party link directly means the printed code is permanently tied to that exact address, and if it changes you are reprinting every sticker, poster, and table card.

This matters most for physical placement, where reprinting is expensive and slow. A restaurant menu code, a payment link on an invoice, a poster in a shop window — all of these should point at a URL you own and can redirect. The exception is genuinely static data: WiFi credentials, a vCard, or a plain phone number contain the information itself and have nothing to repoint.

Two practical constraints. More data means a denser code, and a dense code needs to be printed larger to scan reliably — which is a good reason to encode a short URL rather than a long one full of tracking parameters. And QR codes carry built-in error correction, so a code can tolerate some damage or a logo overlaid in the centre, but that redundancy is finite: cover too much and it stops scanning. Always test the final printed version at the actual size and distance people will use it, not just on screen.

QR codes and barcodes are not interchangeable

They solve different problems, and picking the wrong one causes real friction. Traditional linear barcodes — EAN, UPC, Code 128 — encode a short identifier and are built for dedicated scanner hardware at speed and volume. That is retail checkout, warehouse inventory, and shipping labels, where the barcode is a key that looks something up in your system rather than carrying information itself.

QR codes hold far more data, can be scanned by any phone camera without special equipment, and work at angles and orientations that would defeat a linear scanner. That makes them right for anything a customer scans themselves. If the scanning is done by staff with a handheld scanner against a product database, a linear barcode is the correct and faster choice. If it is done by a member of the public with their phone, it is a QR code.

What belongs on an invoice

The Invoice Generator gets paid faster when it removes ambiguity, and most of what delays payment is missing information rather than disputed amounts. A unique invoice number, both parties' full legal names and addresses, the issue date, and explicit payment terms with a due date — "Net 30" is meaningless to someone who does not know your issue date and calculates it differently.

Line items should be specific enough that someone who was not involved in the work can approve the payment, since that is frequently who receives it. "Consulting" is an invitation for a query; "Consulting — API integration, 12 hours at [rate]" is not. Tax should appear as its own line with the rate shown rather than folded into the total, both because the recipient's accounting needs it separated and because it makes the arithmetic checkable at a glance.

Paperwork and contact details

The GST Calculator and Digital Business Card Studio round out the set for the paperwork and networking side of running a business. GST needs the inclusive/exclusive distinction covered in the Finance collection — useful here specifically for pricing a quote correctly before you send it, not after a customer questions the total. A digital business card solves a problem physical cards cannot: it can be updated after printing is irrelevant, shared as a link or QR code that always points at current contact details, and exported as a vCard so it saves directly into a phone's contacts rather than sitting as a photo nobody re-types.