
Patrizia Aryton
Odzież damska premium
Masz gotowy projekt od grafika albo agencji, z którą pracujesz, i szukasz kogoś, kto go zakoduje. Koduję go na WordPressie, WooCommerce, PrestaShopie albo od zera, razem z tym, czego plik nie pokazuje: powiązaniami treści, formularzami, zamówieniem i szybkością.
Projekt pokazuje, jak strona wygląda. Jak działa, wynika z odpowiedzi na kilka pytań, których plik nie zadaje. Zbieram je przy przeglądzie, przed wyceną.
Siedem rzeczy, które rozstrzygam między plikiem z Figmy a stroną, na którą wchodzą klienci.
Zanim podam cenę, przechodzę przez plik ekran po ekranie. Szukam miejsc, których projekt nie rozstrzyga: zachowania na szerokościach pośrednich, stanów po najechaniu i kliknięciu, list pustych i bardzo długich.
Druga część przeglądu dotyczy tego, czego nie widać: które ekrany są osobnym typem treści, co robi każdy formularz, jak przebiega zamówienie. Pytania dostajesz na piśmie razem z wyceną.
szerokości pośrednie i stany elementów
typy treści ukryte w projekcie jako zwykłe ekrany
działanie każdego formularza i okna
pytania na piśmie razem z wyceną
Karta produktu, realizacja, oferta pracy czy wpis partnera to w panelu osobne typy treści z własnymi polami. Powiązania między nimi, na przykład produkty przypisane do realizacji, ustawiam raz, a strona układa je sama.
Serwis Comeco zakodowałem z projektu przygotowanego w Figmie przez agencję. Maszyny, rekrutacja, aktualności i partnerzy są w nim osobnymi typami treści, a od początku kodowania do uruchomienia strony minął niecały miesiąc.
osobny typ treści na każdy rodzaj wpisu
pola w panelu ułożone jak w projekcie
powiązania ustawiane raz, bez ręcznego przepisywania
każdy typ treści uzupełnia ktoś inny w firmie
Formularz może być oknem zapytania, zapisem na termin albo wyceną z załącznikiem. Przed kodowaniem ustalam z Tobą, dokąd trafia każde zgłoszenie, jakie potwierdzenie dostaje klient i co widzi, gdy pomyli się w polu.
Formularz sprawdzam wysyłką z żywej strony, bo dopiero wtedy wiadomo, czy wiadomość dochodzi i nie ląduje w spamie.
adresat zgłoszenia ustalony przed kodowaniem
potwierdzenie dla klienta i komunikaty przy błędach
ochrona przed spamem
próbna wysyłka z żywej strony
Projekt sklepu rzadko zgadza się z tym, co PrestaShop czy WooCommerce podają w standardzie. W sklepie Patrizia Aryton, zakodowanym z Figmy od działu marki, najwięcej pracy wymagały karta produktu, proces zamówienia i konto klienta.
W sklepie Drzwi Portal karta modelu prowadzi przez wybór koloru, wymiaru, strony otwierania i okuć, a z konfiguratora wychodzi konkretny towar w koszyku. Drzwi z montażem mają osobną ścieżkę zamówienia, z inną ceną i przebiegiem.
karta produktu i konto klienta według projektu
kroki zamówienia inne niż w standardzie platformy
konfigurator spięty z katalogiem i koszykiem
pełne zamówienie przetestowane przed oddaniem
Platformę dobieram do projektu i do tego, kto będzie potem zmieniał treść. Strona firmowa z kilkoma typami treści zwykle staje na WordPressie, sklep z dużym katalogiem na PrestaShopie, sklep przy istniejącej stronie na WooCommerce.
Strona, której treść rzadko się zmienia, może obyć się bez systemu zarządzania treścią. Kod pisany od zera nie ma wtyczek do aktualizacji i nie ładuje niczego, czego strona nie używa.
Porównanie WordPressa, kreatora i kodu pisanego od zera →WordPress dla stron z treścią zmienianą co tydzień
WooCommerce przy sklepie obok strony firmowej
PrestaShop przy dużym katalogu i sprzedaży za granicę
kod od zera, gdy liczy się szybkość i niski koszt utrzymania
Wydajność mierzę w PageSpeed Insights na stronie, którą oddaję. Zdjęcia z projektu idą w lżejszych formatach z podanymi wymiarami, fonty wczytują się bez skoku tekstu, a animacje nie zasłaniają treści przy wejściu.
Hierarchię nagłówków układam według treści, a wygląd każdego z nich biorę z projektu. Do tego tytuły, opisy, dane strukturalne i mapa strony.
pomiar PageSpeed na oddawanej stronie
obrazy w lżejszych formatach z wymiarami
jeden h1 i hierarchia nagłówków według treści
tytuły, opisy, dane strukturalne i mapa strony
Pytania do projektu idą do Ciebie albo prosto do grafika, jeśli tak wolisz. Gdy element projektu zderza się z tym, jak działa platforma, pokazuję to przed kodowaniem i proponuję rozwiązanie. Decyzja należy do Ciebie i Twojego grafika.
Jeśli prowadzisz agencję i szukasz podwykonawcy do projektów swoich klientów, zasady współpracy opisuję na osobnej stronie.
Współpraca z agencjami →pytania do Ciebie albo prosto do grafika
rozbieżności z platformą pokazane przed kodowaniem
decyzja o wyglądzie zostaje po Twojej stronie
Wygląd zostaje taki, jak go zaprojektowano. Dochodzi to, co sprawia, że strona działa na co dzień.
W serwisie Comeco maszyny, ogłoszenia o pracę, aktualności i partnerzy są osobnymi typami treści. Każdy uzupełnia ktoś inny w zakładzie, bez kontaktu ze mną.
W sklepie Drzwi Portal wybory klienta zamieniają się w pozycję w koszyku z właściwą ceną i wariantem. Skonfigurowane drzwi można poprawić już w koszyku, bez przechodzenia przez wybory od nowa.
W sklepie Patrizia Aryton karta produktu, zamówienie i konto klienta odbiegają od standardu PrestaShopa. Sporne miejsca przeszedłem z grafikiem marki i zostaliśmy przy wersji, która trzyma zamysł projektu i daje się utrzymać.
W sklepie Drzwi Portal pliki wtyczki konfiguratora, około 200 kB, ładują się tylko na karcie produktu, w koszyku i przy zamówieniu. Grafiki motywu po przejściu na WebP zeszły z 1,3 MB do 160 kB.
Tyle zwykle trwa strona z gotowego projektu. Duży sklep zajmuje do 8 tygodni, bo czas kodowania zależy od liczby typów treści, formularzy i tego, jak przebiega zamówienie. Dokładny termin podaję razem z wyceną.

Orientacyjny czas: 1–2 dni robocze
Przechodzę przez projekt ekran po ekranie. Pytania o to, czego plik nie rozstrzyga, dostajesz na piśmie razem z ceną i terminem.
szerokości pośrednie i stany elementów
typy treści i formularze
pytania na piśmie razem z wyceną
zaliczka dopiero po akceptacji zakresu

Orientacyjny czas: 2–4 tygodnie, duży sklep dłużej
Koduję pod osobnym adresem, który możesz otwierać w trakcie. Wygląd biorę z pliku, a typy treści, formularze i zamówienie ustawiam według odpowiedzi z przeglądu.
wersja testowa pod osobnym adresem
wygląd zgodny z projektem
panel ustawiony pod Twoje treści
formularze z ustalonym adresatem

Orientacyjny czas: 2–3 dni robocze
Porównuję stronę z projektem na kilku szerokościach ekranu i przechodzę formularze oraz zamówienie jak klient. Mierzę szybkość, zanim strona trafi pod docelowy adres.
porównanie z projektem na kilku szerokościach
testowe zgłoszenia i zamówienia
pomiar szybkości

Orientacyjny czas: 1 dzień
Przepinam domenę, zgłaszam mapę strony w Google i przekazuję dostępy. Pokazuję na Twoich danych, jak dodać nową pozycję w panelu.
przepięcie domeny i certyfikat SSL
mapa strony zgłoszona w Search Console
dostępy i instruktaż z panelu
Trzy rzeczy wystarczą, żebym przejrzał projekt i podał cenę z terminem.
Do wyceny wystarczy dostęp do podglądu. Projekt przeglądam ekran po ekranie, bez zmieniania czegokolwiek w pliku.
Jeśli projekt je ma, dołącz je do linku. Jeśli nie ma, zaproponuję układ wąski na podstawie szerokiego.
Dokąd trafiają zgłoszenia, co klient może zamówić i kto będzie zmieniał treść. To wystarczy, żeby wycenić to, czego plik nie pokazuje.
Sklep Patrizia Aryton zakodowałem z Figmy od działu marki, serwis Comeco z Figmy od agencji. W sklepie Drzwi Portal najwięcej pracy kosztowało połączenie konfiguratora z katalogiem sklepu.
Cenę liczę od tego, co dzieje się pod projektem: ile jest typów treści, co robią formularze, jak przebiega zamówienie.
Firma z kilkoma usługami i projektem strony od swojego grafika.
Projekt zakodowany na WordPressie albo od zera, z osobną podstroną na każdą usługę i panelem do zmiany treści. Formularz kontaktowy ma ustalonego adresata i potwierdzenie dla klienta.
Firma z produktami, realizacjami, ofertami pracy albo strefą klienta.
Kilka typów treści powiązanych ze sobą, okna z formularzami wykonującymi konkretne działania, logowanie albo druga wersja językowa. W serwisie Comeco maszyny, ogłoszenia o pracę, aktualności i partnerzy są osobnymi typami treści, a każdy z nich uzupełnia ktoś inny w zakładzie.
Firma sprzedająca na WooCommerce albo PrestaShopie, z własną kartą produktu, zamówieniem albo konfiguratorem.
Motyw sklepu zakodowany z projektu, razem z widokami, których platforma nie podaje w standardzie: kartą produktu, krokami zamówienia, kontem klienta. Przy konfiguratorze dochodzi połączenie wyborów klienta z konkretnym towarem w koszyku.
Ceny netto, od których zaczyna się wycena. Nie obejmują projektu graficznego, bo ten masz od swojego grafika. Ostateczna kwota zależy od liczby typów treści, formularzy i kroków zamówienia, które trzeba zakodować. Konfigurator i część integracji stoją na płatnych modułach, których licencja jest osobną pozycją po Twojej stronie, zwykle 500–1500 zł jednorazowo. Mówię o tym przy wycenie, zanim cokolwiek podpiszesz. Prace poza ustalonym zakresem rozliczam po 200 zł netto za godzinę.
Zostaw namiary i link do Figmy. Dopisz platformę, jeśli jest już wybrana, i termin. Przejrzę plik przed rozmową, więc zaczniemy od pytań do konkretnych ekranów.
Odpowiadam w ciągu dnia roboczego. Wycena nic nie kosztuje i do niczego nie zobowiązuje.
Odpowiedzi na pytania, które słyszę najczęściej przy pierwszej rozmowie. Jeśli Twojego tu nie ma, napisz — odpowiadam tym samym językiem.
Wystarczy link do pliku z dostępem do podglądu, razem z ekranami na telefon, jeśli projekt je ma. Do tego kilka zdań o tym, co strona ma robić: dokąd trafiają zgłoszenia, co klient może zamówić i kto będzie zmieniał treść.
Stany pośrednie dopowiadam sam i pokazuję je przed kodowaniem: co się zwija, co się chowa, a co zmienia kolejność. Jeśli wolisz, żeby rozstrzygnął je Twój grafik, dostaje ode mnie listę takich miejsc na piśmie.
Tak, odstępy, kroje i kolory biorę z pliku. Gdy element projektu zderza się z tym, jak działa platforma, pokazuję to przed kodowaniem i proponuję wersję, która zachowuje zamysł. Tak było w sklepie Patrizia Aryton, gdzie sporne miejsca przeszedłem z grafikiem marki.
Ja, na podstawie reszty projektu: kolorów, krojów i elementów, które już są w pliku. Widoki spoza projektu wypisuję w wycenie osobno, więc wiesz, co dopowiadam sam, a co może jeszcze narysować Twój grafik.
Projekt w Figmie nie zależy od platformy, więc wybór zapada po pytaniach o treść i sprzedaż. Strona z kilkoma typami treści zwykle staje na WordPressie, sklep z dużym katalogiem na PrestaShopie, a strona, która rzadko się zmienia, może być kodem pisanym od zera.
Serwis Comeco powstał w niecały miesiąc od początku kodowania do uruchomienia, przy projekcie dostarczonym w Figmie i rozpisanej strukturze treści. Najdłużej zwykle trwa ustalanie, co ma się na stronie znaleźć, dlatego termin podaję po przeglądzie pliku.
Projektuję i koduję strony firmowe od 2008 roku. Bez kupionego szablonu, w którym trzeba mieścić swoją treść, i bez osobnej wtyczki na każdą funkcję.
Stawiam sklepy i rozwijam te, które już sprzedają. Od wyboru platformy, przez integracje płatności i wysyłki, po wydajność przy kilku tysiącach produktów.
Projektuję to, co potem sam koduję. Dzięki temu projekt nie zawiera rozwiązań, które ładnie wyglądają w pliku graficznym i rozjeżdżają się w przeglądarce.
Dostajesz gotowy projekt z Figmy albo makietę od klienta, ja koduję WordPressa albo PrestaShopa. Bez kontaktu z Twoim klientem, bez mojego nazwiska w stopce, stała cena, zanim wyślesz ofertę.