• Магазини · Figma

The product page: where a person makes the decision — or goes off to finish reading the description at a competitor

By the time someone reaches the product page they have already found the category, filtered it and made a choice. All the store's earlier work is done. And this is exactly where they most often stop — because they cannot see what it will cost with delivery, cannot tell whether the item is genuinely in stock, or cannot find the one number they choose by. A product page does not have to be beautiful. It has to answer the questions in the order in which they arise.

See how it works
Price
after a free audit
Guarantee
30 days after project sign-off
Focus
online stores, mostly OpenCart
after a free audit
Price
30
Guarantee

days after project sign-off

online stores, mostly OpenCart
Focus
10
Timeline

to 30 working days

free review of the product page
Start
30
Warranty

days from the date the acceptance act is signed

within 2 hours
Reply
under a written contract
Terms
What's included

Complete list of work and what you get as a result

  • an order of blocks built around the sequence of decisions, not around the platform's habits
  • the visible cost including delivery, not the product price alone
  • the attributes people actually choose by, placed above the marketing description
  • an honest display of availability and lead time instead of «in stock» across the whole catalogue
  • handling of variants: it is visible what is in stock, what is to order and what is gone
  • a gallery showing what a person wants to examine, rather than a set of identical angles
  • the page on a phone as a separate decision, not a desktop one squeezed into a narrow screen
  • different layouts for goods with different choice logic, if the catalogue is not uniform
When this service isn't right

What's not included — so there are no surprises at delivery

  • writing product descriptions and product photography
  • filling in attributes in the catalogue, if there are none
  • rebuilding the catalogue and filters — an adjacent task with a separate estimate
  • promises of growth in add-to-cart rates
  • rating the looks in «like it — do not like it» terms
Who it's for

Situations where this service delivers results

Scenario 1 of 4

A store selling technical goods

Tools, appliances, equipment. Here the choice is made by attributes rather than by a photograph, and the key number has to be visible without scrolling.

We'll review your situation in a free audit
Free review of the product page

We look at your product page and say what on it gets in the way of a decision. Some of the causes are not in the design.

What we measure

  • Whether the attributes are filled inThe most common obstacle. The best layout will not save a page with three fields out of twenty filled. We look at this first, because it is work on your side.
  • Whether the full cost is visibleA price without delivery is half an answer. The person will learn the other half anyway; the only question is whether at your place or a competitor's.
  • What it says about availability«In stock» across the whole catalogue means nobody believes that marker anywhere. That is not design but the trustworthiness of data.
  • How much has to be scrolledWe measure where on a phone the add button and the key attribute end up. Often lower than the owner imagines.
  • Whether the catalogue is uniformIf one store holds paint, tools and fasteners, a single page for all of them works badly for each.
  • How it is done in the nicheWe compare with other stores in your niche: sometimes your page is worse, and sometimes it is just as bad there, which is already an advantage.

What you get

  • a list of what on your page gets in the way of a decision
  • an answer on which of it is design and which is catalogue data
  • an estimate of the work broken down by stage
  • an honest answer if you should start with the attributes rather than the looks

Timeline: 2–4 working days

Why is it free

Half the problems of a product page are empty attributes and untrustworthy availability. Rebuilding the looks on top of that means taking money for something that will not work.

What's next

You get the list and an estimate. Then you decide for yourself — the document stays with you.

Short form: your contact and site URL

  • Contract, act and 30-day warranty

    Every project gets a written contract: scope, deadlines, amount, acceptance procedure. After delivery — act and invoice, then 30 calendar days of warranty.

  • Sole proprietor & bank transfer

    The contractor is a registered sole proprietor. Payment by invoice with closing documents.

  • Rights & access — yours

    Code, design and materials transfer to you after full payment. Domain, hosting, repository and analytics are registered to you.

  • Client portal instead of email chains

    During the project you get access to a portal: contracts, invoices, acts and project status in one place.

  • European clients

    Among our work — projects for Norway, Bulgaria, Moldova and Spain.

  • Verifiable numbers

    Every case in the portfolio comes with a link to a live site and a technical measurement.

  • Audit first, then pricing

    There is no price list on the site intentionally: the scope of the same work differs multiples between clients.

  • We say "no" when unsure

    If the task isn't ours or the deadline is unrealistic — we tell you upfront.

What affects the price

Why two seemingly identical tasks are priced differently

  • Number of product typesOne choice logic — one page. A catalogue where appliances are chosen by power and paint by colour needs several layouts.
  • Variants and modificationsColours, sizes, configurations. Showing availability for every combination is separate logic, not just a switch on the page.
  • State of the attributesIf the data exists and is tidy, we build the page on it. If not, the first decision is what to show — and that is the most common delay.
  • Delivery calculationShowing the full cost is simple when delivery is a flat rate. By weight and dimensions it becomes a call to the carrier straight from the page.
  • Technical baseA standard platform template is easier to change than a theme that has been patched for years, layer over layer.
  • Depth of the rebuildMoving blocks around and adjusting the markup is one thing. Rebuilding the page together with variants, the gallery and availability is a different task in scale.
Cases

Tasks and results in numbers — all metrics measured by us

a sample of 41 Ukrainian online stores

Task
Check how complete the stores' product cards are: whether there are attribute filters, comparison and displayed ratings — all of which grow out of the quality of the product data itself.
Solution
An external measurement of the home page and one product page from the sitemap: traces of features in the HTML, product markup, prices and attributes. The presence of a trace, not the quality of the implementation.
Result
Measurement 2026-08-08, 39 stores: filter by attributes: 9 sites out of 30; product comparison: 9 sites out of 30; rating markup: 3 sites out of 30.

a furniture online store for the Spanish market

Task
Launch a furniture store for the Spanish market: a fully Spanish-language interface, a catalogue with filters by furniture type, material and colour, and large image galleries for every item.
Solution
A store on OpenCart 3 (oct_deals theme, LiteSpeed, PHP 7.3.33). A Spanish-language version with valid hreflang=es. A catalogue with filters and high-quality galleries. Payment by card online (Visa/Mastercard) and bank transfer. GTM (GTM-MFJCPXW7), Instagram and TikTok connected.
Result
76 products in the catalogue — the figure matched in two independent sources: /sitemap-products.xml contains exactly 76 <loc> entries, and OpenCart search without pagination gives the same 76 items; the sitemap totals 88 URLs (76 products + 1 category + 10 info pages + the home page). TTFB 0.35 s and full HTML load 0.52 s at 374 KB of markup. Measured 31.07.2026.

Did not find your case?

Describe how it works on your side — we will tell you whether “Product page design” fits and what it means in your situation. No brief and no call: one question, one answer.

Process steps

Transparent stages with approval at every step

Total duration:10–30 days

  1. Understanding the decision

    2–4 working days

    We establish what people genuinely choose your product by and what they ask the manager. Those questions are the order of blocks on the page.

  2. State of the data

    1–3 working days

    We look at whether the attributes are filled in and how trustworthy availability is. This decides whether a page can be built on the data at all.

  3. Layout

    3–8 working days

    We assemble the order of blocks separately for the wide and the narrow screen. The mobile version is designed in its own right, not squeezed from the desktop one.

  4. Variants and availability

    2–6 working days

    We build the display of modifications so it is visible what is in stock, what is to order and what is gone. This is the most common source of confusion on a product page.

  5. Markup and checking

    3–8 working days

    We move it into the template and check on real products: with a long name, with no photo, with one variant, with twenty attributes.

  6. Launch and observation

    1–3 working days

    We roll it out and put analytics events on add-to-cart and scrolling. Then the 30-day warranty from the date the acceptance act is signed applies.

Technologies & integrations

What we build on and what it connects to

Stack

  • Figma
  • HTML
  • CSS
  • JavaScript
  • TypeScript
  • React
  • Next.js
  • Twig
  • PHP
  • OpenCart
  • WooCommerce

Integrations

  • Google Analytics 4
  • Google Tag Manager
  • Schema.org Product
  • Hotjar
  • Clarity
A page built around your choice logic or the standard one from the theme

How this option differs from the alternative

Order of blocksby the sequence of the buyer's decisions
Full costvisible together with delivery
Different product typesits own layout where the choice logic differs
Costseparate work
When the standard one is enoughoverkill for uniform simple goods
What we need from you

We can't start without this — best to prepare in advance

  1. what questions customers most often ask the manager about a product before buying
  2. which attribute people in your niche genuinely choose by
  3. whether the attributes in the catalogue are filled in and how completely
  4. whether the availability marker is trustworthy
  5. which product types require a different presentation
  6. who on your side accepts the work

If something is missing — let us know, we'll help you gather it or do it as a separate task.

FAQ

Most frequently asked questions — with concrete answers

Where does work on a product page start?

With the questions your buyers ask the manager before purchase. That is the cheapest and most precise source: if people ask about the delivery time every day, it belongs on the product page rather than on a separate terms page. We derive the order of blocks from there, not from examples of other stores.

Our attributes are not filled in. Does that get in the way?

More than any flaw in the design. A page with three of twenty fields filled will not work in any layout. We will say so during the review: data first, looks after. You can start with the best-selling categories rather than the whole catalogue.

Why do you insist on the cost including delivery?

Because it is the same question the person will ask anyway — the only difference is where they get the answer. A price without delivery looks more attractive right up to the cart. After that it is either an order or a feeling that a number was hidden, and that feeling transfers to the whole store.

Do you build the mobile page separately?

Yes, and that is not a whim. On a narrow screen the order of blocks has to be different: what sits to the right of the photo on a computer ends up on a phone either directly beneath it or two screens of scrolling away. A squeezed desktop page almost always hides the main thing.

Are different pages needed for different products?

If the catalogue is not uniform — yes. Appliances are chosen by a single number, paint by colour, fasteners by size and compatibility. One page for all serves each case mediocrely. But building five layouts where two are enough is not worth it either — we decide during the review.

Will this increase add-to-cart?

We do not name figures. What can be said honestly: if people reach the page and do not add the item, the cause is usually enumerable rather than mysterious. We put analytics events on adding and scrolling before the changes, so you see the difference in your own data rather than from our words.

How long does it take?

10 to 30 working days. The layout and the markup are predictable; the time goes on variants with availability and on checking edge-case products — with an empty photo, a very long name or twenty attributes. Those are exactly what a good-looking page usually breaks on.

Do you write descriptions and take photographs?

No. Those are separate jobs for other people, and we do not take them on so as not to do them badly. What we do is say which description and which photographs the page needs, how many and in what order, so you can brief whoever will shoot and write them.

Let us look at what on your product page gets in the way of a decision

We will review the product page and say which of the findings is design and which is catalogue data. The review is free, we reply within 2 hours.

From measured cases76 products in the catalogue

View cases
  • Reply within 2 hours
  • No commitment
  • We work under a contract

There is no price list on the site on purpose: the same work differs several times over between two clients, and a “from” figure explains nothing in that case. First a free audit — we count your pages, duplicates and speed — then we name the sum and the deadline and fix both in the contract.