Kalkulator wyceny drewna oparty o CMS - przebudowa strony dla składu budowlanego

Kim jest klient?

Bielińscy Drewno to skład drewna budowlanego w Mirotkach w gminie Skórcz, przy zjeździe Kopytkowo z autostrady A1. Działa od 2013 roku, realizuje ponad tysiąc dostaw rocznie i dowozi materiał własnym transportem. Sprzedaje tarcicę, więźby dachowe, deski impregnowane i kantówkę konstrukcyjną - od pojedynczej altany po pełną więźbę dachową.

To jest firma, która ma dobry produkt, dobrą lokalizację i bardzo dobre opinie, a jej wąskim gardłem był sposób, w jaki klient dowiadywał się o cenie.

Jaki problem trzeba było rozwiązać?

Sprzedaż drewna budowlanego opiera się na wycenie, a wycena jest funkcją trzech zmiennych: rodzaju materiału, jego wymiarów i ilości. Każde zapytanie oznaczało telefon albo maila, a po drugiej stronie kogoś, kto musi przeliczyć kubaturę i podać cenę.

To działa, dopóki zapytań jest kilka dziennie. Przy tysiącu dostaw rocznie zapytań jest wielokrotnie więcej niż zamówień - bo większość ludzi dzwoni, żeby porównać ceny, a nie żeby kupić. Właściciel wycenia więc głównie tych, którzy i tak kupią gdzie indziej.

Do tego dochodzi problem, którego nie widać z wewnątrz firmy: klient, który chce tylko poznać rząd wielkości, często nie zadzwoni w ogóle. Wieczorem, przy projekcie na stole, nie ma jak sprawdzić, czy ten skład mieści się w budżecie. Brak ceny na stronie nie oznacza mniej pytań, tylko mniej klientów.

Co zrobiliśmy?

Trzy rzeczy, które składają się na jedno rozwiązanie.

1. Przebudowaliśmy stronę. Cała witryna została zbudowana od nowa: strona główna, oferta, osiem oddzielnych podstron produktowych, blog, kontakt z formularzem zapytania podzielonym na tematy (wycena, więźba, transport, doradztwo, reklamacja).
2. Podpięliśmy Strapi jako CMS. Treść i dane produktowe siedzą w headless CMS-ie, a nie w kodzie. To znaczy, że właściciel składu zmienia opisy produktów i ceny sam, bez dzwonienia do nas i bez czekania na deploy.
3. Zbudowaliśmy kalkulator wyceny działający na danych z CMS-u. Klient wybiera rodzaj drewna z listy ośmiu kategorii, podaje wymiary i ilość, dokłada kolejne pozycje do koszyka i widzi wartość całego zamówienia. Liczby biorą się z tego samego cennika, który właściciel edytuje w Strapi - więc kalkulator nie może się rozjechać z rzeczywistością, bo nie ma osobnego źródła prawdy.

To ostatnie zdanie jest sednem całego projektu. Kalkulator wyceny, którego ceny trzeba aktualizować ręcznie w drugim miejscu, przestaje być prawdziwy w ciągu miesiąca i wtedy szkodzi bardziej, niż pomagał. Dlatego kalkulator i CMS to nie były dwa zadania, tylko jedno.

Dlaczego headless CMS, a nie zwykły WordPress?

To jest nasza opinia, oparta na tym, jak ten projekt był zbudowany.

Cennik drewna to dane, nie treść. Ta sama cena kantówki musi pojawić się na podstronie produktu, w kalkulatorze i w podsumowaniu koszyka. W klasycznym CMS-ie treściowym to są trzy miejsca do zaktualizowania i trzy okazje do pomyłki. W headless CMS-ie to jest jedno pole, z którego korzystają wszystkie trzy widoki.

Druga rzecz: właściciel składu ma zmieniać ceny, a nie uczyć się panelu. Im mniej rzeczy widzi w edytorze, tym większa szansa, że faktycznie będzie aktualizował cennik - a nieaktualny cennik na stronie jest gorszy niż jego brak.

Co to daje klientowi?

Kupujący dostaje cenę wtedy, kiedy jej potrzebuje, czyli przy projekcie, a nie w godzinach pracy biura. Skład przestaje wyceniać przez telefon zapytania, które nigdy nie zamienią się w zamówienie, a te, które zamienią się w zamówienie, przychodzą już z policzoną wartością.

Sama firma sformułowała to na swojej stronie jako jeden z czterech kroków obsługi: „wycena od ręki". Kalkulator jest technicznym spełnieniem obietnicy, którą i tak składali.

Dla kogo ten model działa?

Dla firm, które sprzedają produkt policzalny według stałych reguł: materiały budowlane, elementy cięte na wymiar, usługi rozliczane od metra, sztuki albo godziny. Warunek jest jeden - cena musi dać się wyliczyć ze wzoru, a nie wynikać z negocjacji przy każdym zamówieniu.

Nie działa tam, gdzie każda wycena jest indywidualna i zależy od kontekstu, którego kalkulator nie zna. W takim wypadku kalkulator obiecuje precyzję, której nie dowiezie, i kończy się tłumaczeniem klientowi, dlaczego faktura nie zgadza się z tym, co pokazała strona.