How do I sell a handful of products or take bookings without building a full online store?

This page may contain affiliate links from which Blur Studio earns commissions.

Full e-commerce platforms are built for a specific problem: managing inventory across many products, shipping logistics, multiple channels. If what you actually have is a short list of products or a booking calendar, that machinery is mostly overhead you don't need yet, and it comes with its own learning curve and monthly cost that doesn't match the size of what you're selling.

Match the tool to what you're actually selling

• A handful of fixed-price products, no variants, no shipping complexity: a payment link (Stripe Payment Links is the standard, low-friction choice) is often genuinely enough. You create a link per product, share it, and get paid, with no store interface to manage at all. Taking deposits is covered in how to take deposits and payments online without a tech person.
• Appointments or bookings rather than physical products: a built-in booking system, like the one Wegic, the AI tool that builds a website from a chat description, lists among its features for deploying scheduling without coding, fits this directly. You're not selling a shippable item, you're selling a time slot, which is a simpler problem than inventory.
• A small shop built right into your existing site: Wegic's own features list includes a shopping cart it describes as adding e-commerce functionality without needing a separate third-party integration. The specific mechanics (which payment processors it supports, what fees apply) weren't something I could confirm in detail from available documentation, so test this directly with a real, small transaction before relying on it for actual customer payments.
• Real inventory, shipping, or multichannel selling: this is where Shopify or a comparable dedicated platform earns its complexity and cost. Don't try to stretch a simple payment link or a site builder's basic cart to cover genuine stock management; it will become the bottleneck.

Step by step: setting up the simple version

1. List exactly what you're selling and how: fixed products, bookings, or a mix, and roughly how many transactions a month you expect.
2. Try the simplest option first, a payment link for products or a booking feature for appointments, before reaching for anything more complex.
3. Test it with a real, small transaction yourself before pointing customers at it, checking that the confirmation, receipt and any follow-up actually work the way you expect.
4. Set a volume threshold for when you'll revisit this: a specific number of orders a month, or the point where you're manually tracking inventory in a spreadsheet, as your signal to move to a dedicated platform. A typical setup is shown in the tool stack for an ecommerce store.
5. Keep your records clean from day one, even on the simple version, since moving to a proper store platform later is easier if you already have clean sales and customer data to migrate. Keeping listings current is in how to keep prices, hours and listings on your website up to date.

A worked example: a small service business adding bookable add-ons

Say you run a small spa or salon and want to let clients book a specific add-on service (an extra treatment, a product to pick up at their appointment) directly from your site, without building a full retail operation around it. A booking feature handles the appointment slot directly. For a short list of retail products you also sell (a handful of skincare items, say), individual payment links, one per product, let a client pay in advance for pickup without you needing a shopping cart, product catalog, or shipping setup at all. This covers the actual need (a client books a slot and optionally pre-pays for a product) without any of the overhead a full e-commerce platform would add for a product list that short. Simpler booking tools are compared in Vagaro alternatives.

Common mistakes with the simple route

• Not testing the payment flow as a real customer would. Click through your own payment link or booking flow end to end, on a phone, before sending it to anyone, since a broken step that you'd catch instantly as the business owner can sit unnoticed for weeks if you never actually tested it yourself.
• Mixing up which tool handles what. If you're using both a booking feature and separate payment links, be clear with customers about which one to use for which purpose, so you're not fielding confused messages about why a booking didn't also take payment, or vice versa.
• Assuming a built-in cart on a tool like Wegic handles tax, receipts and refunds the way you need, without checking. These details matter even for a small catalog, and they're exactly the kind of thing that's easy to assume works a certain way until a customer asks for a refund and you discover it doesn't.

A second mistake worth naming: no clear refund or cancellation path

A simple payment link or booking flow often skips what happens when a customer wants to cancel or get a refund, since it's easy to focus entirely on the happy path while setting things up. Decide and state your cancellation policy before the first real sale, not after the first awkward refund request, and make sure whatever tool you're using actually supports issuing a refund or canceling a booking without you needing to do it manually through the payment processor's own dashboard under time pressure.

What I'd actually tell you

The mistake I see most isn't choosing the wrong tool, it's business owners assuming they need the complexity of a full store platform because that's what "selling online" sounds like it should require. If your actual catalog is small and stable, a payment link or a simple built-in cart handles it with far less setup time and monthly cost. Don't let the size of the solution exceed the size of the actual problem.

The flip side: don't stay on the simple version past the point where it's actually costing you time. If you're manually tracking who's paid for what in a spreadsheet because your simple setup doesn't do it for you, and that's eating real hours each week, that's the signal to move, not a reason to keep pushing through with the simple tool out of habit.

When to move to a real store platform

Move to Shopify or a comparable platform once you're managing actual inventory levels, shipping logistics, multiple sales channels, or order volume high enough that manual tracking is a genuine time cost. Don't rely on a basic site builder's cart feature for this until it's properly verified to handle what you need; test it with real transactions first, and don't assume it does.

How I'd approach this

When a client wants to sell a few things online, I start by sizing the actual problem honestly, since most small catalogs genuinely don't need a full e-commerce platform's complexity. Where I build something custom is when the business has outgrown payment links and a basic cart but isn't quite ready for the overhead of a dedicated platform, which is a real gap worth a tailored solution rather than forcing either extreme. Get in touch if you're not sure which side of that line you're on.

A rough rule of thumb that holds for most small catalogs: if you can list every product or service you sell on a single page without scrolling excessively, a payment link or basic cart almost certainly covers you. Once that list genuinely needs filtering, search, or variant options (size, color, date) to stay usable, that's the real signal you've crossed into needing a proper e-commerce platform, not a vague sense that your business has "gotten bigger."