Client project · Brand, UX & Website

Pidkazhu
From Logo to Platform

A car-repair matching service in Ukraine – from product rules and logo to a three-language website. Including a deliberate change of course: when the first design felt too flat, the entire design system was rebuilt.

Pidkazhu – From Logo to Platform
Client projectBranding & LogoUX & Design SystemAstro · PHP
01 · Context

Starting point & brief

The client came with a clear idea but without a name, a brand or a website. What was needed was not another directory of repair shops, but a service you trust with your car – before you hand over the keys.

In short
What
A service that matches drivers in Ukraine with one vetted repair shop – personally, without a catalogue and without a review portal.
My role
Everything end to end: product rules, brand core, logo and logo animation, design system, UX, website and form backend.
Result
A three-language website (UA · RU · EN), live at pidkazhu.com
Industry
Car-repair matching · Ukraine
Scope
Product, brand & website
Role
Strategy · Design · Development
Timeline
June – September 2026
02 · Problem

The enemy is uncertainty

The problem is not choosing one shop out of ten. It starts the moment you have to leave your car with people who know far more about repairs than you do.

What drivers fear at that moment
Paying for work that was never needed
Extra work nobody expected
Not knowing which parts and materials were actually used
Not being able to tell whether the price is fair
Not understanding how well the repair was done

Trust should come before the keys change hands.

Internal brand principle – trust has to exist before the customer hands over the keys.

The design system opens with exactly this sentence: “We sell confidence, not repairs.”

03 · Product rules

Rules first, design second

Before a single page was designed, I put the product in writing: a product constitution, the unique mechanism, the brand DNA and the core object “Bearing”. Later, these documents answered every design question – by rule, not by taste.

The trigger: the first draft

The first draft from 30 June looked like every comparison portal: stars, reviews, a map of shops, a catalogue of services. Technically clean – and the exact opposite of what the service promises. The rules grew out of that realisation.

First draft of the Pidkazhu home page from 30 JuneFirst draft: map, 4.8 rating and “40+ verified shops”
First draft, 30 June: ratings, map, catalogue – everything that was later explicitly banned.
What Pidkazhu is
A personal matchmaker: a manager clarifies the situation in conversation
One vetted repair shop instead of a list to compare
Partners are checked in person beforehand – specialists, equipment, transparent invoices, warranty
Free for the customer – the partner shop pays the commission
Honest when there is no suitable solution
What Pidkazhu deliberately is not
No catalogue, no marketplace, no review portal
No stars, ratings, invented reviews or customer counters
No filters, comparisons, price calculators or online booking
No customer account, no dashboard
No promises the service cannot control itself
Design system v1: five design rules and the “hard nos”
Design system v1, July: five rules for every screen – and the “hard nos”: no cars, gears or wrenches.
The customer path – nine fixed steps
  1. 01Describe the situation
  2. 02Talk with the manager
  3. 03Follow-up questions
  4. 04Photos or inspection, if needed
  5. 05Choosing the shop
  6. 06Checking that it can take the job
  7. 07Agreement with the customer
  8. 08Handing over the details
  9. 09Visit to the shop
04 · Core object

One direction instead of a list

The heart of the product is called “Bearing” – a card with exactly one agreed repair shop. It always has the same fields in the same order: shop · appointment · address · who will meet you. Its visual weight grows with the request and fades again after the visit – it stays available without demanding attention.

The Bearing card in four states
Bearing in four moments: before there is a result, as a proposal, at the confirmed appointment, after the visit.
Six states of a request – fixed in the data model
Received
The message is in; the manager will get in touch.
Clarification
Photos or details are missing for a precise match.
Matching
The right shop is being found and asked.
Consent needed
A shop has been found; the customer decides.
Visit confirmed
Shop, time, address and contact person are set.
No solution
Pidkazhu says so openly instead of recommending something unsuitable.
05 · Brand & logo

A mark that speaks

The colour search started with five calm, Scandinavian palettes. None of them was adopted as is – they led to a system of its own: warm paper, deep pine green for trust and a single clay accent for the human side. Explicitly banned: the blue-and-red of the car industry.

Candidates · June
Sea Glass Minimal
Fjord Mist
Sage Sauna
Stone Harbor
Charcoal Hygge
Design system v1 · July
Paper#F7F4EF
Pine#1F4D3E
Clay#C05E3B
Ink#1C1A17

A design system, not a mood board

The palette grew into a complete document with 15 chapters: brand philosophy, design principles, colour, typography, grid, spacing, motion, icons, accessibility and components. Every colour and typeface in it is the same code that later runs on the website.

Cover of the Pidkazhu design system v1: “The right shop, chosen for you.”
Type specimen: Newsreader for headingsColour system v1: Pine, Clay and warm neutrals
Design system v1.0, July 2026 – cover, type and colour system.

From wordmark to mark

In the first draft the logo was just a wordmark: “pidkazhu” with a yellow dot at the end. The dot stayed – as the sign of an answer found. In design system v1 it became the actual mark: the spoken square with the dot in its centre.

Logo system: lockup, symbol, monochrome, favicon and app icon
One mark – six uses: lockup, symbol, monochrome on light and dark, favicon, app icon.
Three choreographies for the motion
A · Point of the line
The dot draws the contour and glides into the centre in one single movement. Chosen.
B · Inset orbit
The contour closes from two sides; the dot runs a smaller copy of the shape.
C · Spiral lock
One line with a long tail, then a spiral into the centre.

A won because its path is computed from the mark’s own geometry – it would not fit any other logo.

Bespoke icons, not stock

The icons were drawn too, not bought: one line family on a 24 px grid. The icons for guidance, trust and care carry the clay dot from the logo.

Bespoke icon family with the clay dot: guide, hint, verified, seal, message, care, place, search, time, price
06 · Version 1

From wireframe to the first live version

At the end of August came wireframes for two competing home pages, then a hi-fi design for desktop and mobile. Built with Astro and a custom PHP backend for the two-step request form – online on 1 September.

Two concepts of the same architecture: 1a and 1b – warm paper, serif type, fine rules.

Motion system “Nitka” – the thread

For each request’s personal page I compared three motion concepts. The “thread” won: the request moves as a dot along a line – description, matching, recommendation, introduction, visit. The customer doesn’t see separate screens but how their case moves forward.

States of the request page with the thread, mobile and desktop
The request page in the “matching” and “recommendation” states – mobile and desktop.
07 · Change of course

Clean – but too quiet

The first version was tidy, and that was exactly the problem. A week after launch I audited my own home page. The verdict: product, content and logic were right – the visual language didn’t carry them.

Diagnosis from the audit on 7 September
01
One single tonal plane – paper everywhere, hardly any hierarchy
02
The same rhythm – every section: heading, text, rule
03
The typography has no climax
04
The brand devices don’t work as a system
05
The most important object looks like five empty placeholders
06
Green only in buttons – no area in the brand colour
07
White space without architectural edges

Six iterations within the same system

What followed was a study of eight reference websites and six new variants: magazine-style numbering, dark bands, space for photos, Bearing as a common thread. Each was better than the one before – none was good enough. The insight: the problem wasn’t the layout, it was the visual language itself.

  1. Home page – Version 1 · 1 Sep
    01 / 08
    Version 1 · 1 Sep

    Warm paper, serif type, hairlines. Clean – and flat.

  2. Home page – Polish · 8 Sep
    02 / 08
    Polish · 8 Sep

    Wider container, calmer spacing. Same formula.

  3. Home page – Iteration V2
    03 / 08
    Iteration V2

    Green responsibility band, numbered steps. More contrast, same rhythm.

  4. Home page – Iteration V3
    04 / 08
    Iteration V3

    Problem section on its own surface, split layout. Tidier, not bolder.

  5. Home page – Iteration V4
    05 / 08
    Iteration V4

    Large numerals and space for photos. Images were meant to carry what the system couldn’t.

  6. Home page – V5 Editorial · 10 Sep
    06 / 08
    V5 Editorial · 10 Sep

    Chapters like a magazine, after a study of eight references. Clearer, but still quiet.

  7. Home page – V6 Bearing · 12 Sep
    07 / 08
    V6 Bearing · 12 Sep

    Bearing as a line running through the page. Strong as a concept, visually still paper.

  8. Home page – New system · live
    08 / 08
    New system · live

    Cool surfaces, one grotesque, dark sections – and the car as the central object.

Breaking my own rule

So the design system was rebuilt from scratch – including a rule I had set myself: “no cars”. A single, calm vehicle gives the topic a face at once, without sliding into car-dealer clichés. Deliberately not a supercar but a Swedish coupé from the 1960s, the P1800: one single owner drove this model more than 3 million miles – thanks to regular care at workshops he trusted. That is exactly the idea behind Pidkazhu: reliability comes not from the car, but from the service around it. Product rules, copy and Bearing stayed untouched.

Pidkazhu home page in version 1
Before · version 1
Pidkazhu home page after the redesign
After · live
08 · Version 2

New system, same rules

Cool silver-grey instead of warm paper, a single grotesque instead of serifs, dark sections for rhythm. The green was taken straight from the paint of the hero car, so brand and image form one palette.

Design system v2 · September
Mist#F2F4F6
Accent#386C5A
Signal#C05E3B
Graphite#0F1418
Pidkazhu, version 2 – The first screen
01

The first screen

The car as a calm main object, with the result fields right below it: shop, appointment, address, who will meet you. Under the cursor it turns into an X-ray lens – the technology appears under the paint.

Pidkazhu, version 2 – The route in eight steps
02

The route in eight steps

Instead of “we find the best shop”, the page shows every step: what Pidkazhu does and what the customer has to contribute – usually nothing.

Pidkazhu, version 2 – Ten criteria instead of stars
03

Ten criteria instead of stars

Qualifications, equipment, transparent invoices, warranty: each criterion is explained on its own – with the answer to why it matters to the customer.

Pidkazhu, version 2 – The business model in the open
04

The business model in the open

Who pays the commission and why it doesn’t sway the choice: the website answers the awkward question itself, before the customer asks it.

Pidkazhu, version 2 – Service atlas
05

Service atlas

One car, eight layers: each service group marks the area of the vehicle it concerns. Nobody needs to know what the broken part is called.

Pidkazhu, version 2 – A page per service
06

A page per service

Eight service pages in three languages with typical symptoms and matching criteria. They capture search traffic without promising what only the shop can deliver.

Pidkazhu, version 2 – A request in two steps
07

A request in two steps

The situation in your own words, suggestions as chips, then contact details. No exact diagnosis needed.

Designed for mobile first

Pidkazhu, version 2 – Home page
Home page
Pidkazhu, version 2 – How it works
How it works
Pidkazhu, version 2 – Request form
Request form
09 · Build

Fast, three languages, no ballast

The website is statically built and loads fast; the request form runs on a small custom PHP backend at the client’s Ukrainian host.

Front end
Astro · statically generated · self-hosted fonts
Form
Two steps · photo upload · PHP + MySQL
Notifications
E-mail and Telegram to the manager
Languages & SEO
UA · RU · EN, a page per service
10 · Result

What the client received

Not a template but a thought-through product – from the first rule to the last animation. There are no business figures yet; the website has been live since September.

A product with rules
Constitution, mechanism and core object – a basis for every future decision.
A recognisable brand
Mark, colours, type and logo animation that work even without the name.
A website that puts trust first
Three languages, fast, with its own form backend and a page per service.
A system that can grow
New services, languages or states fit into the existing structure.
Visit pidkazhu.com

Discuss a Project

Let's find out together how UX and clear information architecture can improve your product.

Start Strategy Session