Візьмем інтерфейс дизайнера і процес передачі хендоф дизайну в девелопмент. Є: дизайни в фігма, які дизайнер вже бачить третій місяць і плаває як в рідних. Тепер їх треба передати розробнику, яким так само 3 місяці житиме з вашими дизайнами. Програмісту стає поганоЧи часто ви питались в інженерів як зробити їх життя комфортнішим? Бо це прям кладезь реальних інсайтів і прикладне юзабіліті тестування тут і зараз. Якщо ви думаєте, що інженери прийдуть і просто скажуть про їх дискмфорт — найчастіше ні. Якщо ви думаєте що там все понятно і інженерам вже комфортно — чекніть також на всякий.Бо прикро коли делівері виглядає не так як задумувалось і ви back and forth бігаєте з ітераціями і дизайн сапортом.А це можна сильно спростити, якщо подумати про експіріенс і пошукати точки тертя. У нас було таких сесій багацько і в результаті хендоф процес зазнав реструктиризації, доповнився елементами, значно змінився опис тікетів.Завдяки нашим чудовим дівчата QA, я натягала клод забирати інфо з аннотацій в блок 4qa, хоча до цього думала: «ну воно в фігмі є, все зрозуміло»Завдяки інженерам ми відкалібрували для яких елементів залишаєм аннотації і їх кількість зменшилась, бо в якийсь момент я почала описувати кожен елемент, а виявилось потрібним лише описувати зміни до існуючих, а логіку для новостворених. Пояснювать який там бордер чи елевейшн для нового елементу не треба, бо деви його повторюють по дизайну😅Інжинірінг ревʼю в PDF Expert також хендлить дизайнер і пітчить солюшн, логіки всередині нього і відповідає на всі експіріенс питання інженерів. Потім у нас дизайнер — один з сперших хто ревʼювить фічу на етапі Visual QA щоб зменшити оверхед QA команди. Завдяки цьому ми побудували такий бонд з технічною командою, що будь-які ідеї, питання і контекст приходить напряму до дизайн команди. Словом, дуже люблю свою крос-функціональну команду і затримуюсь на хендофі, щоб зробити все чікі-пукі