24FreelanceRynek freelancerów, który nigdy nie śpi
Zatrudnianie 9 min 9 rozdziałów

Jak napisać brief dla freelancera przy redesignie appki

Praktyczny brief do redesignu aplikacji mobilnej: cele, obecny stan, zakres prac i ograniczenia, które trzeba jasno opisać freelancerowi.

Dmitry24 członek freelancer9 min czytania18 przeglądów0
Zawartość 0%
  1. 01Jak napisać brief dla freelancera przy redesignie aplikacji mobilnej
  2. 021. Ustal, co wywołało potrzebę redesignu i jak wygląda sukces
  3. 032. Opisz aktualny stan aplikacji, który freelancer ma przeanalizować
  4. 043. Określ granice redesignu: odświeżenie, częściowa przebudowa czy pełny redesign
  5. 054. Opisz ograniczenia mobilne, które wpływają na rozwiązanie
  6. 065. Określ materiały wejściowe do decyzji, których potrzebuje projektant
  7. 076. Ustal rezultaty potrzebne do przekazania i wdrożenia
  8. 087. Dodaj punkty kontroli, osoby zatwierdzające i zasady poprawek
  9. 09Jak wygląda mocny brief w praktyce

Jak napisać brief dla freelancera przy redesignie aplikacji mobilnej

Jak napisać brief dla freelancera przy redesignie aplikacji mobilnej

Redesign aplikacji mobilnej może zakończyć się niepowodzeniem jeszcze zanim zacznie się projektowanie. Zwykle to brief jest miejscem, w którym zaczynają się problemy. Jeśli potrzebujesz informacji, jak napisać brief dla freelancera przy redesignie aplikacji mobilnej albo szukasz wskazówek, jak przygotować brief UX/UI do aplikacji mobilnej, myśl mniej o dopracowywaniu języka, a bardziej o usuwaniu niejasności: co jest nie tak, co musi się zmienić i co freelancer może bezpiecznie pominąć.

Jeden niejasny brief może skierować projektanta na zły problem. Redesign pod kątem skarg w App Store to nie to samo co redesign pod kątem niskiego ukończenia zadań, a freelancer nie powinien zgadywać, o który chodzi. Napisz to w jednym krótkim akapicie.

1. Ustal, co wywołało potrzebę redesignu i jak wygląda sukces

Zacznij od powodu. Nazwij go prostym językiem: użytkownicy odpadają przy płatności, interfejs wygląda przestarzale, zespół marki zmienił kierunek, w recenzjach w sklepie z aplikacjami pojawia się chaos albo aplikacja działa wolno i jest nieczytelna na mniejszych ekranach.

Każdy z tych powodów prowadzi do innego rodzaju odpowiedzi projektowej. Niska ocena, bo „nie da się znaleźć przycisków”, wymaga poprawy struktury i hierarchii. Skarga na styl wizualny może wymagać tylko uporządkowania systemu. Napisz, z czym dokładnie masz do czynienia, bo „zróbcie to lepiej” nie jest briefem.

Następnie zdefiniuj sukces. Jeśli zależy Ci na lepszej użyteczności, napisz to. Jeśli chcesz wyższego ukończenia zadań, wskaż, o jakie zadanie chodzi. Jeśli zależy Ci na czystszym systemie wizualnym, nazwij ekrany albo język projektowy, który ma się zmienić. Freelancer może pracować z celem; hasło nikomu nie pomaga.

Trzymaj cel w ryzach. Jeden projekt może mieć na celu zmniejszenie tarcia przy rejestracji, a inny skupiać się na poprawie czytelności nawigacji na kilku kluczowych ekranach. To różne zadania i dobry brief do redesignu aplikacji mobilnej nie powinien ich mieszać.

2. Opisz aktualny stan aplikacji, który freelancer ma przeanalizować

Zanim freelancer zaproponuje jakiekolwiek rozwiązania, pokaż obecną aplikację. Podaj nazwę aplikacji, wersję, platformę i dokładne obszary objęte zakresem. Dodaj linki, jeśli aplikacja jest publicznie dostępna. Dodaj zrzuty ekranu, jeśli aplikacja jest za logowaniem albo nadal jest testowana. Jeśli aplikacja działa inaczej na iPhonie i Androidzie, napisz to wprost.

Daj freelancerowi konkretne dowody. Zrzut ekranu ekranu głównego jest lepszy niż akapit o tym, że „ekran główny wydaje się chaotyczny”. Nagranie przepływu zakupowego jest lepsze niż „użytkownicy wydają się zdezorientowani”. Jeśli występują błędne stany, długie czasy ładowania albo dziwne odstępy, pokaż je bezpośrednio.

Uwzględnij też przykłady urządzeń. Ekran, który wygląda dobrze na dużym telefonie, może się rozsypać na mniejszym. Zaznacz, jakie urządzenia testowano, jakie były wersje systemu i jakie problemy się powtarzają. Właśnie tutaj wiele briefów staje się zbyt ogólnych. Tego unikaj.

Wypisz znane problemy w punktach, a nie w formie opowieści. Trzy do pięciu pozycji wystarczy na pierwszy etap. Na przykład: pasek wyszukiwania jest schowany poniżej linii zgięcia na mniejszych urządzeniach; główna akcja zmienia pozycję między ekranami; strona ustawień używa kilku stylów ikon. Freelancer ma teraz punkt odniesienia, co oszczędzi późniejszych rund nieporozumień.

Jeśli masz już powiązane wskazówki dotyczące zatrudniania, trzymaj je pod ręką; ogólny poradnik, taki jak jak zatrudnić freelancera, może pomóc uporządkować start, ale brief do redesignu nadal potrzebuje dowodów specyficznych dla Twojej aplikacji.

3. Określ granice redesignu: odświeżenie, częściowa przebudowa czy pełny redesign

Określ zakres jednym z trzech określeń: odświeżenie wizualne, częściowy redesign albo pełny redesign. Te słowa mają znaczenie. Odświeżenie wizualne może oznaczać typografię, odstępy, kolory i porządkowanie komponentów. Częściowy redesign może obejmować tylko onboarding, płatność albo ustawienia konta. Pełny redesign dotyka całego doświadczenia aplikacji od początku do końca.

Następnie wypisz, co wchodzi w zakres. Nazwij ekrany, przepływy i komponenty. Jeśli freelancer ma przeprojektować logowanie, profil, wyszukiwanie i proces płatności, zapisz to. Jeśli dolna nawigacja, powiadomienia push lub stany błędu są poza zakresem, powiedz to również.

Jest tu jedna pułapka: ukryta praca. „Redesign ekranu głównego” często kończy się nowymi kartami, filtrami i nowym stanem pustym. Freelancer nie powinien odkryć tego szóstego dnia. Umieść granice w briefie, nawet jeśli lista wydaje się powtarzalna. Powtórzenie jest tańsze niż poprawki.

Jedno jasne zdanie może oszczędzić 2 tygodnie. Jeśli projekt obejmuje tylko 8 ekranów, napisz to. Jeśli freelancer nie ma ruszać silnika rezerwacji ani backendu, napisz to również. Brief nie powinien zostawiać miejsca na zdanie: „założyłem, że…”

4. Opisz ograniczenia mobilne, które wpływają na rozwiązanie

Projektowanie mobilne działa w warunkach ograniczeń. Najpierw podaj platformy: iOS, Android albo obie. Ten wybór wpływa na odstępy, nawigację, gesty i system wizualny. Projekt, który wygląda naturalnie na iPhonie, może wyglądać źle na Androidzie, jeśli freelancer zignoruje zasady platformy.

Następnie opisz zachowanie responsywne. Napisz, jak aplikacja ma działać na małych telefonach, dużych telefonach i tabletach, jeśli tablety są istotne dla Twojego produktu. Jeśli aplikacja obsługuje tryb poziomy, wspomnij o tym. Jeśli nie — powiedz to wprost. Ograniczenia mobilne nie są ozdobą; one kształtują rozwiązanie.

Dostępność też należy opisać tutaj. Jeśli potrzebujesz określonego poziomu kontrastu, większych obszarów dotyku, etykiet dla czytników ekranu albo ograniczeń ruchu, wpisz to do briefu. Ten jeden akapit może oszczędzić bolesny cykl poprawek później, zwłaszcza jeśli obecna aplikacja już ma problemy z rozmiarem tekstu albo niskim kontrastem.

Znaczenie mają też ograniczenia techniczne. Może projekt musi pasować do istniejącego systemu projektowego. Może baza kodu nie obsługuje pewnych gestów. Może jeden starszy komponent musi zostać, bo zależy od niego zespół inżynieryjny. Napisz, co jest stałe, co można zmienić i czego freelancer nie powinien próbować przeprojektować. Jeśli projekt zależy od istniejącego kodu, to ograniczenie musi znaleźć się w briefie.

Przy kwestiach związanych z publikacją ważne są zasady umieszczania treści, jeśli redesign wiąże się z promocją aplikacji lub listingami; sprawdź zasady umieszczania i prezentacji, zanim połączysz redesign z jakimikolwiek materiałami promocyjnymi.

5. Określ materiały wejściowe do decyzji, których potrzebuje projektant

Projektant nie powinien wymyślać całej argumentacji samodzielnie. Daj freelancerowi materiały, które wpłynęły na prośbę o redesign: analitykę, heatmapy, zgłoszenia do supportu, recenzje aplikacji, nagrania sesji, wywiady z użytkownikami albo notatki interesariuszy. Jeśli jeden ekran zbiera dużo skarg, a inny nie, ten kontrast jest bardzo przydatny.

Powiedz, czy freelancer ma te materiały zsyntetyzować, czy tylko na nich projektować. Ta różnica ma znaczenie. Jeden projekt może oczekiwać własnej interpretacji wyników przez projektanta. Inny może wymagać, by freelancer trzymał się decyzji już podjętej przez produkt i badania. Oba warianty są poprawne. Brief powinien wybrać jeden.

Jeśli w danych wejściowych jest sprzeczność, wskaż ją. Może użytkownicy mówią, że aplikacja jest „zbyt przeładowana”, a dział sprzedaży chce więcej promocji na ekranie głównym. Freelancer sam tego nie rozstrzygnie. Brief powinien nazwać napięcie i wskazać, kto podejmuje decyzję.

Notatki interesariuszy też są pomocne, ale trzymaj je konkretnie. „Marketing chce świeższego wyglądu” to za mało. „Marketing chce nowe kolory marki tylko na ekranach profilu i logowania” jest jasne. Różnica to jedno zdanie i kilka zbędnych poprawek.

Jeśli redesign ma wspierać decyzje rekrutacyjne między rynkami lub zespołami, szerszy poradnik, taki jak jak zatrudnić freelancera, może pomóc w języku procesu, ale Twój brief nadal potrzebuje rzeczywistych danych dla redesignu aplikacji mobilnej.

6. Ustal rezultaty potrzebne do przekazania i wdrożenia

Zapisz, jakich efektów oczekujesz. Do typowych rezultatów należą: opisane adnotacjami projekty ekranów, zestaw komponentów, notatki o interakcjach, redliny oraz zasoby gotowe dla dewelopera. Jeśli potrzebujesz wszystkich tych elementów, wypisz je wszystkie. Jeśli chcesz tylko pakiet koncepcyjny, powiedz to jasno.

Format plików to nie drobiazg. Podaj narzędzie źródłowe, jeśli ma dla Ciebie znaczenie — czy to Figma, Sketch, czy inne narzędzie używane przez zespół. Wspomnij o wymaganiach eksportu ikon, obrazów i innych zasobów. Jeśli przekazanie ma działać z wewnętrznym deweloperem, napisz, kto otrzymuje pliki i jak będą używane.

Freelancer musi też znać poziom szczegółowości. Czy oczekujesz tylko kluczowych ekranów, czy każdego stanu, błędu i pustego widoku? Czy potrzebne są notatki o czasie animacji? Czy interakcje dotykowe wchodzą w zakres przekazania? Brief bez listy dostarczanych elementów zwykle kończy się folderem ładnych ekranów i niewiele więcej.

Opisz konkretnie, co oznacza „gotowe”. Jeśli redesign obejmuje 12 ekranów, to przekazanie powinno obejmować te 12 ekranów oraz wszystkie współdzielone komponenty. Jeśli po dostarczeniu będą oczekiwane pytania od deweloperów, napisz, czy freelancer ma być dostępny przez 1 tydzień czy dłużej. Ta jedna liczba zmienia cały przebieg pracy.

7. Dodaj punkty kontroli, osoby zatwierdzające i zasady poprawek

Każdy redesign aplikacji mobilnej potrzebuje ścieżki decyzyjnej. Wskaż osobę, która zatwierdza pracę. Jeśli 3 osoby ją oceniają, a tylko 1 ma podpis ostateczny, powiedz, która to jest. Bez tego freelancer usłyszy 3 opinie i żadnej decyzji.

Ustal liczbę rund oceny. Dwie rundy są w wielu projektach standardem, ale dokładna liczba powinna znaleźć się w briefie. Jeśli jedna runda służy kierunkowi, a druga finalnemu dopracowaniu, nazwij je. Jeśli dodatkowe poprawki kosztują czas lub pieniądze, napisz to również.

Następnie rozpisz kamienie milowe. Prosta sekwencja działa dobrze: discovery, pierwszy koncept, poprawki, finalne przekazanie. Jeśli projekt jest większy, dodaj punkt kontrolny po audycie albo po wireframe’ach. Chodzi nie o formalność. Chodzi o to, by freelancer nie oddał dopracowanego ekranu zanim zespół uzgodni strukturę.

Tempo akceptacji ma większe znaczenie, niż wiele osób przyznaje. Jeśli feedback przychodzi 10 dni później, projekt staje. Jeśli interesariusz może oceniać tylko w piątki, uwzględnij to w harmonogramie. Zapisz zasadę, nie życzenie. Ten jeden szczegół zapobiega dryfowaniu redesignu aplikacji mobilnej.

Jeśli zatrudniasz za granicą albo pracujesz z danymi, pamiętaj też o zgodności; uwaga o tym, zatrudnienie freelancera RODO, jest warta przeczytania, zanim przekażesz badania użytkowników, zrzuty ekranu czy transkrypcje zgłoszeń zawierające dane osobowe.

Jak wygląda mocny brief w praktyce

Mocny brief nie jest długi sam z siebie. Jest wystarczająco długi, by odpowiedzieć na pierwsze 10 pytań freelancera, zanim je zada. Zwykle oznacza to minimum 6 rzeczy: powód, obecny stan, zakres, ograniczenia, dane wejściowe i przekazanie. Jeśli którejś z nich brakuje, redesign zaczyna się od zgadywania.

Spróbuj takiego zdania w swoim briefie: „Redesign wynika z porzuceń w ścieżce rejestracji, chcemy czystszego systemu wizualnego na iOS i Androidzie, a sukces ocenimy po mniejszej liczbie zgłoszeń do supportu i lepszym ukończeniu zadań.” Jedno zdanie, 2 rezultaty i bez ozdobników. To jest rodzaj informacji, z którą freelancer może pracować.

Inne przydatne zdanie dotyczy wyłączeń: „Projekt obejmuje ekran główny, wyszukiwanie, profil i checkout, ale nie backend płatności, logikę powiadomień ani strategię treści.” Krótkie. Precyzyjne. Trudne do błędnego zrozumienia. Brief do redesignu aplikacji mobilnej powinien wydawać się lekko powtarzalny, bo właśnie powtórzenia powstrzymują ludzi przed uzupełnianiem luk własnymi założeniami.

Gdy brief jest gotowy, przeczytaj go jeszcze raz oczami projektanta. Policz ekrany. Sprawdź uwagi o platformach. Sprawdź osobę zatwierdzającą. Sprawdź rezultaty. Jeśli po lekturze nadal zostaje pytanie „dokładnie co mam przeprojektować?”, to znaczy, że brief nie jest jeszcze skończony.

Jeśli po napisaniu briefu potrzebujesz ścieżki zatrudnienia, artykuł o czy mogę zatrudnić freelancera pomoże przejść od zakresu do wyboru bez utraty szczegółów, które właśnie spisałeś.

Czy to było przydatne? Podziel się tym
Autor artykułu
Dmitry
24 członek freelancer
361 artykułów42 647 czytańna platformie od 2015
24
24 Freelance

Gotowy, aby to wprowadzić w życie?

Zamieść projekt za darmo — freelancerzy odpowiadają z cenami i terminami, a płatność odbywa się przez bezpieczną transakcję.

Komentarze 0

24Zaloguj się lub zarejestruj się, aby dodać komentarz.

Brak komentarzy — bądź pierwszy.

Na jakie zapytania odpowiada ta strona