Skip to content
SBStoreB

Choosing a platform

How to Choose an Ecommerce Platform

Most platform comparisons are feature grids, and almost every grid is full. The differences that decide whether a store works are not in the grid: they are in how the platform stores a product, confirms a payment, and keeps two channels from contradicting each other. This page is the checklist we think is worth applying — to StoreB as much as to anything else.

  • Eight checks you can run before you commit
  • Each check has a concrete answer, not a marketing claim
  • Applies to any platform, including this one
  • No prices, ratings or vendor rankings on this page
Explore StoreB Features

The checks worth running first

Ask these questions of any platform you are considering. A vendor that cannot answer them plainly is telling you something.

  • Where does a product record live, and does the same record feed the storefront, the counter and your reports?
  • Is a payment marked paid because the server confirmed it, or because the browser returned to a success page?
  • Are payment status and delivery status separate fields, or one status that has to mean both?
  • Does a counter sale reduce the same stock the website shows, or a second list?
  • Can you export your customers, orders and products without asking support?
  • Do you keep your own customer records, or does the platform own the relationship?
  • How is usage metered, and what happens when an allowance runs out — does selling stop?
  • What does a plan actually limit: products, orders, staff seats, storage, AI actions?

How StoreB answers them

These are properties of the product rather than promises about it.

  • One catalogue record per product, read by the storefront, the Sales Counter and reporting.
  • An order is paid only after the payment is verified on the server; a pending payment stays visibly unpaid.
  • Payment and fulfilment are independent states on every order, including Cash on Delivery.
  • Counter sales and online orders draw from one stock figure, held per product and per variant.
  • Orders, products and customers are yours, with exports for accounting and courier handover.
  • Customers are recorded against your business, with order history and a running ledger.
  • Usage beyond a plan allowance is metered and visible on the usage page; the catalogue and orders keep working.
  • Every plan lists its allowances on the pricing page, read from the live plan configuration.

Migration is the part people underestimate

Moving platforms is mostly a data question: what comes across, and what has to be rebuilt.

  • A product list can be added in bulk or product by product; starting with your best-selling lines is usually enough for the first order.
  • Customers can be rebuilt from your order history rather than a single export you no longer have.
  • Policies — shipping, returns, refunds — are entered once as store settings and shown on the storefront, so they do not have to be rewritten per page.
  • Nothing requires you to close the old channel first; the store link works as soon as you publish.

This page helps if you

  • Are comparing two or three platforms and the feature grids look identical.
  • Have been burned by a "paid" order that was never actually paid.
  • Run a shop and a website and cannot get the two stock counts to agree.
  • Want to know what a plan limits before you depend on it.

Questions

Questions people ask before starting

Not on its own. A long list says nothing about whether a payment is verified, whether two channels share one stock figure, or whether you can export your own data. Those are the questions that decide whether the store runs predictably.

Keep reading

Start with your own catalogue

Create a Business account, add a few products, and publish your store when it is ready.

View Pricing