Imagine a workshop that makes custom wooden staircases. The owner decides it is time to look solid and asks for a real online store on the site: product cards, a cart, a “Buy” button. The oak staircase card gets a price with the modest word “from”. A week later the first order arrives. The person put the staircase in the cart, chose courier delivery and is now waiting for it to be brought. The manager is left to call and explain that first there will be a measurement, then a design, then a calculation, and that the word “from” on the card was a warning, even though it looked like a price.
The workshop is hypothetical, and the situation is familiar. A cart silently promises three things: the buyer chose the product themselves, knows the final price and can place the order without anyone’s help. If the business cannot keep even one of these promises, the store interface starts to argue with how the sale actually works. I think the choice between a catalog and a store should follow how the sale is structured. The number of products is secondary in this question.
How a catalog site differs from an online store
A catalog shows the range: what there is, what it is made of, in which variants, sometimes with a price guide. Its job ends when a person has chosen and is ready to talk: leave a request, call, ask for a commercial proposal. An online store goes further, to an order without a manager. The person chooses, puts it in the cart, specifies delivery and pays. The line between the formats runs through the moment the deal is considered closed: on the site or after a conversation with you.
Between these poles there is a middle option that people often forget. On Tilda, by default, the cart has no payment methods: payment systems are connected separately, and if online payment is not provided, the cart can be used only to collect requests. The result is an order-request: the person assembles a list, you check stock and price, and only then you issue an invoice.
Technically these formats hardly differ. In the help on adding products, the button on a card has three actions: open another page, show the details in a popup, or put the product in the cart right away. A catalog without a cart on Tilda comes from an ordinary setting; a separate platform is not needed for it. So the argument should be about the sales scenario. Blocks for any of the scenarios can be found.
When the final price is known
The first and most honest question: at what moment you yourself know how much the order costs. If the price depends on a measurement, a configuration, a batch size or a discount that is negotiated, a person names the final amount after the conversation. In that case the cart collects orders with an amount that will not be on the invoice.
Rental has its own particularity. An ordinary cart cares how many units you take. Rental needs the dates, whether the item is free on exactly those days and what deposit is required. Imagine a sound-equipment rental: the speaker is on the card, but on Saturday it has already left for someone else’s wedding. Without a date check, the “Buy” button turns into a lottery in which your manager loses first.
Sometimes the price can be calculated by known rules, and then a calculator helps. On Tilda a formula calculation is built right into the request form, and the result can be passed to the cart as a product. Only the formula accounts for what was put into it. It will multiply the length and width of a countertop without mistakes. Crooked walls in an old house, because of which the staircase will have to be remade, are unknown to it.
What the buyer can choose on their own
The second question is about choice. When the options are finite and clear without a hint, like size, color or volume, a person can manage alone, and a cart is convenient for them. When the choice needs expertise, the situation is different. A pump is matched to the well depth, glue to the base, a staircase to the opening. In that case the cart forces the visitor to make a decision they are not ready for, and the order still turns into a question.
For such products, a catalog with good specifications and a “Request a calculation” button is more respectful of the buyer. They can calmly study the range, compare the options and come to the conversation prepared. You receive a request that already states what interested them.
Sales to companies have their own logic. A legal entity usually needs an invoice, a contract and approval inside the company, so a request for a commercial proposal is more natural for them than a one-click purchase. In the form of such a request it is useful to ask about quantity, timing and the delivery city: this shortens the correspondence. Such a catalog can also live inside a multi-page company site, next to services and contacts.
The sale first, then the cart
If you are thinking about an online store, I suggest starting with how a sale happens for you now: who names the price, what is clarified by phone, when the client pays. After that conversation the cart sometimes stays in the plan, and sometimes it turns out that a catalog with a good request is more honest. Both options can be built on the site.
Where the promise of a purchase diverges from the manager’s work
The third question — what happens after the order. A person takes the words “Order placed” literally: they bought. If the manager then changes the price, the timeline or offers a replacement, the client reads this as a broken promise, even when you are doing everything correctly. A catalog with a request sets a different expectation: clarification first, then the price. With it, you have to disappoint the buyer noticeably less often.
A store without online payment remains a manual process in many ways. According to the help on the online-store account, an order without a payment system gets the status “Not paid”, and it can be changed to “Paid” only by hand. Order-processing statuses there are also changed by staff. That means someone has to look at the orders every day, confirm them and make sure the status matches reality.
When is online payment actually needed? When the price is final, the product is standard, stock is known and delivery can be calculated without a call. Gift certificates, tickets, consumables, small everyday goods. For a single product with a fixed price, Tilda even offers direct payment without a cart: the help gives the example of a ticket to a yoga class. If a person is ready to pay at once, an extra call only gets in the way.
How to choose a format and not rebuild the site in a year
I would go through the three questions from this article separately for each product group. Is the price known before the conversation? Can the buyer choose on their own? What does the manager do after the request? The answers often diverge inside one range, and then a mixed format works better than any pure one. Standard items are sold through the cart, complex ones go through a request.
The decision can be changed if the data is thought through in advance. On Tilda, products are created either through the “Catalog” module or manually, right in a block on the page. The catalog is more convenient when the range grows: specifications, sections and variants are stored in one place, and changing the button action from “Details” to “Add to cart” is easier later. For products entered by hand, the help has a separate function for copying from a block into the catalog.
Our workshop will most likely suit exactly the mixed option. Steps, railings and wood oil can be sold through the cart: they have a clear price and stock. Staircases stay in the catalog with a “Calculate the project” button. The manager still calls the client, only now the client is waiting for that call.