Jak zgłaszać pomysły i zmiany?

Jednym kanałem, który uzgadniamy na starcie, żeby ustalenia nie ginęły w rozmowach telefonicznych. Każde zgłoszenie trafia do wspólnego backlogu z opisem problemu, a nie tylko proponowanego rozwiązania. Priorytety przeglądamy cyklicznie razem z waszym zespołem.

Czy rozwój da się prowadzić równolegle z bieżącym utrzymaniem?

Tak, to najczęstszy model pracy. Utrzymanie ma pierwszeństwo, bo awaria zawsze wyprzedza nową funkcję, dlatego planujemy zapas czasu zamiast zapełniać kalendarz do ostatniej godziny. W praktyce oznacza to bardziej przewidywalne terminy.

Czy zmiany po starcie wymagają nowej umowy?

Drobne zmiany mieszczą się w ustalonej puli godzin. Większe funkcje wyceniamy osobno, z zakresem i terminem spisanym przed rozpoczęciem prac. W obu przypadkach kod powstaje w waszym repozytorium i zostaje waszą własnością.

Rozwój nowych funkcji

strona rośnie z biznesem

Dokładamy nowe funkcje etapami – bez przebudowy fundamentów, w tempie dopasowanym do Twoich potrzeb i budżetu.

← Utrzymanie i rozwój

Co dostajesz

Konkretnie, bez lania wody

Każdy projekt dopasowujemy do Twojego celu i budżetu – poniżej to, co najczęściej wchodzi w zakres.

Roadmapa i priorytety wspólnie z Tobą.
Wdrożenia iteracyjne, bez wielkich przestojów.
Testy przed każdą publikacją.
Przejrzysta wycena per funkcja.

Start to nie koniec projektu

Pierwsza wersja sklepu czy hurtowni jest hipotezą. Dopiero ruch, zamówienia i pytania klientów pokazują, co działa, a co trzeba zmienić. Dlatego po uruchomieniu pracujemy w krótkich cyklach: zbieramy zgłoszenia od zespołu handlowego i obsługi, zestawiamy je z danymi ze sklepu i wybieramy to, co najbardziej przesuwa sprzedaż albo najmocniej odciąża ludzi. Backlog jest wspólny i widoczny, więc rozmowa o priorytetach dotyczy konkretnych pozycji, a nie ogólnego wrażenia, że coś wypadałoby poprawić.

Zmiany wdrażane bez zatrzymywania sprzedaży

Rozwój działającego sklepu różni się od budowy od zera, bo każda zmiana trafia na żywy ruch. Pracujemy na środowisku testowym odzwierciedlającym produkcję, zmiany wchodzą małymi porcjami, a większe funkcje uruchamiamy najpierw dla wybranej grupy kontrahentów. Przed wdrożeniem mamy przygotowaną ścieżkę wycofania, żeby nieudana zmiana była kwestią minut, a nie wieczoru gaszenia pożaru. Terminy planujemy z uwzględnieniem waszej sezonowości, bo są tygodnie w roku, w których na produkcję nie wchodzi nic poza poprawkami.

Priorytety oparte na tym, co widać w danych

Lista pomysłów zawsze jest dłuższa niż budżet, więc potrzebny jest sposób wybierania. Patrzymy, gdzie użytkownicy przerywają proces, które kategorie generują najwięcej pytań do obsługi, jakie frazy nie dają wyników w wyszukiwarce sklepu i które kroki zamówienia zajmują handlowcowi najwięcej czasu. Poprawa wyszukiwarki albo szybszego powtórzenia zamówienia potrafi dać więcej niż redesign strony głównej. Po wdrożeniu wracamy do tych samych liczb, żeby sprawdzić, czy zmiana faktycznie zadziałała, czy tylko dobrze wyglądała.

Najczęściej zadawane
pytania

Jak zgłaszać pomysły i zmiany?

Jednym kanałem, który uzgadniamy na starcie, żeby ustalenia nie ginęły w rozmowach telefonicznych. Każde zgłoszenie trafia do wspólnego backlogu z opisem problemu, a nie tylko proponowanego rozwiązania. Priorytety przeglądamy cyklicznie razem z waszym zespołem.
Czy rozwój da się prowadzić równolegle z bieżącym utrzymaniem?

Tak, to najczęstszy model pracy. Utrzymanie ma pierwszeństwo, bo awaria zawsze wyprzedza nową funkcję, dlatego planujemy zapas czasu zamiast zapełniać kalendarz do ostatniej godziny. W praktyce oznacza to bardziej przewidywalne terminy.
Czy zmiany po starcie wymagają nowej umowy?

Drobne zmiany mieszczą się w ustalonej puli godzin. Większe funkcje wyceniamy osobno, z zakresem i terminem spisanym przed rozpoczęciem prac. W obu przypadkach kod powstaje w waszym repozytorium i zostaje waszą własnością.

Bezpłatne, 15-minutowe spotkanie

Opowiedz nam o swoim projekcie,
resztę dopasujemy pod Ciebie

15 minut rozmowy wystarczy, abyśmy wiedzieli, czy pasujemy do Twojego projektu.
Zaczynamy od Twoich potrzeb, nie od gotowego rozwiązania.

Rozwój nowych funkcji

Konkretnie, bez lania wody

Start to nie koniec projektu

Zmiany wdrażane bez zatrzymywania sprzedaży

Priorytety oparte na tym, co widać w danych

Najczęściej zadawane
pytania

Opowiedz nam o swoim projekcie,
resztę dopasujemy pod Ciebie

Remigiusz Mielcarz

Adrian Mrósk

Rozwój nowych funkcji

Konkretnie, bez lania wody