Jak napisać brief dla freelancera do aplikacji internetowej z kontami użytkowników

Jak napisać brief dla freelancera do aplikacji internetowej z kontami użytkowników

Dobre streszczenie oszczędza czas w dniu 1. Słabe tworzy 10 pytań uzupełniających, zanim freelancer otworzy plik z wireframe'em. Jeśli zastanawiasz się, jak napisać streszczenie dla freelancera dotyczące aplikacji internetowej z kontami użytkowników, zacznij od problemu biznesowego, a nie od etykiet menu. Jeden jasny wynik jest lepszy niż trzy niejasne życzenia.

1. Zdefiniuj cel aplikacji internetowej i cel biznesowy

Powiedz, co robi aplikacja internetowa w jednym prostym akapicie. Freelancer musi wiedzieć, czy to jest portal klienta, system rezerwacji, pulpit do nauki, czy produkt subskrypcyjny. Cel powinien nazywać użytkownika i wynik: „Klienci logują się, aby śledzić zamówienia” jest lepsze niż „Nowoczesna platforma do zaangażowania.”

Podaj jeden cel biznesowy z mierzalną linią mety. Jeśli celem jest pozyskiwanie leadów, powiedz to. Jeśli celem są płatne rejestracje, powiedz to również. Różnica ma znaczenie, ponieważ freelancer ukształtuje przepływ konta, stronę główną i wezwania do działania wokół tego celu.

Określ, jak wygląda sukces w praktyce. Na przykład: „Użytkownik może założyć konto, zweryfikować e-mail i ukończyć pierwsze zadanie w mniej niż 3 minuty.” Ta jedna linia mówi freelancerowi więcej niż strona ogólnego entuzjazmu. Utrzymuje również pracę związana z rzeczywistym wynikiem, a nie fantazyjną prezentacją produktu.

2. Opisz typy użytkowników i potrzeby konta

Wymień każdą rolę użytkownika, którą oczekujesz w dniu pierwszym. Staraj się, aby lista była krótka, jeśli to możliwe: odwiedzający, zarejestrowany użytkownik, administrator, agent wsparcia. Jeśli są tylko 2 role, napisz to. Jeśli jest 5, wyjaśnij dlaczego. Każda rola powinna mieć zadanie do wykonania i granice uprawnień.

Sprecyzuj zasady rejestracji i logowania w konkretnych krokach. Używasz e-maila i hasła? Logowanie przez media społecznościowe? Magiczny link? Uwierzytelnianie dwuskładnikowe? Powiedz, które z nich jest wymagane, a które opcjonalne. Jeśli weryfikacja e-mailowa jest obowiązkowa przed dostępem, napisz to.

Uprawnienia to miejsce, w którym wiele zleceń staje się niejasnych. Nie pozwól, aby tak się stało. Freelancer musi wiedzieć, czy jeden użytkownik może edytować dane innego użytkownika, czy administratorzy mogą zawieszać konta, a także czy wsparcie może przeglądać szczegóły rozliczeń. Zdanie takie jak „Administratorzy mogą edytować wszystkie rekordy, ale wsparcie może tylko przeglądać status profilu i ostatnie zgłoszenia” szybko eliminuje niepewność.

Jeśli twoja aplikacja ma więcej niż jeden typ konta, dodaj prostą tabelę. Ułatwia to przeglądanie zlecenia i utrudnia jego błędne zrozumienie.

3. Zarysuj kluczowe funkcje i przepływy użytkowników

Wymień najpierw 5 najważniejszych funkcji. Nie 15. Pierwsza wersja aplikacji internetowej zazwyczaj opiera się na niewielkiej liczbie działań, więc jasno nazwij te działania. Jeśli użytkownicy muszą się zarejestrować, potwierdzić e-mail, uzupełnić profil i złożyć prośbę, zapisz tę sekwencję w odpowiedniej kolejności. Freelancer może to przekształcić w ekrany i stany.

Opisz główny przepływ użytkownika od pierwszej wizyty do ważnego momentu sukcesu. Na przykład: strona docelowa, rejestracja, weryfikacja e-maila, pulpit, utworzenie przedmiotu, przegląd przedmiotu, złożenie przedmiotu. Jeśli istnieją specjalne ścieżki dla resetowania hasła, anulowania subskrypcji lub usuwania konta, dodaj je jako osobne przepływy. Te „małe” przepływy mogą zająć więcej czasu niż strona główna.

Nie zapomnij o pustych stanach i stanach błędów. Co się dzieje, jeśli logowanie nie powiedzie się 5 razy? Co pokazuje pulpit przed dodaniem jakichkolwiek danych przez użytkownika? Jaki komunikat pojawia się, gdy metoda płatności zostaje odrzucona? Krótkie streszczenie, które wymienia te przypadki, pozwoli stworzyć lepszą aplikację internetową, ponieważ freelancer nie zgaduje w niezręcznych momentach.

Jedna praktyczna wskazówka: napisz przebieg tak, jakbyś prowadził prawdziwą osobę przez to przy biurku. „Maria rejestruje się, sprawdza swoją skrzynkę odbiorczą, potwierdza swój adres e-mail, loguje się i przesyła swój pierwszy plik.” Ta jedna linia jest znacznie bardziej użyteczna niż „podróż onboardingowa.” Zmusza również do zauważenia brakujących kroków.

4. Określ wymagania dotyczące projektu, treści i marki

Uwagi dotyczące projektu powinny być konkretne, a nie poetyckie. Jeśli chcesz spokojnego interfejsu z dużą ilością białej przestrzeni, powiedz to. Jeśli chcesz gęstych tabel i nawigacji w stylu korporacyjnym, powiedz to również. Dołącz wszelkie kolory marki, czcionki, pliki logo lub zasady wizualne, które już masz, i wspomnij, co musi pozostać spójne na stronach.

Wymień strony, które freelancer powinien zaprojektować. Prosta aplikacja może potrzebować 6 lub 7: strona główna, rejestracja, logowanie, pulpit, profil, ustawienia, panel administracyjny. Jeśli masz strony prawne, strony pomocy lub ekrany onboardingowe, dołącz je. W przeciwnym razie znikną do ostatniego tygodnia, co zazwyczaj jest niewłaściwym tygodniem.

Treść ma większe znaczenie, niż wielu klientów się spodziewa. Powiedz, kto pisze tekst, kto dostarcza zrzuty ekranu produktu i kto zapewnia tekst prawny. Jeśli freelancer musi najpierw umieścić tekst zastępczy, zaznacz, że ostateczna treść przyjdzie później. Jeśli już masz treść dla 3 ekranów, wymień je. To zapobiega niespodziewanym przeróbkom.

Zamieść 2 lub 3 przykłady aplikacji, które lubisz, oraz 1 przykład, którego nie lubisz, z uzasadnieniem dla każdego. „Lubię pulpit nawigacyjny w Aplikacji A, ponieważ pokazuje status na pierwszy rzut oka” jest przydatne. „Nie lubię Aplikacji B, ponieważ ukrywa ustawienia konta za zbyt wieloma kliknięciami” również jest przydatne. Freelancer może na tym pracować. Słowo nastrojowe nie może.

5. Ustal wymagania techniczne i integracje

Wymagania techniczne powinny określać stos, jeśli go masz. Jeśli potrzebujesz już React, Django, Laravel lub innego frameworka, powiedz to. Jeśli freelancer może wybierać, powiedz, że wybór jest otwarty, ale musi pasować do twojego planu hostingu i utrzymania. To jedno z miejsc, gdzie niejasne zlecenie staje się kosztowne.

Wymień hosting, bazę danych, przechowywanie plików i usługi zewnętrzne. Jeśli aplikacja musi łączyć się z Stripe, SendGrid, Google Maps, Slack lub CRM, wypisz każdą usługę z nazwy. Jeśli API już istnieje, podaj link do dokumentacji i wersję. Jeśli wymagane są webhooki, powiedz, co powinno je wyzwalać. Freelancer nie może zgadywać kształtu integracji i nadal dać ci solidną wycenę.

Oczekiwania dotyczące bezpieczeństwa powinny być jasne. Określ, czy potrzebujesz haszowanych haseł, dostępu opartego na rolach, limitowania liczby żądań, dzienników audytu lub uwierzytelniania dwuskładnikowego. Jeśli aplikacja obsługuje dane osobowe, wspomnij o wszelkich wymaganiach dotyczących zgodności, które już znasz. Aby głębiej zapoznać się z wyborami platformy i terminami infrastruktury, zobacz nasz przewodnik na technologii chmury obliczeniowej, który może pomóc ci nazwać części stosu bez machania rękami.

Potrzeby dotyczące kompatybilności również tutaj należą. Powiedz, czy aplikacja musi działać na dwóch najnowszych wersjach Chrome, Safari i Firefox, czy tylko na komputerach stacjonarnych, czy także na przeglądarkach mobilnych. Jeśli dostępność ma znaczenie, powiedz, jakiego poziomu oczekujesz. Te szczegóły kształtują czas testowania, a czas testowania zmienia wycenę.

6. Zdefiniuj dostarczane elementy, kamienie milowe i proces przeglądu

Podziel pracę na etapy. Freelancer powinien wiedzieć, co jest dostarczane na każdym kroku: notatki z odkryć, szkice, makiety UI, wersja deweloperska, wersja testowa, ostateczne przekazanie. Jeśli chcesz, aby każdy etap był zatwierdzany przed rozpoczęciem następnego, powiedz to. Krótki łańcuch zatwierdzania jest łatwiejszy do zarządzania niż stos niedokończonych zasobów.

Nadaj każdemu kamieniowi milowemu konkretny wynik. Na przykład: „Kamień milowy 1: mapa przepływu użytkownika i szkice dla 8 ekranów.” „Kamień milowy 2: interaktywny prototyp.” „Kamień milowy 3: wersja deweloperska dla logowania, pulpitu i profilu.” Nawet jeśli liczby zmienią się później, struktura pomaga. Niejasny kamień milowy, taki jak „faza projektowania”, zaprasza do dyskusji.

Powiedz freelancerowi, jak działa feedback. Czy skonsolidujesz komentarze od 2 interesariuszy w jednym dokumencie? Czy poprawki będą miały miejsce w Figma, na tablicy projektowej, czy w e-mailu? Ile rund poprawek jest wliczonych? Jeśli nikt nie ma ostatecznego zatwierdzenia, projekt może utknąć na tygodnie z powodu koloru przycisku lub etykiety nagłówka.

To również jest miejsce na zdefiniowanie elementów przekazania. Poproś o pliki źródłowe, dokumentację, dane logowania administratora, notatki dotyczące wdrożenia i krótki przewodnik po konfiguracji. Jeśli chcesz, aby freelancer nagrał prezentację, powiedz to teraz. Później będzie za późno. Jeśli również sprawdzasz reputację podczas zatrudniania, artykuł na jak bezpiecznie zatrudnić freelancera jest wart uwagi przed podpisaniem czegokolwiek.

7. Dodaj szczegóły dotyczące budżetu, harmonogramu i komunikacji

Budżet powinien być zakresem, a nie tajemnicą. Jeśli możesz wydać od 3 000 do 5 000 dolarów, powiedz to. Jeśli budżet jest stały, powiedz to również. Freelancer, który zna zakres, może zaproponować odpowiedni zakres zamiast pakować zbyt wiele w wąską liczbę. To oszczędza obu stronom nieprzyjemnych niespodzianek.

Harmonogram powinien zawierać jedną docelową datę uruchomienia i kilka punktów kontrolnych. Napisz datę, kiedy chcesz mieć pierwszy szkic, datę, kiedy chcesz, aby testy się rozpoczęły, oraz datę, kiedy chcesz ostateczną dostawę. Jeśli jakakolwiek data zależy od twoich własnych zatwierdzeń lub dostarczenia treści, zaznacz tę zależność. Projekt może nie dotrzymać terminu z prostego powodu: ktoś czekał 9 dni na tekst marki.

Wybierz jeden główny kanał komunikacji i trzymaj się go. Slack, e-mail lub tablica projektowa działają dobrze, ale mieszanie wszystkich 3 zazwyczaj spowalnia ludzi. Określ, jak często chcesz aktualizacji: codziennie, dwa razy w tygodniu lub na koniec każdego etapu. Jeśli oczekujesz odpowiedzi w ciągu 24 godzin, napisz to wyraźnie, aby nikt nie musiał zgadywać.

Zamknij brief zasadami decyzyjnymi. Powiedz, kto może zatwierdzać zmiany w zakresie, kto podpisuje płatność i kto jest właścicielem końcowego konta produktu. Wspomnij, co się stanie, jeśli brief zmieni się po rozpoczęciu pracy. Nawet jedno zdanie pomoże: „Każda nowa funkcja po kamieniu milowym 2 będzie wyceniana osobno.” Ta linia chroni budżet i utrzymuje aplikację internetową w jednym kierunku.

Jeśli chcesz szybko sprawdzić jakość przed wysłaniem briefu, porównaj go z wszystkie tagi na rynku freelancerów aby zobaczyć, jak opis twojego projektu będzie wyglądał dla freelancera przeszukującego opcje. Następnie przeczytaj go jeszcze raz, jakbyś był freelancerem, a nie nabywcą. Jeśli brief nadal odpowiada na pytania kto, co, kiedy i ile, jesteś blisko.