Brief wtyczki na zamówienie: co przygotować, zanim poprosisz o wycenę

Brief wtyczki na zamówienie to krótki dokument. Opisujesz w nim cel, środowisko techniczne, oczekiwane działanie i kryteria odbioru. Po co? Żeby programista wycenił pracę od razu, a nie po trzech rundach dopytywania. A jeśli jeszcze nie wiesz, czy w ogóle iść w rozwiązanie dedykowane czy gotowe, zajrzyj do naszego wpisu ze stycznia 2022 roku o tej decyzji. Tu zakładamy, że decyzja zapadła, i zajmujemy się samym zleceniem.

Czym jest brief wtyczki na zamówienie i dlaczego skraca drogę do wyceny?

Brief to materiał wejściowy. Na jego podstawie wykonawca przygotuje pełną specyfikację techniczną, więc nie musisz pisać dokumentacji jak programista (i nikt tego od Ciebie nie oczekuje). Wystarczy uczciwie opisać, czego potrzebujesz i w jakich warunkach. W zamian dostajesz wycenę bliższą realnemu kosztowi, mniej niespodzianek w trakcie i oferty, które da się ze sobą porównać. Najczęstszy grzech zapytań? Jedno zdanie w stylu „potrzebuję wtyczki do rabatów”. Pod takie hasło pasuje i projekt na dwa dni, i na dwa miesiące. Zgadnij, ile wyjdzie z wyceny.

Jaki problem biznesowy ma rozwiązać wtyczka?

Zacznij od problemu i celu. Nie od listy funkcji. Napisz, kto będzie z rozwiązania korzystał: klient sklepu, administrator, magazyn, a może księgowość. Pokaż, jak proces wygląda dziś i gdzie boli - ręczne przepisywanie zamówień, te same błędy w kółko, brak integracji z innym systemem. Dopisz też, po czym poznasz, że wdrożenie się udało. Na przykład po tym, że faktury przestaną wymagać ręcznych poprawek. Prosty miernik, ale działa. Jeśli przeglądałeś gotowe rozszerzenia, dodaj w dwóch zdaniach, czemu odpadły. Wykonawca nie będzie wtedy proponował czegoś, co już odrzuciłeś.

Środowisko techniczne: co sprawdzić w panelu przed wysłaniem zapytania

Wykonawca musi wiedzieć, na czym wtyczka ma chodzić. Od tego zależy zakres testów i ryzyko konfliktów przy aktualizacjach. Przygotuj:

• wersję WordPressa i WooCommerce albo PrestaShop,
• wersję PHP na serwerze,
• rodzaj motywu: gotowy, potomny lub autorski,
• listę aktywnych wtyczek albo modułów,
• nazwę hostingu i informację o dostępie do środowiska testowego,
• języki i waluty sklepu.

W WordPressie większość tych danych jest w Narzędzia > Zdrowie witryny, w PrestaShop w Parametry zaawansowane > Informacje. Pięć minut klikania. Do tego integracje zewnętrzne: ERP, kurierzy, płatności, hurtownie. Jeśli masz dokumentację API, dołącz ją od razu. Przy zamawianiu modułu PrestaShop na zamówienie podaj dokładną wersję sklepu, bo różnice między liniami 1.7, 8 i 9 naprawdę zmieniają zakres pracy.

Jak opisać działanie wtyczki, żeby specyfikacja była jednoznaczna?

Ogólne hasła się nie sprawdzają. Scenariusze krok po kroku, z perspektywy użytkownika - jak najbardziej. Każdy może mieć prosty układ:

1. Kto wykonuje akcję.
2. W którym miejscu sklepu to robi.
3. Co system wtedy wykonuje.
4. Co widzi użytkownik.
5. Co się dzieje w razie błędu.

I nie zapominaj o przypadkach brzegowych: zwroty, edycja zamówienia, produkty z wariantami albo dodatkowymi polami, brak towaru na stanie. To właśnie one wychodzą w praktyce na odbiorze, kiedy jest już za późno na spokojną wycenę. Wymagania podziel na „musi mieć” i „miło by było”. Wykonawca wyceni wtedy osobno wersję podstawową i rozszerzenia, a Ty zdecydujesz, na co Cię stać. Dorzuć zrzuty ekranu, szkice albo przykładowe pliki importu. Wszystko, co pomoże przełożyć opis na konkretną specyfikację wtyczki.

Wycena wtyczki WordPress: budżet, termin i warunki współpracy

Widełki budżetu w briefie nie osłabiają Twojej pozycji negocjacyjnej. Pozwalają wykonawcy zaproponować zakres, który ma sens przy Twoich możliwościach. Rozróżnij też termin twardy (sezon, kampania) od pożądanego. Ustal, kto zajmie się utrzymaniem po wdrożeniu: aktualizacjami przy nowych wersjach WordPressa, WooCommerce czy PrestaShop, wsparciem, poprawkami. Prawa do kodu i licencja? Do umowy, czarno na białym. Aha, jeśli wtyczka będzie przetwarzać dane osobowe klientów, zaznacz to w briefie, bo to zmienia sposób projektowania całego rozwiązania.

Kryteria odbioru i błędy, które wydłużają zlecenie

Kryteria odbioru to lista sprawdzeń, po których uznajesz pracę za skończoną. Najlepiej spisać je już w briefie. Mogą wyglądać tak: scenariusze z poprzedniej sekcji działają na kopii sklepu, wtyczka nie gryzie się z kluczowymi rozszerzeniami, a całość poprawnie wyświetla się na telefonach. Co najczęściej rozciąga projekt? Trzy rzeczy. Dopisywanie funkcji w trakcie bez aneksu. Brak środowiska testowego. I nieobecność jedynej osoby decyzyjnej akurat przy odbiorze (klasyka).

Dobrze przygotowany brief wtyczki na zamówienie to kilka stron, które oszczędzają tygodnie maili i poprawek. Gotowy materiał możesz wysłać przez formularz wyceny wtyczki K4, gdzie Web Systems przygotowuje wtyczki WordPress i moduły PrestaShop na zamówienie.

Najczęstsze pytania