A store that actually sells not just a website showing products

The default is an Odoo store, because it shares one database with inventory and accounting — so stock is deducted when the order arrives and the invoice is created with no re-keying. If you already run a store (Salla, Zid, Shopify or a custom build) and want to keep it, we first inspect its APIs and what it genuinely supports for syncing products, stock and orders, then decide: full integration, partial sync, or keep it and move reporting. We will not promise an integration before inspecting the interfaces.

The order reserves stock from the same inventory the till and the warehouse deduct from, so nothing sells that is not there; on delivery the invoice and the accounting entries are created automatically, and shipping and return costs land in their own accounts. That is the difference between a store that manages orders and one that manages the business: the first displays, the second knows what is left and what was earned.

We connect what you actually use: couriers according to the APIs and coverage areas they offer, the payment provider you hold a merchant account with, and cash on delivery if you want it. We say plainly that the merchant account, its fees and its contract are your responsibility, while we handle the technical connection and testing. Before any commitment we inspect the provider’s API; some providers offer no direct connection and are handled through a scheduled intermediate file.

Not the launch. A store succeeds or fails on four operating factors: a clear catalogue with correct images and descriptions, a shipping and returns policy understood before purchase, a fast purchase path on mobile, and order and complaint follow-up without delay. So we start with the catalogue and the policies before design, and measure conversion after launch against a baseline — we announce no improvement percentages in advance and guarantee no sales, because demand for the product itself is outside any system.

The client, because they own the product and the credibility. We hand over clear requirements: image size, background and count per product, the description structure (what it is, who it is for, dimensions or specifications, usage, warranty), and a list of products that cannot be published with their current imagery. If you need photography or copywriting we refer specialist suppliers and take no commission — so we are not a party to content quality.

Content, imagery, prices and the commercial returns policy (we draft it with you, but the decision is yours), opening merchant accounts with payment providers and couriers and bearing their fees, running advertising campaigns and buying media, and legal advice on e-commerce and data-protection rules. We build, connect, test and train your team to run the day-to-day.

We do not publish everything in the first phase. We sort the products into three groups: the ones driving most sales, published first and to full quality; the ones to publish later; and the ones that should not be sold online at all (loose weight or bespoke specifications). That shortens time to launch considerably and makes the first store readable rather than crowded — then we expand after reading the first month of sales.