By Artem Korsakov ·
In short: When ordering flowers, the buyer and the recipient are often different people, so the form should keep them separate. The order is: delivery method, address and delivery cost before payment, time within the shop’s real rules, separate fields for the card message and substitutions, and a summary screen with a clear order status.
Checkout on a flower delivery website should take into account that the buyer and the recipient are often different people. This changes the checkout: who receives the confirmation, whom to ask about the address and what message to send with the bouquet. A simple form with one phone number and a general comment leaves too many decisions to the manager. It is better to separate the participants and the necessary information in advance.
Delivery method first
The choice between pickup and delivery determines the remaining fields. For pickup, you need the location and an available pickup time. For delivery, you need the recipient, the address and the handover conditions. Asking for a courier address for pickup makes no sense, and hiding the choice of method until the last step is inconvenient.
Show the cost and restrictions before the order is sent. If the exact amount depends on the zone, the address should be checked before final confirmation. You should not announce an extra charge only after the bouquet has been paid for.
In a hypothetical shop, delivery is available to several districts. To start with, clear rules for these zones are enough. If the address is outside them, the website can offer to agree on it with an employee instead of a wrong calculation or a silent refusal.
Separate the buyer and the recipient
The buyer’s contact details are needed to discuss the order and payment. The recipient’s details are used for the agreed handover. Field labels should explain the difference, and notifications should not automatically go to the person for whom the surprise is intended.
If the buyer does not know the exact address, you can provide a separate clarification scenario. Then you need to explain which terms are not yet confirmed and who will contact the recipient. The website should not at the same time promise final delivery at the chosen time if the address is still unknown.
Collect information that is used in processing the order. Unnecessary fields complicate checking and create extra data to store. Questions of consent, staff access and rules for using contact details are decided by the shop with the responsible specialists as they apply to its work.
Time should match what the shop can do
The calendar and time slots look simple, but behind them are rules: the order cut-off time, assembly time, opening hours and courier availability. They need to be obtained from the shop before setup, otherwise the interface will offer choices that cannot be fulfilled.
For a busy date, you can close individual time slots or switch checkout to a preliminary request. The way of restricting it should be available to the responsible employee. It is worth testing not only on an ordinary day but also on a high-demand scenario chosen in advance.
Extras should not get lost in the comment
The card text, handover wishes and agreement on substitutions serve different purposes. If everything is stored in one large field, it is harder for an employee to find the information they need. Provide separate fields where the information is regularly used in the work.
A hypothetical buyer chooses an add-on and enters the card text. On the summary screen they should see both items and their effect on the total. If the add-on is unavailable, the rule for substitution or removal needs to be defined before the payment is taken.
There is no need to turn checkout into a long questionnaire. You can show additional fields after the corresponding choice. For each field, it is useful to ask: what action will an employee take based on this data? If there is no answer, the field is probably not needed in the first version.
Order summary and checking the handover
Before confirmation, show:
- the bouquet and the selected option;
- add-ons;
- the delivery method and time;
- the buyer’s and recipient’s contact details;
- the total.
Let people correct an error without filling in all the details again. After submission, explain the status: the request has been received, confirmation is pending, or the order has been accepted under the stated terms.
Check the whole path together with an employee: what data they see, how they pass on the card text and how they learn about an address change. Separately go through an incorrect phone number, an unavailable zone, a double click and an unfinished payment. A saved request and a paid order should not look the same. How to prepare the bouquet cards themselves is covered in the article on the catalog for an online flower shop.
To estimate checkout at trike_dev, prepare your current pickup and delivery rules and several hypothetical orders with exceptions. That way the flower shop demo can be turned into a clear working scenario.
Частые вопросы ### What is the difference between a preferred time and a confirmed time slot?
A preferred time is checked by an employee. An available time slot is offered by the system according to configured rules. These options can coexist, but the buyer needs to understand the status of the chosen time.
Can you do without automatic delivery calculation?
Yes, with an honest preliminary request and subsequent agreement.