Firma wykonująca wyceny nie potrzebuje zwykle kolejnego rozbudowanego CRM-u, ERP-u i systemu projektowego w jednym. Potrzebuje przede wszystkim narzędzia, które pozwoli handlowcowi albo właścicielowi wprowadzić kilka parametrów, policzyć cenę według właściwych reguł, dodać marżę, transport czy montaż i po kilku minutach wysłać klientowi gotową ofertę PDF.
To właśnie tutaj małe, branżowe oprogramowanie może wygrać z dużymi systemami. Nie liczbą funkcji, lecz dopasowaniem procesu wyceny do jednej konkretnej branży. Program dla firmy wykonującej ogrodzenia powinien inaczej liczyć materiał i robociznę niż aplikacja dla producenta mebli na wymiar, drukarni, firmy HVAC czy wykonawcy konstrukcji stalowych. Próba obsłużenia wszystkich tych przypadków jednym formularzem szybko prowadzi do systemu pełnego wyjątków, konfiguratorów i pól, których większość użytkowników nigdy nie potrzebuje.
Największą przewagą niszowego narzędzia jest więc nie technologia. Jest nią świadoma decyzja, czego program nie będzie robił.
Najpierw proces wyceny, dopiero później funkcje programu
Najczęstszy błąd przy projektowaniu programu do wycen zaczyna się od listy funkcji: logowanie, CRM, klienci, produkty, PDF, raporty, integracje, magazyn, kalendarz. Taka lista wygląda profesjonalnie, ale nie odpowiada na podstawowe pytanie: w jaki sposób w tej konkretnej firmie powstaje cena?
Od tego trzeba zacząć.
Dla przykładu firma wykonująca ogrodzenia może wyceniać zlecenie na podstawie liczby metrów bieżących, typu przęsła, wysokości, liczby słupków, rodzaju podmurówki, liczby bram i furtek, sposobu montażu oraz odległości od bazy. Producent mebli na wymiar będzie potrzebował zupełnie innych danych: powierzchni płyt, rodzaju frontów, liczby szuflad, okuć, blatów, prac montażowych czy stopnia nietypowości projektu.
Dobrze zaprojektowany program powinien odwzorowywać właśnie taki proces.
W praktyce przed napisaniem pierwszej wersji warto rozpisać 10–20 prawdziwych wycen z ostatnich miesięcy i sprawdzić:
- jakie dane wejściowe pojawiają się w każdej ofercie;
- które pozycje są liczone automatycznie;
- które ceny handlowiec wpisuje ręcznie;
- gdzie stosowany jest procentowy narzut lub marża;
- które koszty są zależne od ilości, powierzchni, długości albo czasu pracy;
- jakie rabaty może samodzielnie przyznać handlowiec;
- kiedy potrzebna jest akceptacja właściciela;
- które elementy trafiają na ofertę dla klienta, a które powinny pozostać wyłącznie w kalkulacji wewnętrznej.
Dopiero po tej analizie da się sensownie określić MVP.
W większości małych firm pierwsza użyteczna wersja programu do wycen potrzebuje około 6–10 podstawowych modułów: klientów, kalkulatora, cenników, produktów lub usług, ofert, generowania PDF, użytkowników, historii zmian i prostych ustawień. Rozbudowany CRM, gospodarka magazynowa, fakturowanie czy automatyzacja marketingu zwykle mogą poczekać.
Dobrym kryterium jest czas. Standardowa wycena, którą doświadczony pracownik przygotowuje obecnie przez 20–30 minut w Excelu, powinna po wdrożeniu programu powstawać w około 3–5 minut. Zmiana jednej pozycji albo rabatu nie powinna wymagać ponownego kopiowania arkusza czy ręcznego przeliczania całej oferty.
Jeżeli formularz wyceny ma 70 pól i użytkownik potrzebuje dziesięciu minut tylko na jego wypełnienie, projekt prawdopodobnie poszedł w złym kierunku.
Duże systemy często przegrywają tutaj właśnie przez uniwersalność. Są przygotowane na setki możliwych procesów, więc użytkownik musi dopasować swoją pracę do struktury programu. Niszowe narzędzie powinno działać odwrotnie: program ma być dopasowany do sposobu pracy firmy.
Nie oznacza to jednak, że każdą firmową procedurę warto bezkrytycznie przenosić do aplikacji. Jeżeli trzy osoby liczą tę samą usługę na trzy różne sposoby, problemem nie jest brak programu. Najpierw trzeba ustalić jedną regułę kalkulacji.
Najtrudniejsza część nie znajduje się w interfejsie, tylko w kalkulatorze
Ekrany klientów, lista ofert czy logowanie są stosunkowo przewidywalne. Prawdziwa wartość programu do wycen znajduje się w modelu danych i regułach cenowych.
W prostym systemie cena może być liczona według wzoru:
materiał + robocizna + koszty dodatkowe + marża – rabat = cena sprzedaży
W rzeczywistej firmie szybko pojawiają się jednak wyjątki.
Materiał może mieć określony odpad technologiczny. Robocizna może mieć minimalną wartość niezależnie od wielkości zlecenia. Transport może kosztować inaczej do 30 km, inaczej między 30 a 100 km, a powyżej określonej odległości wymagać indywidualnej kalkulacji. Niektóre elementy mogą być liczone za sztukę, inne za metr bieżący, metr kwadratowy, kilogram albo roboczogodzinę.
Dlatego zamiast budować jeden gigantyczny wzór, lepiej podzielić kalkulację na kilka warstw:
- cena bazowa produktu lub usługi;
- parametry ilościowe, np. metry, sztuki lub powierzchnia;
- modyfikatory, np. materiał premium +18%;
- koszty dodatkowe, np. transport, projekt albo montaż;
- reguły minimalnej wartości, np. montaż minimum 900 zł;
- marża lub narzut;
- rabat handlowy;
- podatek VAT, jeżeli program pokazuje wartości netto i brutto.
Szczególnie ważne jest rozróżnienie marży od narzutu. To nie są te same wartości.
Jeżeli koszt wynosi 1 000 zł i firma doliczy narzut 30%, cena sprzedaży wyniesie 1 300 zł. Marża liczona od tej ceny wynosi jednak około 23,1%. Jeżeli celem jest rzeczywista marża 30%, cena sprzedaży powinna wynosić około 1 428,57 zł.
Błąd w tym miejscu potrafi przez miesiące systematycznie zaniżać ceny wszystkich ofert.
Drugim krytycznym elementem jest wersjonowanie cenników. Oferta przygotowana 15 marca nie może zmienić wartości tylko dlatego, że 1 kwietnia administrator podniósł ceny materiałów o 8%. Po zatwierdzeniu oferty program powinien zapisać jej własną kopię cen, parametrów i obliczeń.
To jeden z tych szczegółów, które na początku wydają się zbędne, a później decydują o tym, czy da się odtworzyć historię sprzedaży.
Podobnie należy potraktować rabaty. Handlowiec może mieć przykładowo możliwość udzielenia do 5% rabatu samodzielnie, rabat 5–10% może wymagać zatwierdzenia kierownika, a większy rabat może być całkowicie zablokowany. Konkretne wartości powinny wynikać z ekonomiki danej firmy, ale sama zasada ograniczeń jest znacznie bezpieczniejsza niż zwykłe pole „rabat”, do którego można wpisać dowolną liczbę.
Trzeba też oddzielić dane widoczne dla klienta od kalkulacji wewnętrznej. Klient może dostać pozycję „wykonanie zabudowy kuchennej – 24 800 zł”, podczas gdy pracownik powinien widzieć koszt płyt, okuć, frontów, pracy stolarni, montażu, transportu i przewidywaną marżę.
Oferta handlowa i kosztorys wewnętrzny nie powinny być tym samym dokumentem.
Na tym etapie warto również ustalić zasady zaokrąglania. Przy większej liczbie pozycji różnica między zaokrąglaniem każdej pozycji osobno a zaokrąglaniem dopiero wartości końcowej może dać kilka lub kilkanaście złotych różnicy. Program powinien robić to zawsze w jeden ustalony sposób.
Ile powinien kosztować taki system i czego nie budować w pierwszej wersji
Koszt programu do wycen zależy bardziej od liczby reguł biznesowych niż od liczby ekranów. Dziesięć prostych formularzy może być tańsze niż jeden kalkulator zawierający kilkadziesiąt zależności, wyjątków i wariantów produktów.
Do planowania projektu dla małej lub średniej firmy rozsądnie jest przyjąć roboczą stawkę wykonawczą około 180–350 zł netto za godzinę. Freelancer pracujący samodzielnie może znaleźć się poniżej tego zakresu, a software house realizujący projekt z analitykiem, projektantem UX, testerem i kierownikiem projektu może przekroczyć jego górną granicę.
Przy takim założeniu można orientacyjnie podzielić projekty na trzy poziomy.
Proste MVP – około 30–60 tys. zł netto
Zakres:
- logowanie i użytkownicy;
- baza klientów;
- jeden główny kalkulator;
- jeden lub kilka cenników;
- zapis ofert;
- generowanie PDF;
- podstawowy panel administracyjny.
Taka wersja ma sens, jeżeli proces wyceny jest stosunkowo prosty i nie wymaga rozbudowanych integracji.
Dojrzałe narzędzie branżowe – około 70–150 tys. zł netto
Tutaj zwykle pojawiają się:
- kilka rodzajów kalkulatorów;
- rozbudowane reguły cenowe;
- wersjonowanie cenników;
- role i uprawnienia;
- zatwierdzanie rabatów;
- historia zmian;
- katalog produktów;
- szablony ofert;
- załączniki i zdjęcia;
- eksport danych;
- podstawowe API albo integracje.
System rozwijany jako osobny produkt SaaS – od około 150 tys. zł netto w górę
Jeżeli narzędzie ma być sprzedawane wielu firmom, dochodzą problemy, których aplikacja wewnętrzna praktycznie nie ma: obsługa wielu organizacji, abonamenty, konfiguracja klientów, bezpieczeństwo danych między firmami, automatyczne zakładanie kont, limity planów, obsługa płatności, kopie zapasowe, monitoring błędów i proces aktualizacji.
Tutaj łatwo spalić budżet na rzeczy, które nie potwierdzają jeszcze, czy ktokolwiek chce kupić produkt.
Dlatego pierwszą wersję należy świadomie ograniczyć.
Najczęściej warto odłożyć:
- rozbudowany CRM;
- komunikator wewnętrzny;
- własny kalendarz;
- moduł magazynowy;
- aplikację mobilną na iOS i Androida;
- sztuczną inteligencję generującą oferty;
- kilkanaście integracji;
- zaawansowany dashboard menedżerski.
Jeżeli użytkownik nie potrafi jeszcze poprawnie policzyć oferty, wykres miesięcznej konwersji nie rozwiązuje żadnego istotnego problemu.
Lepsza kolejność to: kalkulacja → zapis oferty → PDF → cenniki → historia → uprawnienia → integracje.
W praktyce najbardziej irytującym etapem tworzenia podobnych narzędzi bywa nie samo programowanie, lecz uzgadnianie wyjątków. Dopiero podczas testów okazuje się, że „ten rabat nie dotyczy transportu”, „montaż poniżej pięciu sztuk liczymy inaczej” albo „ten produkt w województwie mazowieckim ma inny koszt dostawy”.
Jeżeli takich wyjątków są dziesiątki, nie należy kodować każdego jako osobnego warunku. Trzeba zbudować konfigurowalny mechanizm reguł albo uprościć politykę cenową firmy. W przeciwnym razie po roku aplikacja będzie pełna warunków, których nikt nie odważy się zmienić.
Jeżeli program ma być później sprzedawany jako SaaS, cenę abonamentu też należy testować na konkretnym rynku, a nie kopiować z dużych systemów. Dla prostego produktu B2B punktem startowym do testów może być przykładowo 99–149 zł netto miesięcznie dla jednoosobowej firmy, 249–399 zł dla małego zespołu i około 599–899 zł miesięcznie dla planu obejmującego bardziej zaawansowane funkcje lub integracje.
To nie jest uniwersalny cennik. Jeżeli jedna dodatkowa sprzedaż daje użytkownikowi 10 tys. zł marży, program może kosztować znacznie więcej. Jeżeli klient wystawia pięć niewielkich ofert miesięcznie, nawet 200 zł abonamentu może być dla niego zbyt wysoką ceną.
Dlatego zamiast pytać potencjalnego klienta „ile zapłacisz?”, lepiej sprawdzić trzy liczby: ile ofert tworzy miesięcznie, ile czasu zajmuje jedna wycena i ile kosztuje błąd w cenie.
Przykład: pięciu handlowców przygotowuje po 40 ofert miesięcznie. Każda zajmuje średnio 20 minut. To około 67 godzin pracy miesięcznie. Skrócenie procesu do pięciu minut zmniejsza czas do około 17 godzin. Różnica to blisko 50 godzin miesięcznie. Dopiero wobec takiej liczby należy oceniać cenę programu.
Najlepszy produkt niszowy nie wygrywa z dużymi systemami liczbą modułów. Wygrywa sytuacją, w której nowy pracownik po godzinie szkolenia potrafi przygotować poprawną ofertę bez otwierania Excela, sprawdzania czterech cenników i dzwonienia do właściciela z pytaniem o właściwy rabat.
Jeżeli trzeba wybrać jedną rzecz do zrobienia przed rozpoczęciem projektu, nie należy projektować ekranów ani wybierać technologii. Trzeba zebrać 10–20 rzeczywistych wycen i rozpisać dokładnie, z jakich danych oraz według jakich reguł powstała każda cena. Jeżeli dwóch doświadczonych pracowników nie jest w stanie na podstawie tych samych danych uzyskać tej samej kwoty, najpierw trzeba naprawić proces wyceny. Automatyzowanie niejednoznacznych zasad tylko szybciej produkuje niejednoznaczne wyniki.
Więcej informacji na: https://hd-biznes.com/blog
FAQ – najczęstsze pytania o program do tworzenia wycen
Czy lepiej stworzyć własny program, czy kupić gotowy system?
Gotowy system ma sens, jeżeli jego kalkulator odwzorowuje większość procesu bez ciągłego obchodzenia ograniczeń. Własne rozwiązanie zaczyna być opłacalne wtedy, gdy firma wykonuje dużo podobnych wycen, a jej reguły cenowe są specyficzne dla branży i wymagają dziś Excela, ręcznych obliczeń albo kilku osobnych narzędzi.
Ile trwa przygotowanie pierwszej wersji programu do wycen?
Proste MVP można zwykle zaplanować na około 6–12 tygodni pracy, jeżeli zasady kalkulacji są już opisane i osoby decyzyjne szybko akceptują rozwiązania. Przy wielu wyjątkach, migracji danych i integracjach realny projekt częściej zajmuje 3–6 miesięcy.
Czy od razu integrować program z księgowością i fakturami?
Nie, jeśli pierwszym problemem firmy jest samo tworzenie ofert. Integrację warto dodać dopiero wtedy, gdy kalkulator i proces ofertowania działają stabilnie. W przeciwnym razie projekt zaczyna rozwiązywać pięć procesów jednocześnie i trudniej ustalić, dlaczego użytkownicy nie chcą z niego korzystać.
Czy program do wycen powinien zawierać CRM?
Tylko w podstawowym zakresie, jeśli jest potrzebny do obsługi oferty: dane klienta, kontakty, status wyceny i historia ofert zwykle wystarczą na start. Pełny CRM z lejkiem, zadaniami, kampaniami i automatyzacjami sprzedaży warto budować dopiero po potwierdzeniu, że użytkownicy rzeczywiście tego potrzebują.
Co sprawdzić przed zleceniem programowania?
Weź pięć różnych rzeczywistych zleceń i poproś dwie osoby z firmy o niezależne przygotowanie wyceny. Jeżeli wyniki różnią się o więcej niż przyjęta tolerancja, najpierw ujednolić trzeba zasady liczenia ceny. To ważniejsze niż wybór frameworka, wykonawcy czy wyglądu aplikacji.
