Online store development

They can, and both are usually offered. Cash on delivery is still the most common, because the buyer pays when the goods arrive, but part of the audience expects to pay by card straight away, especially when ordering from abroad. You choose which methods you offer and for which products; the system presents them in the same checkout. Card payment requires a contract with the side that processes transactions, which we discuss at the start.

You define delivery and the system applies it consistently. You can set shipping zones, a different delivery price per zone, free delivery above a chosen amount and collection in the shop. The buyer sees the cost before confirming, because most carts are abandoned when shipping appears only at the end. If you work with a courier, their terms are entered as rules, so nothing has to be calculated by hand.

Charging and recording of receipts is planned at the start of the project, not after launch, because it affects the order flow and which data is stored. How exactly that is handled for your business is something you agree with your accountant and with the side you collect payments through — they know your situation. Our part is to make sure the system records and passes on that data cleanly, with no retyping.

You do, through the administration. You add new products, change prices and stock, launch promotions and retire what no longer sells. Entry is deliberately simple, so the person running sales can do it rather than a developer. At the start we migrate the existing range and run the training, and after that you do not depend on us. With a large catalogue we can also arrange import from a spreadsheet.

A shop that takes money needs regular maintenance: security updates, backups, monitoring of payment errors and a check that the ordering flow still works after every change. This is not something to postpone, because an interruption in selling costs more than the maintenance does. We agree on a level of support that suits you, from occasional updates to continuous monitoring. Either way you know who to call when something breaks.

It depends on the number of products and variants, on how many payment and delivery methods you offer, how many languages you want and how ready descriptions and photos are. A shop with a smaller range and finished material starts quickly; a catalogue with variants, stock and several shipping zones needs more discussion. That is why the schedule enters the quote only once we see the scope. Content preparation on your side usually decides when work really begins.

The order appears in the administration with all its details; you prepare it and hand it to the courier by the procedure you have agreed with them. Along the way the order status moves through stages — received, being prepared, handed over, delivered — and the buyer is notified whenever the status changes, so he does not call to ask where the parcel is. Which courier you use and on what terms is your business decision; the system fits the way you already work.

You can, and it is a sensible way to begin. The shop goes live with part of the range — usually what already sells best — and grows once you see what buyers actually look for. The advantage is twofold: less to invest at the start and less material to prepare, while the system is not rebuilt when the range grows. New categories and products are added to the shop you already have, through the same administration, without interrupting sales.

The site and Instagram work together, not one instead of the other. Instagram still brings the people, but instead of trading messages about price, size and availability, the story or the reply carries a link to the product page, where the buyer sees the terms and finishes the purchase himself. You answer less by hand. The product catalogue can be connected to a Meta catalogue when that is agreed — a separate piece of work that is planned, not something standing ready in the background.