
Роки досвіду - найзручніша і водночас найменш показова метрика в дизайні. Я бачила дизайнерів, які за пів року виростали до впевненого мідла, і бачила людей з трьома роками стажу, які тричі прожили один і той самий перший рік. Резюме у других виглядає солідніше, але про рівень роботи воно говорить мало.
Я працюю арт-директоркою в агенціях New Strategies Group і Maibutne, тож дизайнери - це моя щоденна реальність: співбесіди, портфоліо, приймання макетів, розбори, чому щось не спрацювало. Десь на цьому шляху я перестала орієнтуватись на цифри в резюме і почала помічати інше: рівень визначається типом мислення, а не стажем і навіть не красою макетів. У цій статті спробую розкласти, як це виглядає на практиці - і як зрозуміти, де на цій шкалі ви або ваша команда.
01 Чому роки і портфоліо не розповідають головного
Спершу про те, чому звичні метрики дають неповну картину.
З роками зрозуміло: досвід росте тільки тоді, коли задачі ускладнюються. Якщо людина п’ять років збирає банери за готовим гайдом, у неї п’ять років досвіду збирання банерів за готовим гайдом. Це чесна робота, але вона не конвертується в рівень автоматично.
З портфоліо складніше, бо воно справді щось показує. Проблема в тому, що портфоліо демонструє результат і мовчить про процес. З красивого кейса не видно: людина сама дійшла до цього рішення чи виконала детальне ТЗ арт-директора? Скільки було ітерацій і чому? Хто зняв питання з клієнтом, коли все хиталось? На співбесідах я тому питаю не що ви зробили, а як ви до цього прийшли - і саме тут рівні стають видно за десять хвилин.
Тепер до самих рівнів. Найкоротше їх можна описати через питання, яке людина ставить, отримавши задачу. Джуніор питає: як це зробити? Мідл питає: навіщо це потрібно? Сініор питає: що з цим буде далі?
02 Джуніор: мислить макетом
Джуніор працює із задачею як з інструкцією. Дай йому чіткий бриф, референси і гайдлайн - отримаєш пристойний результат. Прибери щось одне з трьох - результат стане лотереєю. Це не вада, це нормальна стадія: людина ще збирає базу прийомів і вчиться руками.
Впізнати джуніора можна за кількома маркерами, і жоден з них не про якість картинки.
Фідбек сприймається як список правок. Сказали зробити заголовок більшим - зробив більшим. Питання, чому заголовок губився, не виникає. Тому та сама помилка повертається в наступному макеті в новій формі.
Відповідальність закінчується здачею файла. Макет відправлений - задача закрита. Що з ним сталось далі, як він спрацював, чи вийшов у публікацію без пригод - за межами уваги.
Невизначеність ставить у глухий кут. Отримавши розмитий бриф, джуніор або довго чекає уточнень, або мовчки робить як зрозумів. Обидва сценарії закінчуються переробкою.
Рішення захищаються смаком. На питання, чому тут такий колір, відповідь: мені здалось, так краще. Це чесно, але з цим неможливо працювати - смак не аргумент ні для арт-директора, ні для клієнта.
Головна робота джуніора на цьому етапі - не створювати більше дизайнів, а почати помічати зв’язок між рішенням і задачею. Момент, коли людина вперше питає, а навіщо взагалі цей макет і що він має зробити - перший дзвінок переходу.
03 Мідл: мислить задачею
Мідл - це дизайнер, якому можна дати задачу, а не інструкцію. Різниця величезна. Йому не потрібен вичерпний бриф: отримавши неповний, він ставить правильні питання і добирає решту сам. Це той рівень, на якому людина перестає бути руками і стає головою.
Маркери мідла:
Фідбек читається як інформація про задачу. Почувши, що заголовок губиться, мідл розуміє: проблема в ієрархії макета, і перевіряє її всю, а не тільки вказане місце. Правка не повторюється, бо виправлена причина, а не симптом.
Рішення захищаються аргументами від задачі. Не мені так подобається, а: цей блок перший, бо саме сюди приходить погляд з обкладинки, і в нас три секунди на утримання. З такою людиною суперечка про красиво зникає - розмова йде про те, що працює.
Стабільність. Головна цінність мідла не в проривних рішеннях, а в передбачуваності: якість не залежить від настрою, дедлайну і теми задачі. Арт-директор може не перевіряти кожен крок - і це вивільняє йому години щотижня.
Бачення за межами свого макета. Мідл памʼятає, що його пост стане в стрічку поруч з іншими, що банер має родичів у інших форматах, що є візуальна система, всередині якої він працює. Джуніор робить макет, мідл робить частину системи.
Пастка цього рівня - плато. Мідл, який стабільно закриває задачі, зручний усім: клієнту, команді, самому собі. Можна прожити в цій точці роки, і саме тут народжуються ті самі люди з сімома роками досвіду без росту. Вихід з плато починається не з нових інструментів, а з розширення зони відповідальності: брати задачі, де немає готової відповіді.
04 Сініор: мислить наслідками
Сініор працює не з макетом і навіть не з задачею - він працює з проблемою, яка стоїть за задачею. Клієнт приходить з проханням оновити обкладинки, а сініор бачить, що справжня проблема в тому, що стрічка не тримає впізнаваність, і пропонує рішення іншого масштабу. Іноді найкраще рішення сініора - взагалі не робити те, що просили, і аргументовано пояснити чому.
Що відрізняє цей рівень:
Передбачення замість реакції. Сініор бачить проблеми до того, як вони стались: це рішення красиве в одному макеті, але розсиплеться в серії, ця ідея вимагатиме окремої зйомки під кожен пост, хоча бюджет цього не передбачає, цей концепт втратить силу після адаптації під усі рекламні формати. Досвід тут працює не як колекція прийомів, а як система раннього попередження.
За фідбеком чується проблема, а не формулювання. Коли клієнт каже, що макету бракує повітря, сініор не кидається розсувати відступи - він з’ясовує, що людині насправді муляє. Часто за словами про повітря ховається перевантажена ієрархія або страх, що продукт губиться. Вміння почути незаявлене - можливо, найдорожча навичка рівня.
Відповідальність ширша за власну задачу. Сініор відповідає не тільки за свій фронт робіт, а й за молодших спеціалістів поруч: їхні задачі, їхні дедлайни, їхнє зростання. Його фідбек вчить, а не виправляє, його рішення оформлені так, що ними може скористатись команда. Якщо після роботи з людиною дизайнери поруч виросли - це сініор. Якщо він блискучий сам по собі, але команда без нього не відтворює рівень - це поки що дуже сильний мідл.
Відповідальність за результат, а не за здачу. Для сініора задача закривається тоді, коли рішення спрацювало: кампанія вийшла, система прижилась, команда відтворює стиль без нього. Він думає про те, що буде з рішенням через місяці, а не лише про найближчий дедлайн.
05 Як зрозуміти свій рівень: п’ять питань до себе
Замість тестів на знання інструментів - самодіагностика через поведінку. Відповідайте собі чесно:
- Що ви робите, отримавши поганий бриф: чекаєте уточнень, робите як зрозуміли чи ставите питання, які добудовують задачу?
- Коли востаннє ви поверталися до свого макета після публікації, щоб подивитись, як він спрацював?
- Ви можете пояснити кожне рішення в останній роботі аргументом, у якому немає слова подобається?
- Що відбувається з якістю ваших макетів у тиждень з трьома дедлайнами?
- Чи виріс хтось поруч з вами за останній рік - і чи є в цьому ваша участь?
Перше питання відділяє джуніора від мідла. Останнє - мідла від сініора. Решта показують, наскільки міцно ви стоїте на своєму рівні.
06 Що з цим робити
Дизайнерам: рівень росте не від кількості макетів, а від зміни питання, яке ви ставите задачі. Найшвидший практичний крок - почати захищати кожне рішення аргументом від задачі, навіть якщо ніхто не питає. Спочатку це болісно, бо виявиться, що частина рішень аргументів не має. Потім це стає мисленням.
Лідам і тим, хто наймає: перевіряйте не портфоліо, а процес. Одне питання, як ви прийшли до цього рішення, розкаже про рівень більше, ніж десять кейсів на Behance. А всередині команди дивіться не на те, хто створює найкрасивіші дизайни, а на те, чиї роботи не потребують перевірки і поруч з ким ростуть інші. Це і є шкала.
А роки в резюме нехай залишаються тим, чим вони і є - довідковою інформацією.
Більше про наші проєкти і підхід до дизайну - у профілі New Strategies Group на Cases.

