Jak napisać brief dotyczący strony internetowej dla projektu redesignu krok po kroku

Kiedy brief dotyczący redesignu jest odpowiednim dokumentem

Brief dotyczący redesignu nie jest ogólnym formularzem przyjęcia. Istnieje dla strony, która w pewnych aspektach działa, a w innych nie, a brief musi opisywać zmiany, a nie tylko pragnienia. Jeśli zespół naprawia 40-stronicową stronę korporacyjną, stronę docelową lub portal produktowy, brief powinien określić, co musi się zmienić, a co musi pozostać na miejscu.

To ma znaczenie, ponieważ prace nad redesignem zaczynają się od dziedziczonej rzeczywistości. Istnieje już mapa witryny, stara treść, kod śledzenia, formularze i CMS z wbudowanymi nawykami. Dobry brief mówi projektantowi lub agencji, gdzie jest ból, które części są stabilne, a które części są niebezpieczne do dotykania bez planu.

Pomyśl o tym jako o dokumencie zarządzania zmianą. To brzmi sucho, ale utrzymuje wszystkich w uczciwości. Freelancer może lepiej wycenić pracę, wewnętrzny zespół może uniknąć zgadywania, a strona klienta może przestać traktować każdą starą stronę jak pustą płaszczyznę.

Jeśli szukasz, jak krok po kroku napisać brief dotyczący strony internetowej dla projektu redesignu, zacznij od decyzji, że brief dotyczy transformacji, a nie odkrywania od zera. Ta jedna decyzja zmienia pytania, które zadajesz, i szczegóły, które zbierasz.

Audytuj obecną stronę przed napisaniem czegokolwiek

Zacznij od aktualnej strony. Nie zrzutów ekranu z ostatniego kwartału. Nie z pamięci o „problemie z stroną główną”. Otwórz bieżące strony i wypisz, co istnieje, co jest zepsute i co nikt nie powinien zapomnieć podczas redesignu.

Zrób prosty audyt z liczbami. Policz strony, które pozostaną, strony, które się zmienią, i strony, które zostaną usunięte. Zauważ każdą stronę z dużym ruchem, każdy formularz z odrzuceniami, każdą sekcję, która myli użytkowników, i każdy content, który jest nieaktualny od roku lub dłużej.

Ograniczenia techniczne również tutaj należą. Jeśli obecna strona zależy od przestarzałego CMS, niestandardowego procesu zakupu lub delikatnej integracji, brief powinien to wspomnieć, zanim ktokolwiek naszkicuje nowy układ. Redesign, który ignoruje obecny system, często tworzy drugi projekt: kontrolę szkód.

Uwzględnij konkretne problemy użytkowników. Na przykład: zgłoszenia wsparcia wspominają o problemach z wyszukiwaniem na urządzeniach mobilnych; dział sprzedaży mówi, że strona z cenami powoduje powtarzające się telefony; zespół redakcyjny nie może aktualizować FAQ bez pomocy dewelopera. Te szczegóły są lepsze niż ogólne twierdzenia, takie jak „strona jest trudna w użyciu.”

Jeśli masz już dokumentację wewnętrzną, podlinkuj ją. Zespół, który zarządza przeglądem lub konfiguracją śledzenia, może już wiedzieć, gdzie są obecne ryzyka, co może zaoszczędzić godziny później.bezpieczeństwie strony internetowejRedesigny briefy zawodzą, gdy zakres pozostaje niejasny. Zapisz, co jest w zakresie w prostych słowach, a następnie zapisz, co nie jest. Druga lista ma znaczenie tak samo jak pierwsza, ponieważ zapobiega dryfowaniu zespołu w kierunku dodatkowych szablonów, dodatkowych funkcji i dodatkowych pętli zatwierdzania.

Zdefiniuj granice redesignu i cele, które nie są celem

Bądź konkretny co do granic. Jeśli strona główna, strony produktów i proces kontaktowy są włączone, powiedz to. Jeśli archiwum bloga, wersje językowe lub obszar konta nie są częścią tej fazy, powiedz to również. Redesign może dotknąć 12 szablonów, nie dotykając całego systemu.

Nie-celowe cele nie są oznaką lenistwa. To ochrona. Jeśli oczyszczenie treści SEO jest poza zakresem, powiedz to. Jeśli nowa fotografia nie jest włączona, powiedz to. Jeśli redesign musi zachować tego samego dostawcę płatności, napisz to wyraźnie, aby nikt nie proponował zamiany w trzecim tygodniu.

Jedna przydatna linia w briefie redesignu to: „Zachowaj obecny proces płatności nienaruszony.” Inna to: „Nie zmieniaj pulpitu klienta w tej fazie.” Prosto. Bezpośrednio. Trudno źle zrozumieć.

Brief redesignu potrzebuje kontekstu, ale nie manifestu marki. Podsumuj powód biznesowy w jednym krótkim bloku: cele przychodowe, jakość leadów, obciążenie wsparcia, potrzeby rekrutacyjne lub wprowadzenie na nowy rynek. Jeśli redesign wspiera fuzję, rebranding lub przejście z B2B na B2B2C, nazwij to.

Zbierz kontekst biznesowy, markowy i użytkownika

Brief dotyczący redesignu potrzebuje kontekstu, ale nie manifestu marki. Podsumuj powód biznesowy w jednym krótkim bloku: cele przychodowe, jakość leadów, obciążenie wsparciem, potrzeby rekrutacyjne lub wprowadzenie na nowy rynek. Jeśli redesign wspiera fuzję, rebranding lub przejście z B2B na B2B2C, nazwij to.

Kontekst marki powinien obejmować zmienione elementy. Może firma stała się teraz bardziej skoncentrowana na przedsiębiorstwach. Może ton przesunął się z zabawnego na ekspercki. Może system wizualny musi wydawać się spokojniejszy, ponieważ stary projekt wyglądał zbyt promocyjnie. To są przydatne szczegóły. „Nowoczesny” to nie to.

Kontekst użytkownika powinien odzwierciedlać rzeczywiste zmiany, a nie założenia. Jeśli publiczność stała się bardziej mobilna, to zmienia szablony i nawigację. Jeśli powracający klienci potrzebują teraz szybszego dostępu do konta niż nowi odwiedzający potrzebują edukacji, strona główna, menu i pulpit nawigacyjny powinny odzwierciedlać tę hierarchię.

Jedno zdanie może tu wiele zdziałać: „Redesign musi wspierać trzy grupy odbiorców—nowych potencjalnych klientów, istniejących klientów i partnerów—bez obciążania strony głównej całym ciężarem.” To daje zespołowi problem projektowy, który mogą rozwiązać, co jest lepsze niż wręczenie im hasła.

W przypadku większego projektu może pomóc wskazanie na powiązany strona internetowa firmyprzykład struktury lub istniejącej strony jednostki biznesowej, aby zespół zrozumiał, jak organizacja już się prezentuje.

Określ potrzeby na poziomie stron i strukturę witryny

Brief dotyczący redesignu nie powinien kończyć się na „nowej nawigacji”. Powinien określić strukturę strony, główne szablony i strony, które wymagają szczególnej uwagi. Zacznij od listy mapy strony, nawet jeśli jest ona wstępna. Następnie oznacz najważniejsze strony jako pierwsze.

Na przykład, strona o 20 podstronach może potrzebować nowej strony głównej, dwóch szablonów usług, układu studium przypadku, centrum zasobów i strony kontaktowej z innym formularzem. Firma produkująca może potrzebować strony z cenami, strony porównawczej i procesu rejestracji na próbę. Wydawca może potrzebować filtrów archiwum i szablonów artykułów z silniejszymi ścieżkami czytania.

Powiedz zespołowi, które typy stron są powtarzalne, a które są wyjątkami. Jeśli szablon bloga może obsłużyć 500 artykułów, ale szablon studium przypadku wymaga niestandardowego opowiadania, napisz to. Jeśli nawigacja powinna wyświetlać tylko 6 najważniejszych sekcji, powiedz to. Liczby są tutaj pomocne.

To również miejsce na zmiany w hierarchii treści. Strona może zachować te same informacje, ale potrzebować innej kolejności: dowody na początku, cechy na drugim miejscu, proces na trzecim, FAQ na końcu. Tego rodzaju wskazówki zapobiegają temu, aby redesign stał się kosmetyczną wymianą z tą samą starą strukturą pod spodem.

Niektóre zespoły szkicują to w odniesieniu do platformą analityki i monitorowania stron internetowych lub wewnętrznej mapy treści, aby mogły zobaczyć, które strony już dźwigają ciężar, a które są niedostatecznie wykorzystywane.

Zanotuj migrację treści, zatwierdzenia i własność

Migracja treści to miejsce, gdzie redesigny stają się chaotyczne. Brief powinien określić, jaka treść przenosi się w niezmienionej formie, co zostaje przepisane, co zostaje zarchiwizowane, a co musi być stworzone od podstaw. Jeśli jest 86 starych artykułów, a tylko 20 powinno zostać przeniesionych, powiedz tę liczbę wyraźnie.

Własność ma równie duże znaczenie. Kto pisze nowy tekst? Kto sprawdza język prawny? Kto zatwierdza nagłówek strony głównej? Jeśli 4 osoby zatwierdzają jedną stronę, harmonogram to odczuje. Brief powinien wskazać właściciela dla każdego kroku, a nie tylko dla ostatecznego zatwierdzenia.

Zatwierdzenia wizualne wymagają tej samej uwagi. Lider marketingu może zatwierdzić ton, lider produktu może zatwierdzić dokładność funkcji, a założyciel może chcieć ostatecznego spojrzenia na główny przekaz. To w porządku, pod warunkiem, że brief wymienia kolejność. W przeciwnym razie projektant kończy na poprawianiu tej samej strony trzy razy dla trzech różnych opinii.

Własność zasobów jest praktyczna. Powiedz, kto dostarcza obrazy, ikony, diagramy, referencje i wideo. Jeśli redesign zależy od 12 zrzutów ekranu produktu i nie są one gotowe, to jest ryzyko harmonogramu, a nie drobny szczegół.

Wymień wymagania techniczne, dostępności i integracji

Uwagi techniczne powinny znaleźć się w briefie, nawet jeśli projektant nie koduje wszystkiego. Określ CMS, sytuację hostingową, narzędzia formularzy, konfigurację analityki i wszelkie systemy, z którymi redesign musi się połączyć. Jeśli strona korzysta z niestandardowej synchronizacji CRM lub narzędzia do fakturowania, redesign nie może tego zignorować.

Wymagania dotyczące dostępności powinny być konkretne. Wspomnij o nawigacji za pomocą klawiatury, kontraście kolorów, etykietach formularzy, stanach fokusa, napisach i zgodności z czytnikami ekranu, gdzie to ma zastosowanie. Jeśli firma ma formalny standard, przytocz go. Jeśli nie, poproś zespół o przestrzeganie uznawanych wytycznych dotyczących dostępności i oznacz wszelkie strony, które mogą wymagać dodatkowej uwagi.

SEO również należy tutaj uwzględnić, a nie jako myśl drugorzędną. Brief powinien zawierać prośbę o obsługę przekierowań, zachowanie metadanych tam, gdzie to potrzebne, oraz plan dla stron, które są zmieniane lub usuwane. Jedna zła mapa przekierowań może kosztować ruch przez tygodnie.

Jeśli Twój zespół ma niestandardowy stos lub prywatną konfigurację, wskaż to. Przeprojektowanie dla infrastrukturę prywatnej sieci jest bardzo różne od publicznej strony broszury, a brief musi odzwierciedlać to ograniczenie, zanim pomysły na projekt zaczną się mnożyć.

Wymagania testowe warto spisać. Określ, czy zespół powinien testować na 3 przeglądarkach czy 5, czy punkty przerwania dla urządzeń mobilnych są stałe czy elastyczne, oraz czy ostateczne przekazanie wymaga udokumentowanych notatek QA. Te szczegóły oszczędzają czas podczas tygodnia uruchomienia.

Dodaj kryteria decyzyjne i pytania dotyczące następnych kroków dla zespołu

Brief dotyczący przeprojektowania nie powinien kończyć się na „proszę zaproponować pomysły”. Powinien poprosić zespół o odpowiedź na konkretne pytania. Jaki koncept pasuje do obecnego problemu strony? Jakie ryzyka dostrzegają? Co wymaga większego zbadania? Które strony powinny być rozwiązane w pierwszej kolejności, a które mogą poczekać?

Proś o oszacowania w zakresach, jeśli tak pracuje zespół. Proś o zależności. Proś o to, które założenia są najważniejsze. Silny brief zaprasza agencję lub wewnętrznego projektanta do odpowiedzi z brakującymi elementami, a nie tylko z tablicą nastrojów i ładnym PDF-em.

Ta sekcja może również definiować kryteria decyzyjne. Na przykład: priorytet dla jasności nad nowością wizualną, lub priorytet dla konwersji na stronie kontaktowej nad dekoracją na stronie głównej. Jeśli brief mówi, że przeprojektowanie nie może spowolnić wydajności strony o więcej niż określony limit, zespół wie, jaki kompromis ma największe znaczenie. Liczby utrzymują dyskusję na ziemi.

Dobre pytania dotyczące następnych kroków to: Które szablony wymagają testowania prototypów? Które obszary treści potrzebują warsztatów copywriterskich? Co można wykorzystać z obecnego systemu projektowania? Gdzie jest największe ryzyko związane z uruchomieniem? Te pytania pomagają zespołowi przejść od briefu do planu, nie udając, że każde nieznane zostało rozwiązane.

Niektóre zespoły również proszą o odniesienie do wybór CMS jeśli wybór platformy jest nadal otwarty, ponieważ ograniczenia platformy mogą zmienić układ, przepływ edycji, a nawet zakres samego przeprojektowania.

A jeśli brief będzie kształtować wsparcie po uruchomieniu, dodaj jeden wiersz o tym, co się stanie po uruchomieniu. Przeprojektowanie, które zmienia adresy URL, formularze lub integracje, często wymaga wsparcie strony internetowej po uruchomieniu przez kilka tygodni, a nie jednodniowego przekazania.

Przed wysłaniem briefu, przeczytaj go tak, jakby zespół nigdy nie widział strony. Jeśli brakuje liczby stron, jeśli niecel jest niejasny, jeśli właściciel zatwierdzenia nie jest wymieniony, napraw to teraz. To jest różnica między briefem przeprojektowania, który napędza pracę, a takim, który tylko rozpoczyna spotkanie.