Як написати бриф для редизайну мобільного застосунку

Як написати бриф для фрилансера на редизайн мобільного застосунку

Редизайн мобільного застосунку може провалитися ще до того, як почнеться дизайн. Зазвичай проблема починається саме з брифу. Якщо вам потрібно як написати бриф для фрилансера на редизайн мобільного застосунку, думайте не стільки про гарне формулювання, скільки про усунення двозначності: що саме зламано, що потрібно змінити і що фрилансер може спокійно проігнорувати. Саме тому добрий бриф для фрилансера на редизайн застосунку має не просто описувати побажання, а чітко фіксувати проблему, межі та очікуваний результат.

Один нечіткий бриф може спрямувати дизайнера до зовсім не тієї проблеми. Редизайн через скарги в App Store — це не те саме, що редизайн через низький відсоток завершення завдань, і фрилансер не повинен здогадуватися, що саме ви маєте на увазі. Поясніть це одним коротким абзацом, а якщо ви не впевнені, як скласти технічне завдання на редизайн мобільного додатку, почніть саме з опису проблеми, а не з візуальних побажань.

1. Уточніть, що стало приводом для редизайну, і як виглядає успіх

Почніть із причини. Назвіть привід для редизайну простими словами: користувачі йдуть на етапі оформлення замовлення, інтерфейс виглядає застарілим, команда бренду змінила напрям, у відгуках у магазині застосунків пишуть про плутанину або застосунок здається повільним і важким для читання на маленьких екранах.

Кожен такий сигнал веде до різного дизайнерського рішення. Низька оцінка через те, що «важко знайти кнопки», вимагає змін у структурі та ієрархії. Скарга на візуальний стиль може потребувати лише більш акуратної системи. Скажіть, з якою саме ситуацією ви маєте справу, бо фраза «зробіть краще» — це не бриф.

Потім визначте, що означає успіх. Якщо ви хочете кращу зручність, так і напишіть. Якщо вам потрібне вищe завершення завдань, вкажіть, якого саме. Якщо ви хочете чистішу візуальну систему, назвіть екрани або дизайн-мову, які мають змінитися. Фрилансер може працювати з метою; слоган не допомагає нікому.

Тримайте ціль вузькою. Один проєкт може бути спрямований на зменшення тертя під час реєстрації, інший — на те, щоб зробити навігацію зрозумілішою на кількох ключових екранах. Це різні завдання, і хороший бриф на редизайн мобільного застосунку не повинен їх змішувати.

2. Опишіть поточний стан застосунку, який фрилансер має проаналізувати

Перш ніж фрилансер щось пропонуватиме, покажіть поточний застосунок. Вкажіть назву застосунку, версію, платформу та точні області в межах роботи. Додайте посилання, якщо застосунок уже опубліковано. Додайте скриншоти, якщо доступ закритий або триває тестування. Якщо застосунок поводиться по-різному на iPhone та Android, скажіть про це.

Дайте фрилансеру конкретні докази. Скриншот головного екрана кращий за абзац про те, що «головний екран здається хаотичним». Запис екрана зі сценарієм оформлення замовлення кращий за «користувачі ніби плутаються». Якщо є зламані стани, повільне завантаження або дивні відступи, вкажіть на них прямо.

Використовуйте також приклади з пристроїв. Екран, який добре виглядає на великому телефоні, може ламатися на меншому. Зазначте, які пристрої ви тестували, версії ОС і повторювані проблеми. Саме тут багато брифів стають розмитими. Не робіть так.

Перерахуйте відомі проблемні місця маркерами, а не у вигляді історії. Для початку достатньо трьох-п’яти пунктів. Наприклад: поле пошуку заховане нижче першого екрана на менших пристроях; основна дія змінює позицію між екранами; сторінка налаштувань використовує кілька стилів іконок. Тепер у фрилансера є базова точка відліку, і це зекономить багато плутанини потім.

Якщо вам уже потрібна й пов’язана з цим порада щодо найму, тримайте поруч загальний матеріал на кшталт як найняти фрилансера — він допоможе структурувати підготовку, але бриф для редизайну все одно має спиратися саме на ваші дані про застосунок.

3. Визначте межі редизайну: оновлення, часткове перероблення чи повний редизайн

Зафіксуйте обсяг робіт одним із трьох варіантів: візуальне оновлення, частковий редизайн або повний редизайн. Ці слова мають значення. Візуальне оновлення може означати типографіку, відступи, кольори та чистку компонентів. Частковий редизайн може стосуватися лише онбордингу, оформлення замовлення або налаштувань облікового запису. Повний редизайн охоплює весь досвід користування застосунком.

Потім перелічте, що входить у роботу. Назвіть екрани, сценарії та компоненти. Якщо фрилансер має переробити вхід, профіль, пошук і платіжний потік, запишіть це. Якщо нижня навігація, push-сповіщення або стани помилок не входять у межі проєкту, скажіть про це також.

Ось де криється пастка: прихована робота. Редизайн «головного екрана» часто тягне за собою нові картки, нові фільтри й новий екран порожнього стану. Фрилансер не повинен дізнаватися про це на шостий день. Внесіть межі до брифу, навіть якщо список здається повторюваним. Повторення дешевше, ніж переробка.

Один чіткий рядок може зекономити 2 тижні. Якщо проєкт охоплює лише 8 екранів, так і скажіть. Якщо фрилансер не має чіпати рушій бронювання або бекенд, скажіть і це. Бриф не повинен залишати простір для фрази «я припустився, що…».

4. Опишіть мобільні обмеження, які впливають на рішення

Мобільний дизайн завжди працює в межах обмежень. Спочатку назвіть платформи: iOS, Android або обидві. Від цього залежать відступи, навігація, жести та візуальна система. Рішення, яке виглядає нативно на iPhone, може здаватися неправильним на Android, якщо фрилансер проігнорує правила платформи.

Далі опишіть адаптивну поведінку. Скажіть, як застосунок має поводитися на маленьких телефонах, великих телефонах і планшетах, якщо планшети важливі для вашого продукту. Якщо застосунок підтримує альбомну орієнтацію, згадайте про це. Якщо ні — напишіть прямо. Мобільні обмеження не є декором; вони формують рішення.

Доступність також має бути тут. Якщо вам потрібні вимоги до контрасту, більші зони натискання, підписи для скрінрідерів або обмеження рухів, внесіть це в бриф. Один абзац може зберегти вам болісний цикл правок пізніше, особливо якщо нинішній застосунок уже має проблеми з розміром тексту або низьким контрастом.

Технічні обмеження теж важливі. Можливо, дизайн має вписатися в наявну дизайн-систему. Можливо, кодова база не підтримує певні жести. Можливо, один застарілий компонент має лишитися, бо на нього спирається команда розробки. Вкажіть, що зафіксовано, що гнучке, а що фрилансер не повинен намагатися переробити. Якщо проєкт залежить від чинного коду, ця умова має бути в брифі.

Щодо налаштувань, пов’язаних із політиками, правила розміщення мають значення, якщо редизайн пов’язаний із просуванням застосунку або списками; перед тим як поєднувати редизайн із рекламними матеріалами, перегляньте правила розміщення та показу.

5. Визначте, які матеріали для ухвалення рішень потрібні дизайнеру

Дизайнер не має вигадувати всю аргументацію самостійно. Дайте фрилансеру матеріали, які вплинули на запит на редизайн: аналітику, теплові карти, тікети підтримки, відгуки про застосунок, записи сесій, інтерв’ю з користувачами або нотатки стейкхолдерів. Якщо на одному екрані багато скарг, а на іншому — ні, це корисний контраст.

Скажіть, чи має фрилансер узагальнити ці матеріали, чи просто проєктувати на їх основі. Різниця суттєва. Один проєкт може вимагати власного висновку дизайнера щодо знайденого. Інший може змусити фрилансера дотримуватися рішення, уже ухваленого продуктом і дослідженням. Обидва варіанти нормальні. Бриф має обрати один.

Якщо вхідні дані суперечать одне одному, вкажіть на це. Можливо, користувачі кажуть, що застосунок «занадто перевантажений», а продажі хочуть більше промо на головному екрані. Фрилансер не зможе вирішити цей конфлікт самостійно. Бриф має назвати напругу й сказати, хто ухвалює фінальне рішення.

Нотатки стейкхолдерів теж корисні, але вони мають бути конкретними. «Маркетингу хочеться свіжішого вигляду» — слабко. «Маркетинг хоче нові кольори бренду лише на екранах профілю та входу» — чітко. Різниця — в одному реченні та кількох зайвих правках.

Якщо редизайн має підтримувати рішення щодо найму на різних ринках або в різних командах, ширший матеріал на кшталт як найняти фрилансера може допомогти з мовою процесу, але вашому брифу все одно потрібні реальні дані саме для редизайну мобільного застосунку.

6. Зафіксуйте, що саме потрібно передати для впровадження

Запишіть, які результати ви очікуєте. До типових артефактів належать екрани з примітками, набір компонентів, нотатки щодо взаємодій, redlines і матеріали, готові для розробників. Якщо вам потрібно все це — перелічіть усе. Якщо ж потрібен лише концепт-пакет, скажіть це прямо.

Формат файлів — не дрібниця. Назвіть інструмент, якщо для вас це важливо: Figma, Sketch або інший інструмент, який використовує ваша команда. Згадайте вимоги до експорту іконок, зображень і ресурсів. Якщо передача має працювати з інхаус-розробником, вкажіть, хто отримує файли й як їх будуть використовувати.

Фрилансеру також потрібно розуміти глибину деталізації. Ви очікуєте лише ключові екрани чи всі стани, помилки та порожні екрани? Чи потрібні нотатки щодо таймінгу анімацій? Чи входять дотикові взаємодії до передачі? Бриф без списку результатів зазвичай дає на виході папку красивих екранів і небагато більше.

Будьте конкретні щодо того, що означає «готово». Якщо редизайн охоплює 12 екранів, то передача має включати ці 12 екранів і всі спільні компоненти. Якщо після здачі очікуються запитання від розробників, вкажіть, чи лишається фрилансер на зв’язку ще на 1 тиждень або довше. Ця одна цифра змінює весь робочий процес.

7. Додайте контрольні точки, відповідальних за затвердження та правила правок

Кожен редизайн мобільного застосунку потребує маршруту ухвалення рішень. Назвіть людину, яка затверджує роботу. Якщо роботу переглядають 3 людини, а остаточне слово має лише 1, так і скажіть. Без цього фрилансер почує 3 думки, але не отримає рішення.

Встановіть кількість раундів перегляду. У багатьох проєктах часто достатньо двох, але точне число має бути в брифі. Якщо один раунд — для напрямку, а другий — для фінального полірування, позначте це. Якщо додаткові правки коштують часу або грошей, теж скажіть про це.

Потім розпишіть етапи. Проста послідовність працює добре: дослідження, перша концепція, правки, фінальна передача. Якщо проєкт більший, додайте контрольну точку після аудиту або після вайрфреймів. Сенс не в церемонії. Сенс у тому, щоб не допустити ситуації, коли фрилансер здає відполірований екран до того, як команда погодила структуру.

Час затвердження важливіший, ніж здається. Якщо фідбек приходить із запізненням на 10 днів, проєкт зупиняється. Якщо стейкхолдер може переглядати лише по п’ятницях, закладіть це в графік. Пишіть правило, а не побажання. Така дрібниця не дає редизайну мобільного застосунку розтягнутися.

Якщо ви наймаєте за кордоном або працюєте з даними, пам’ятайте й про комплаєнс; примітку про найняти фрилансера відповідно до GDPR варто прочитати перед тим, як передавати користувацькі дослідження, скриншоти або транскрипти звернень, що містять персональні дані.

Як виглядає сильний бриф на практиці

Сильний бриф не є довгим заради самого обсягу. Він достатньо детальний, щоб відповісти на перші 10 питань фрилансера ще до того, як вони виникнуть. Зазвичай це означає щонайменше 6 речей: причина, поточний стан, обсяг, обмеження, вхідні дані та передача результату. Якщо чогось із цього бракує, редизайн починається з припущення.

Спробуйте таке формулювання у власному брифі: «Редизайн зумовлений відтоком на етапі реєстрації, ми хочемо чистішу візуальну систему для iOS та Android, а успіх оцінюватимемо за меншою кількістю звернень у підтримку та кращим завершенням завдань». Одне речення, 2 результати і без зайвих слів. Саме з таких рядків фрилансер може працювати.

Ще одна корисна фраза — про винятки: «Цей проєкт охоплює головний екран, пошук, профіль і оформлення замовлення, але не платіжний бекенд, логіку сповіщень чи контент-стратегію». Коротко. Чітко. Важко неправильно зрозуміти. Бриф на редизайн мобільного застосунку має здаватися трохи повторюваним, бо саме повторення не дає людям заповнювати прогалини власними припущеннями.

Коли бриф готовий, прочитайте його ще раз як дизайнер. Порахуйте екрани. Перевірте примітки щодо платформи. Перевірте відповідального за затвердження. Перевірте результати, які має здати фрилансер. Якщо після цього в брифі все ще лишається питання «що саме я редизайню?», значить, він ще не завершений.

Якщо після написання брифу вам знадобиться маршрут найму, стаття чи можу я найняти фрилансера допоможе перейти від обсягу робіт до вибору виконавця, не втрачаючи деталей, які ви щойно зафіксували.