A payment link can be enough if the buyer knows what they are buying, the total is settled and your team can fulfil the order from the details you keep. A shop starts to earn its keep when buyers need to assemble their own orders or when several sales channels compete for the same stock. There is a third option for orders agreed by phone: prepare the order yourself, then send a link for that particular purchase.
Before commissioning a shop, I would try one test. Give the person doing the packing a paid test order. Close the inbox. Can they put the right items in the box and tell whether to send it or set it aside for collection?
The same payment can mean two different parcels
Imagine a pottery studio selling pairs of espresso cups. This is an illustrative example. One customer wants two ivory cups for collection. Another wants an ivory cup and a charcoal cup, also for collection. The pairs cost the same. A notification showing only the amount and the words “cup set” cannot tell the packer which parcel is which.
Now change the offer: every box contains one ivory and one charcoal cup, for collection at the studio. A page showing the exact pair, the price and the collection instructions may be enough. If the payment links to a record that identifies the buyer and the set, there is little for a shopping cart to add.
The number of products is a poor basis for a development quote. Even a single box of cups can need a stock check for each colour. Conversely, several fixed offers can be easy to sell separately if nobody needs a mixed basket.
Who decides what goes in the order?
You decide in advance. For a fixed offer, put the details on your existing website and send the buyer to a hosted checkout. K&H describes a pay-by-link service for Hungarian merchants that does not require a webshop. Stripe also lets you configure its payment page to collect a shipping address. Check the actual payment page and the order your team receives. An address field alone does not settle delivery cost or availability.
You and the buyer agree together. A studio might quote a café for a mixed batch with a particular glaze. Record the agreed pieces, delivery charge and reference first; then send the payment request for that order. The buyer should be able to recognise the agreement before paying. For example, Shopify's draft orders let a merchant enter the items and send the customer a checkout link. This approach saves building a public configurator for combinations that need a conversation anyway. Someone still has to prepare each order and check later changes.
The buyer decides without you. A shop is useful when someone needs to browse, choose sizes, combine items and see the delivered price without exchanging messages. My Quattro Hunting work covers an outdoor clothing shop where people browse the range and choose a size, with products and orders managed behind the storefront. Size matters twice: it helps the shopper choose, and it tells the person packing exactly what to pick.
Decide where the last item is counted
Suppose the last charcoal cup sells at the studio counter. What should happen to the online offer? If you have set aside stock for fixed gift boxes, a colleague can count those boxes separately and stop sales when the allocation runs out. If the counter, the online shop and custom orders all draw from the same shelf, decide which stock record each sale updates and when. Ask for a demonstration with the last cup.
Buying a shop platform will not fix a counter sale that nobody records. Equally, a link may work without a new shop if the system behind it already keeps the stock and order details together. Ask a developer to price the missing step. It may be a connection to the stock system you already trust.
Test beyond the payment screen
Use test mode and let a colleague handle the order as they normally would. These are the checks I would put in the brief:
- Change one detail, keep the price. Switch a cup colour. Can the packer find the final choice and quantity from a single order reference?
- Close the browser after paying. Can staff still find the paid order if the buyer never reaches the thank-you page? For an automated Stripe integration, its fulfilment guide explains why payment events should reach the server directly. Handling the same event twice should not create a second parcel.
- Try a delivery you cannot fulfil. Use a destination you do not serve. The buyer should find this out before paying, or be offered a quote instead.
- Cancel before dispatch. Ask a colleague to find the order, stop it being packed and check the payment and stock records. Returning money and returning an item to available stock are separate decisions.
What to ask for in a quote
Give the supplier a fixed order, an order with a change and an example they must refuse. Ask them to show what the buyer sees, what reaches the packing table and who resolves exceptions. Compare the setup and ongoing costs with the staff time spent matching payments to messages or correcting orders. If the link passes those tests, keep it. If the same missing colour, size or delivery detail keeps sending someone back to the inbox, you know which part of the shop is worth building.
If you're choosing your first checkout, send me your offer and an example order or write to hello@davidbuka.com. An example with two different items or a delivery exception is more useful for scoping the work than a list of payment-provider logos.