Opis projektu ma pomóc wykonawcy zrozumieć, co ma dostarczyć. Jeśli dokument składa się głównie z oczekiwań typu „szybki, nowoczesny, intuicyjny”, firmy dopiszą własne założenia. W efekcie otrzymasz ceny różnych rozwiązań.
Zacznij od użytkowników i czynności. Dopiero potem dopisz ograniczenia techniczne, materiały oraz warunki sprawdzenia gotowej pracy.
Zamień hasło na zachowanie
Zamiast „rozbudowana wyszukiwarka” opisz, czego użytkownik szuka, po jakich polach i co ma zobaczyć, gdy nie znajdzie wyników. Zamiast „łatwa edycja treści” opisz, kto publikuje materiał, kto go zatwierdza i czy potrzebna jest historia zmian.
Nie musisz projektować każdego przycisku. Chodzi o decyzje, które wpływają na ilość pracy i końcowy rezultat. Przykład danych lub scenariusz użytkownika bywa czytelniejszy niż kolejny akapit ogólnych wymagań.
Pokaż granice zamówienia
Zapisz, co dostarcza wykonawca, a co Twoja organizacja: treści, tłumaczenia, dostęp do systemów, konta, dane testowe. Jeśli coś nie jest jeszcze gotowe, wskaż termin i osobę odpowiedzialną.
Dodaj wyłączenia. Jeżeli zamawiasz projekt interfejsu bez programowania, powiedz to wprost. Jeżeli integracja obejmuje odczyt danych, określ, czy zapis jest poza zakresem.
Przeczytaj dokument jak ktoś z zewnątrz
Wybierz kilka wymagań i zapytaj: „Po czym sprawdzimy, że zostało wykonane?”. Jeśli odpowiedź wymaga dopowiedzenia nowej funkcji, popraw opis przed wyceną.
Na końcu poproś osobę spoza zespołu o wskazanie niejasności. Ten przegląd treści nie zastępuje przygotowania formalnej dokumentacji postępowania, ale daje jej lepszy materiał wyjściowy. Do pierwszych rozmów możesz wykorzystać również krótki brief, a do ustalenia rezultatów — scenariusze odbioru.
Wszystkie liczby z artykułu i tysiące innych umów znajdziesz w bazie.
Otwórz bazę umów