0:08 В эфире подкаст Дизайн Прос с вами Павел Ярис.
0:11 Мы продолжаем замечательную серию выпусков про компанию МоМТС раскрываем людей, продукты и подходы.
0:18 И сегодня мы решили сделать выпуск непосредственно по земле - по земле - что называется: про инструментарий, про организацию макетов - то есть, конкретно про рисовашки, скажем так, и передачу информации от одного дизайнера к другому.
0:32 Сегодня с нами в студии Александр Момотов, хранитель дизайн-культуры, дизайн полицейский, как его здесь называют,, да то есть, человек, который бьет дизайнеров палку, если они неправильно делают свои макеты.
0:44 И Андрей Галактионов, дизайн-лид, деливери команды Мой НТС.
0:51 Давайте начнем, собственно, с самого главного: с того, и это, наверное, вопрос-то больше
0:58 Саше: как в такой огромной компании с таким количеством макетов, с таким количеством разных чаптеров, разных подразделений, разных людей: вот эту всю шоблу макетов и их версионность контролировать и, собственно, делать так, чтобы все дизайнеры, которые топят за продукты, делали свои макеты в рамках единой, какой-то культуры единой системы.
1:22 Слушай, давай наверное лучше начать с проблемы, которые у нас появились.
1:26 Вот ты, верно, заметил, команда довольно большая, макето много, и мы поняли - очень быстро, что артефакты множатся с неимоверной скоростью.
1:37 Дизайнеры создают кучу макетов, каждый из них как-то по-своему назван, имеет какую-то свою обложку, свое убранство, и, собственно, команде продуктовые разработки - это мы говорим про продуктов, в первую очередь про разработчиков, аналитиков, тестировщиков, стало сложно эти макеты читать, а также находить старые какие-то версии для того, чтобы условно там прогнозировать будущее, осмотря на тот путь, который проделали мы до этого.
2:05 Поэтому мы зафиксировали стандарт ведения этих макетов условно определенным образом настроили пространство рабочие команды Фигме.
2:14 Сделали стандартный шаблон, прям отдельный макет - в котором зафиксированы страницы, зафиксированы секции, подписанные определенным образом, части которых должен быть размещен интерфейс.
2:27 И все это в целом вынесли на общее, так скажем, обозрение, провели небольшой каст-деф, поняли, какие слабые стороны улучшили.
2:36 И, собственно, внедрили.
2:38 Команда сейчас двигается строго позывается, по веревочке.
2:44 Ребята используют определенный шаблон, определенным образом минуют файлы, подписывают версию, которую макет относится, к какой версии приложения, да, и соответственно хранят в определенном месте фирме, так что любой участник команды может зайти в макет, быстро сориентироваться в нем, понять, где основная ценность, куда смотреть, и вообще, какой версии там приложение, это все богатство относится.
3:09 Ну, то есть, как-то так сейчас все, наверное, наши слушатели сидят, такие: расскажите, же как уже это сделать, про боли мы знаем.
3:17 Вот действительно, как вы пришли к тому, что не к необходимости тому, что это нужно делать, а именно как это сделать.
3:24 То есть, вот раньше была, например, история такая.
3:28 Работаешь ты в студии.
3:29 Худо, бедно, там с разработкой договариваешься, что у тебя есть там, ну ладно, я старый пенсионер, скетч, да, и в скетче у тебя макеты называются, если говорить про веб-дизайн, например, то есть первое - это, собственно, какой проект, да, то есть для какой-то странички, соответственно, история.
3:48 Точнее, так, первое - это ими-элемента, второе - его состояние, третье - это его локейшн.
3:54 Ну где он находится короче?
3:55 И четвертое - это какой-то еще атрибут для того чтобы это не потерялось.
4:01 Эта штука помогала как костыль не запутаться в тоне всяких кнопочек, инпутов и так далее, при каких-то больших проектах.
4:10 То есть, любой разрап, он, в принципе, по имени элемента понимал, ну прямо копипастил его имя в код, условно.
4:17 Но когда к себе приходят, короче, с запросом, а сделать на мом ВП-шку какие-нибудь большие ребята, вот опять же, типа МТС, ты откроешь и понимаешь, что блин, там сейчас начнется холевар, короче, на эту тему.
4:28 Потому что, во-первых, кто все это делал до тебя, да, если тебе приносят какие-то зачатки уже готовых макетов, и ты как-то не можешь в эту тему, что называется, въехать.
4:39 То есть, вот этот технический момент он действительно тебя убивает.
4:42 Так вот, как вы эту проблему решили еще есть, когда у тебя миллион макетов, в них миллион компонентов, а у компонентов миллион состояний, вариантов и так далее.
4:52 Я попробую ответить, Андрей, и ты добавишь тогда.
4:57 Саша, это полностью твоя-то ввольчина.
5:02 Смотри, вот ты недавно беседовал, да, Катя она рассказывала то, что мы представляем собой как продукт МТС, некую витрину для экосистемы, для сервисов, которые сейчас многочисленные у нас в стенах МТС множатся.
5:15 И соответственно у нас наши функциональности, которые встраиваются в приложение и на сайт, они так или иначе, относятся к
5:24 определенному категории, так скажем, сервисов.
5:28 Есть, естественно, телеком, который от нас никуда не ходит, который является ядром.
5:32 Соответственно, первая команда, первый проект, который у нас есть в фигме, он так и называется, моем ТС-телеком.
5:38 Есть фичи, которые связаны с финтехсервисами, например, какие-то элементы, интегрирующиеся с МТС-банком.
5:45 Такие проекты мы относим к пространству МТС финтех.
5:49 Ну, то есть, представляешь, да, это фигма, внутри это просто вот такие команды: прям, ну, если выражаться, прям в терминах фигма.
5:56 Также есть кор-проект.
5:57 Это, собственно, основные какие-то вещи, например, там главная страницы сайта находится, да, то есть, не знаю, хедер, да, который, в общем-то, сквозной по всем сценариям идет.
6:06 Кроме этого, есть, естественно, немаловажная часть - это экосистема.
6:10 Туда относятся всякие штуки, связанные, например, с интеграцией-Кеоном, например,, фичи которые там, они экосистемные в основном.
6:19 И есть общее пространство для каких-то дизайн-артефактов, типа шаблонов библиотек или, например,
6:26 презентаций, да, он называется став.
6:28 В общем, мы выделили вот эти вот категории, и каждый раз, когда дизайнер делает какую-то фичу, он заносит соответствующий макет в соответствующую, ну, словно папку, если там проще на простой язык ретро-язык переводить, да.
6:40 Внутри каждой из этой папки мы выделили дополнительные этапы.
6:45 этап драфта, то есть, это макет в работе, он там проходит этап становления, этап - то, что мы называем внутри себя дисковери, то есть исследования.
6:55 Дальше у нас есть этап ревью.
6:57 Это, собственно, когда дизайнеры приносят макет.
6:59 Не почему, ребята, у меня до разница, что дизайн полицейский?
7:01 Потому что я, собственно, эти макеты проверяю.
7:03 Смотрю, чтобы они соответствовали нашим там стандартным шаблонам и были полны с точки зрения флоу, каких-то корнер кейсов, ошибок, вплоть до того, насколько там дизайнер корректно использует компоненты из дизайн-системы.
7:17 После этого этапа еще отдельный промежуточный этап - это девелопмент, естественно.
7:23 Это когда макет переходит к аналитикам, в лап разработчиков, ну и, собственно, происходит процесс кодирования - перехода макета в код, к пользователям.
7:33 И в конце есть, собственно, секция прод.
7:36 Здесь мы выработали отдельный такой мини-подпроцесс.
7:39 Можно назвать так - по задумке - дизайнер после того, как внес изменения в какой-то раздел, да, он, собственно, заходит в мастер-макет того раздела, которого он носил измени.
7:51 Например, он там дорабатывал как-то главную страницу, добавлял куда-то блок на нее.
7:55 Но, вот, собственно, после изменений, после того, как фича попадает пользователям в прод, становится доступно, он делает простую нехитовую операцию.
8:04 Он тот макет, которым он работал, переносит в архив, а те изменения, которые он вносил, он их копирует просто в мастер-макет.
8:11 Таким образом, мы достигаем, во-первых, версионирование, да, о котором мы говорили: то, что всегда можно перейти в архив и увидеть, что было до.
8:20 То есть, эти макеты там хранятся, как единый источник
8:25 правды, прошедшего прошлого.
8:27 И соответственно - дизайнер любой вновь пришедший, он не озадачен вопросом, где брать макет прода, потому что он всегда в одной папке - он просто заходит, берет главную страницу, копирует, что ему там нужно, и ведет дальше по всем этим этапам - до момента, когда ему снова потребуется обновить макет.
8:42 Система очень сильно похожа на ту штуку, которая есть в фигме, которую недавно появилась, это ну как относительно недавно - года - два, наверное, и полтора, может быть, система веток.
8:52 Но, к сожалению, для большой команды это не очень подходит, потому что, ну, представь, один макет, и в нем 50 веток дизайнеры сделали.
8:58 Это смержить очень сложно.
9:00 То есть это не так работает, как в системе версионирования разработчиков, поэтому мы эту штуку разложили просто условно по папкам и упростили жизнь таким образом.
9:10 И вот у меня сразу вопрос, наверное, да, это возникает: а сколько же, блин, слез боли времени это сэкономило людям?
9:21 Ну, давай так, наверное, мы еще не пришли к какой-то финальной версии.
9:30 Мы в процессе переезда, потому что на самом деле макетов было много, мы там большую часть уже перенесли.
9:37 Но когда у нас все, все, все, прям знаешь, идеально, ты зашел, и у тебя все продавские файлы есть.
9:43 Мы еще над этим работаем.
9:44 То есть, в этом концу года у нас уже появится та картина, которую мы хотели, которую мы все задумывали.
9:51 И вот Саша там рассказывал, рассказывал.
9:53 Может быть, я так это подытожу чуть-чуть, потому что вот эта вся структура она, в принципе, и решила как раз те проблемы, которые мы ставили.
10:02 То есть, первое: типа, где найти нужный макет?
10:04 Типа, ты такой,, ага, то есть тебе нужно понимать, где он лежит, то есть, ты сразу такой, для какой категории, какой категории этот продукт?
10:11 То есть, мы специально не разбивали вот эти вот команды по там по названию команды, по дизайнеру, как кто-то делает, да, а какие-то выделяли такие более стабильные штуки, которые практически не меняются.
10:23 И ты можешь точно олить, куда какая фича, куда типа ляжет.
10:31 мне нужен актуальный макет прода, где его искать?
10:34 Вот он в папочке прод, пожалуйста.
10:36 Окей, я там делаю фичу, которая будет в релизе, там, не знаю, в октябре.
10:41 Как этот экран изменится?
10:42 Вот я сейчас взял продавский файл, а как он будет через 2 месяца выглядеть, потому что над одним экраном работают разные дизайнеры, и тебе нужно понимать, как твоя фича встроится, вот этот экран, когда он изменится, когда он принесет изменения.
10:56 находишь макеты, там все макеты главный, актуальный, которые будут в этом релизе, в следующем релизе.
11:03 И те, которые были релизы.
11:04 И, собственно, тебе проще, как бы находить то, что тебе нужно, и другие люди тоже понимают, где искать то, что ты делаешь.
11:11 То есть, какому-то сейчас статусе ты это просто в драфте у тебя это уже передано в разработку, это уже на пройде, или там не знаю, просто это какая-то концепция, которую там можно, даже пока внимания не обращать.
11:25 То есть, в принципе, ну для чего это нужно, понятно, что потребности у всех, но тут просто чтобы слушатели представляли себе объемы масштабы всего этого дела, только в одном - вот можешь просто озвучить, это наверное не конфиденциальная информация.
11:39 Вот только в твоем подразделении, вот со сколькими примерно дизайнерами тебе приходится работать и сильный только-вот-то в моем МТС.
11:49 Ну слушай, в моем вот именно Дискавери направлении сейчас получается 4 дизайнера, но вообще нам нужно 6.
11:57 Ну, кстати, про тех, которых не хватает, да, мы поговорим.
12:01 Ну, так вообще сейчас получается 6 продуктовых дизайнеров.
12:05 Ну, это те, кто вот именно, так скажем, напрямую там эти артефакты оставляют, да, в этой фигме.
12:12 А так это и продукты, и разработчики все, ну, то есть этим инструментом не только дизайнеры пользуются, не только у них такая потребность.
12:20 Просто объем понимать, не знаю, Саша, сколько у нас макетов в одной папке.
12:25 Слушай, сложно сказать: в единицу времени макетов равно количество, короче, макетов равняется количеству вечей, которые сейчас находятся в разработке, по большому счету.
12:34 А если говорить про макеты, которые продавое состояние отображают, ну примерно равняется количеству страниц и разделов в приложении сайта.
12:41 Ну, это, наверное, 50.
12:43 Да, ну и за счет того, что у нас вот то, что ты разработал, то, что точнее ты отдал в разработку, оно вышло на прод, ты этот макет удаляешь в архив.
12:52 У нас такой свалки не происходит.
12:55 Окей, с этим вопросом, в принципе, понятно.
12:58 Это просто, мне кажется, глобально.
12:59 Вы просто двигайте гору Фудзи, что называется, и делайте нечто вселенского масштаба.
13:05 Давайте для тех, кто, может быть, не понимает, более больших команд или малых команд, зачем вообще нужен дизайн-процесс, как таковой, что он себя представляет, да, то есть, какой-то некий регламент.
13:16 То есть, как первый: сделать это, шаг второй - сделать это, выложить это в таком-то виде, то есть, какая-то регламентация этапов работы дизайнера.
13:26 Вопрос: для чего это надо, с вашей точки зрения, и как можно
13:31 людям, допустим, которые не в таких больших командах работают, где куча дизайнеров, а где небольшое количество людей.
13:37 Но при этом есть потребность в том, чтобы в маленькой студии, например, кто сейчас нас послушал, чтобы ребята могли делать то же самое.
13:44 Чем вообще можно улучшить жизнь?
13:49 правила игры, какие-то штуки для проверки: того, чтобы были выполнены все эти шаги.
13:56 Что бы вы порекомендовали нашим слушателям, чтобы порядок в процессе был.
14:01 Ну, давай так, начнем с первого вопроса: зачем нужен дизайн процесса, в принципе, любой процесс?
14:08 Мне вот в моем понимании, это решает там две задачи.
14:12 Первая задача - это все-таки оптимизация какая-то.
14:14 Когда у тебя есть какой-то процесс, ты не тратишь время на поиск, там, не знаю, что тебе нужно сделать.
14:19 У тебя есть инструкция, условно, атыкеи.
14:21 Да, и ты делаешь раз, два, три, вот у тебя тумбочка.
14:23 Вот здесь тоже самое.
14:26 У тебя там макет, допустим, появился.
14:29 И второй момент, который для меня, вот, например, как ледатом критичен, да, это поддержание высокого качества дизайна.
14:38 не ходишь там за дизайнером, вот какой-то хаотично, у вас история начинается, да, там я нарисовал, а вот посмотри, а вот я не посмотрел, там и так далее.
14:46 Ты ну, как бы, ребята у всех разный там уровень, да, ты с кем-то больше, симкаешь, с кем-то меньше.
14:52 Но когда есть какой-то определенный процесс, это тебе гарантирует некий уровень качества, да, то, что дизайн пройдет через этот этап, через этот этап не забудет это, второе, третье, пятое, десятое, и в итоге в результате получится более качественный результат, чем он был бы без процесса.
15:06 То есть тут уже много дизайнеров бы зависело, насколько он сам прокачанный и так далее.
15:11 И из этого следует еще то, что когда новый человек приходит в команду, его проще онбордить: условно даешь ему инструкцию.
15:19 Чувак, смотри, как мы работаем - типа - читай, делай.
15:28 когда команда маленькая, да, возможно, какой-то там суперописанный процесс и не нужен.
15:34 Но если он есть, это поможет соптимизировать работу и передать знания кому-то другому.
15:40 Вот новый человек приходит в команду, такой, мы вот так работаем, вот тут все написано.
15:44 Плюс, когда ты этот процесс описал, тебе проще его развивать и поддерживать.
15:50 То есть, когда вы там о чем-то просто договорились, да, условно говоря, с кем-то там, с дизайнером, и потом через месяц такие: помнишь, мы о чем-то гаривались?
16:00 Помню, но уже забыл.
16:02 И вы вот там заново.
16:03 А так у вас есть артефакт, где все описано, и вы можете его дорабатывать, развивать и так далее.
16:10 Я тут еще попробую добавить.
16:12 Вот Андрей сказал, да, то, что в
16:16 деливере у нас 6 дизайнеров сейчас получается.
16:20 Суть с учетом того, что мы ищем, да.
16:22 Есть еще Дискавери, да, которую вот Катя раньше возглавляла, да, до того, как стала ардиертом.
16:29 Сейчас у нас там три, если не память, не изменяет дизайнеры.
16:34 вообще такая немного
16:36 сочлененная из других команд.
16:38 Большая команда, потому что есть еще внутренняя продукты в стенах самого МТС.
16:44 Например, есть ребята, которые делают часть приложения, которое называется защитник, это сервис, который отслеживает спам-звонки, пишет расшифровку и так далее.
16:53 Это тоже по сути относится к мой МТС, то есть это ребята, которые работают по нашим дизайн-процессам и таких команд довольно много.
17:00 И, соответственно, когда у нас есть зафиксированные инструкции, шаблонные и чек-листы - условно, одна система
17:09 коммуникации, единый язык,, да это сильно помогает в работе.
17:12 То есть ребята следуют нашему дизайн-процессу и, соответственно, всем проще говорить между собой.
17:20 Действительно правильная история, мне кажется.
17:26 Тогда вопрос к тебе, как к дизайну полицейскому?
17:30 Вот просто смотри, как человек, любое управление, сталкивается с такой штукой, при попытке, хоть что-то изменить в жизни людей, которые привыкли работать вот так, а не иначе.
17:39 Но человек привык к бардаку, и он как-то не хочет этот бардак ликвидировать, скажем так, ему некомфортно, потому что нужно использовать больше как минимум количество когнитивных способностей задействовать для того, чтобы во что-то погрузиться, и опять же перенастраиваться с другими людьми, которые делают то же самое.
17:56 И вот в таких моментах да, если инициировать эту штуку в принципе получается, как бы то вот чтобы ее не саботировали, действительно нужен такой вот как ты, человек, который бы был дизайн полицейским и следил за исполнением спущенного сверху, скажем так, некого регламента.
18:14 Можешь рассказать о своей роли, я понимаю, что в двух словах это я слежу за тем, чтобы ребята делали то, что нужно, да, и так, как нужно.
18:26 если развернуть эту историю, то есть, как именно ты это делаешь.
18:30 Потому что не всегда понятно, да, то есть, ты отсматриваешь макет каждый, который есть, или ты проводишь какую-то, не знаю, менторишь, условно, ребят, которые пытаются в это все въехать.
18:41 Вот можешь чуть-чуть про свою роль, так сказать, развернуть, как именно ты это делаешь.
18:47 Ни что, ни зачем, а вот как.
18:49 Да, смотри, да, расскажу, как это выглядит.
18:53 Вообще, на самом деле, всего понемногу, что ты перечислил.
18:56 А во-первых, да, у нас зафиксировано в дизайн-процессе.
18:59 Если дизайнер считает, что макет готов к разработке, он, во-первых, его согласует, естественно, с продуктом.
19:06 Тот человек, который, в общем-то, дровит идеями, да, какими-то, которые мы будем реализовывать.
19:11 Потом несет макет на согласование дизайн-лидерам, то бишь к Андрею или к нашей коллеге Свете, соответственно, на согласование верхнюю уровню.
19:20 То есть там ребята обращают внимание на такие вещи, как Си Джей, они смотрят вообще фигню ли мы делаем, условно, да.
19:28 А ты на кавычки получается, да?
19:30 Типа кавычки, лапки или елочки?
19:33 А после уже, как бы финальный, так скажем, стрих, да, но не от этого, не менее важно - от этого.
19:39 То есть дизайнер приходит ко мне и говорит: вот Саша, я перенес макет на ревью, нужно посмотреть.
19:44 У меня есть чек-лист, который сам себе словно написал, который мы как бы утвердили, и по которому я иду.
19:50 Базовая там несколько аспектов - наверное, начинаю, естественно, с
19:56 указано ли корректное название у макета, то есть, прям проверяю.
20:00 Вот смотрю, захожу в макет, смотрю, что в названии у нас там есть просто формула условно, по которому маска, по которой мы пишем название.
20:05 Вот там используем эмодзи, подписываем платформу, пишем номер или дату релиза.
20:09 Также проверяю, чтобы вся эта информация была указана на обложке в макете, и смотрю на убранство самого макета внутри.
20:19 У нас есть зафиксированный набор секций.
20:21 Давайте попробуем визуализировать.
20:23 Представьте страницу, в ней находится секция, которая называется Флоу, находится секция, которая называется Кейсы, секция Брейкпойнс, секция исходники и секция спецификации.
20:35 Они названы не просто так: каждой из
20:39 них находится определенная часть макета.
20:41 Вофло очевидно показан путь пользователя, как он с изначальной точки приходит к целевому действию.
20:48 В кейсах должны быть показаны макеты ответвления от этого целевого действия, не знаю, экран на ошибки, какой-то другой набор данных отображается или данных вовсе нет.
20:59 В спецификациях ребята рисуют вещи, связанные, например, с темной темой, отображают какие-то нюансы, связанные с анимацией и такие аспекты.
21:07 В исходниках, очевидно, мы храним всякие картинки, которые нужно экспортировать, передать ребятам контент-менеджерам, чтобы они на сайт или в приложении разместили.
21:16 Ну а в брейкпоин В брейкпоинтах мы помещаем экраны, в ключевых ширинах 1920-360, как будет выглядеть сайт.
21:29 Соответственно, проверяю, чтобы все эти секции были заполнены.
21:32 То есть, есть маленькие фичи, конечно, там некоторые штуки мы опускаем, но, как правило, у большой, какой-то монстрозной штуки все должны быть эти окошечки заполнены.
21:42 Проверяю, насколько там эти экраны подписаны, чтобы там стояли связи, поставлены были, комментарии для разработчиков, указаны, были необходимые ссылки, если какие-то элементы из библиотеки подтягиваются.
21:53 Ну и, собственно, пишу дизайнерам какие-то комментарии, которые относятся к что нужно поправить.
22:01 Ты сказал также про менторство.
22:03 Да, наверное, часто так и получается, потому что у нас есть дизайнеры разного уровня, есть опытные специалисты, есть те, что приходят в эту стези, да, еще менее опытные ребята.
22:15 Ну и соответственно, они также обращаются ко мне за какой-то помощью: Ну, типа, как сделать лучше, к кому обратиться, к кому идти с вопросом таким-то, а где у нас лежит что-то, а как там в библиотеке то использовать и так далее.
22:28 По сути, я просто некий такой старший дизайнер, который знает ответ на многие вопросы и помогаю дизайн-лидерам, потому что есть много организационных задач, которые ребята выполняют и просто не хватает рук.
22:40 Ну и, собственно, я этими руками являюсь.
22:43 Мне кажется, Андрей, к тебе вопрос.
22:46 Я еще добавлю перед вопросом: что там мы так это сейчас выставили, такую картину Саша с дубинкой, значит, приходит дизайнер - он такой там его
22:55 читал, комментарий оставил.
22:57 Само деле дизайнеры понимают ценность этого этапа, да, и в целом оформление.
23:03 Потому что им же потом самим проще искать эти макеты быстрее.
23:09 Поэтому они как бы не то, что это из-под палки делают, а
23:13 понимают ценность и типа делают, потому что это действительно приносит пользу им.
23:18 В первую очередь им приносит пользу.
23:20 И еще там Саша, может, не добавил историю, очень такая важная, может быть, потому что у нас такой продукт, так скажем, устроен.
23:32 того, что дизайнер использует библиотеку МТС-овскую, дизайн-систему Граната, у нас еще есть какие-то локальные компоненты наши условно, ну не буду вдаваться подробности, в общем, какой-то набор локальных компонентов, которые был реализован разными командами.
23:44 Не все дизайнеры знают вообще, какие они есть, и какие у них там есть возможности.
23:48 Вот Саша в том числе, когда смотрит макет, видит то, что чувак, похоже, ты
23:56 грубо говоря, да, там посмотри вот эту историю, там не надо изобретать то, что уже есть.
24:05 такие моменты тоже он смотрит.
24:07 И это потом прощает разработчикам разработку этого макета.
24:10 То есть, они не делают заново, там что-то новое, а берут или там дорабатывают те компоненты, которые уже есть.
24:18 Я сейчас подумал, насколько это важная история, потому что, ну, казалось бы, да, типа, людей бы, вот если взять среднестатистическую студию, которая все горит, короче говоря, кто все время на потоке что-то фигачит, приди и скажи, что нам нужен дизайн полицейский.
24:32 В лучшем случае это кому-нибудь такую историю в тестовом режиме.
24:35 И это же круто, потому что, смотри, получается, что Саш работа не просто так для воспитательной, для воспитательных вос Воспитательная работа для дизайнеров, чтобы они что соблюдали.
24:47 А это позволяет в итоге, редактор, который рецензирует собранные компоненты, и отвечает условно говоря,, да за то, чтобы не дублировались лишние штуки, которые уже существуют, чтобы на это не тратились время.
25:03 Про консистентность в том числе.
25:04 То есть, зачем нам делать какие-то сущности новые, если у нас уже что-то есть, это проще, и в целом продукт будет выглядеть целостней.
25:12 Да, ну и плюс, как бы
25:17 изначально говорил, что все это про оптимизацию какую-то, да, и так далее.
25:20 Когда там на выходе получается макет с предсказуемой структурой, да, вот с этими там секциями, с оформлением, и так далее, разработчики тоже не тратят время каждый раз, что изучают, а где у тебя там стоит и описаны элементы, где у тебя там, не знаю, там ассеты лежат, а где еще что-то.
25:37 Они, как бы, для они знают, где что искать, и не тратить на это время, то есть, тоже как-то их работа упрощает, ускоряет, и так далее.
25:44 То есть, уже только на этом на соблюдении каких-то вещей, человек может вырасти как специалист.
25:52 то есть происходит какое-то, ну, сейчас какую-то пошлую вещь скажу, наверное, переопыление опытом друг друга.
25:59 То есть, ребята ну как бы мотают на уз какие-то комментарии, следующий раз возвращаются уже с новым уровнем.
26:06 То есть, уже макет у них становится все лучше и лучше.
26:10 Вам нужно срочно запустить свою онлайн-школу, которая приучает людей к порядку.
26:14 Знаешь, такой микрокурс.
26:15 Короче, по это самое: стань мегапродуктивным дизайнером, делая макеты так, чтобы с этим удобно было работать твоим коллегам.
26:25 Но это на самом деле большая боль любого руководителя, если особенно берешь стажеров или женов.
26:30 То есть часто процесс приучения к горшку начинается не с истории, что да, сделай что-то сложное, иди, и читай там гайды какие-то, а просто тупо с банальных вещей: что надо на работу приходить заранее, а не после определенного времени.
26:45 Да, и что дорогой, если ты в чем-то работаешь, пожалуйста, называй свои слои и объект.
26:50 Следующий вопрос: так как мы затронули тему менторской поддержки, некоторые, да, и роста специалистов, я не знаю на самом деле, кому из вас, потому что Вова, мне кажется, вы в этом плане занимаетесь развитием людей, каждый на своем уровне.
27:05 Наверное, Андрей, вот вопрос: с тебя начнут.
27:09 Насколько ты считаешь важным, чтобы у человека был ментор, или кто-то, кто исполняет его роль.
27:16 Потому что руководитель не всегда может заниматься каждым дизайнером в команде, даже если их там 2-3 человека, то все равно как бы все время попка в огне, что называется, и нужно заниматься более актуальными вещами.
27:28 А кто-то учить должен.
27:30 Ну, давай так, смотря в каком там
27:33 плане рассматривать менторство.
27:35 Если мы говорим про то, что человек только пришел в команду, и ему надо вообще просто понять, что тут происходит, где что лежит, и так далее, то в этом плане нужен ментор всем, наверное.
27:46 Когда ты уже вник в продукт, в процесс и так далее, то здесь, наверное, это больше по запросу.
27:51 Понятно, что чем человек менее скилловый, тем больше он хочет перенять опыт, и ему больше какое-то метро нужно.
27:58 Когда он уже более такой сеньорный, ну, вы там встречаетесь в рамках задачи один-два раза.
28:04 Знаешь, там типа сверяете часы и в целом.
28:08 Какое-то такое менторство, наверное, и не нужно.
28:11 Другой вопрос: там, это если говорить про развитие, да,
28:16 я свои команды делаю 1-2-1, и с кем-то они регулярны, с кем-то нерегулярны, опять это по запросу, да, кому-то кто-то хочет там что-то качать у себя.
28:26 Мы вот там встречаемся, думаем, как он это будет делать, какие-то там подбираем задачи.
28:30 А кто-то такой, слушай, я типа вообще хочу там быть продуктом, и чего ты мне сможешь.
28:35 Чем ты мне сможешь помочь?
28:36 Я так, ну, похоже, туда, ничем.
28:42 сократим эти встречи.
28:43 В общем, и поэтому в моем понимании: если менторство нужно кому-то, ну, типа я готов удать.
28:48 Если оно не нужно, значит оно не нужно.
28:52 Саш, наверное, твоя точка зрения на подобные вещи.
28:57 Ну, я, наверное, так сказать, про бою, про что я говорил, да, то есть новые специалисты, как сказал, да, Андрей, они действительно более, так скажем, нуждаются в помощи и в поддержке, по крайней мере, на первых порах, да,
29:15 С моей стороны, видится так, что когда ты даешь обратную связь, зрелую на этапах становления дизайнера, это сильно бустит ребят, то есть они быстрее растут.
29:26 Ну, потому что я вспоминаю не знаю, свои годы, когда я начинал только заниматься дизайном, я работал в студии, я был одним дизайнером, мне не на кого было посмотреть, не у кого было поучиться, и какие-то знания на тот момент еще не было каких-то там курсов, где у тебя там на плюсичке все находится.
29:45 Знания я находил там по крупицам, и
29:49 такой проблемы нет у нас в команде, то есть люди отзывчивые.
29:53 Каждый член команды по сути является таким ментором, который готов поделиться опытом.
29:58 Ну, и в том числе есть такая роль в виде
30:01 старшего дизайнера, дизайнер-лидера, который также готов ответить на вопросы, я думаю, что это очень сильно помогает росту.
30:07 То есть, те ребята, если вы долго находитесь в команде, одни, старайтесь находить коллег, старайтесь ходить на мероприятия, какие-то общие комьюнити дизайна, так скажем, связанные и узнавайте новое, растите, то есть не бойтесь задавать вопросы, мне кажется, это важно.
30:27 Ну, по поводу менторства - еще - вот тоже: что у нас у нас нет менторства, наверное, такого, как ты там сказал: но есть другой интересный ритуал, который, возможно, отчасти решает эту проблему менторства, так скажем.
30:39 Не проблема, а задачу.
30:41 Вы заставляете людей распечатывать свои макеты и закапывать их в ямке 2 на полтора, если, короче, они не соответствуют тем чек-листам.
30:50 А в начале мы пустим поставить подписи и печать
30:56 Вот, так что мы делаем, в общем, у нас есть
31:00 такая штука, мы называем ее там кросс-ревью.
31:03 Это два раза в неделю.
31:05 Тоже можно сказать, это часть дизайн-процесса.
31:07 Там, да, вот про которую мы говорили.
31:09 Два раза в неделю мы встречаемся со всеми дизайнерами, из нашей команды, из
31:14 команд, которые к нам встраиваются своей функциональностью.
31:20 цели - две на самом деле.
31:22 Первое - это поделиться информацией, чтобы, ну, просто рассказывать, что ты делаешь, чтобы другие понимали, что происходит, как будет меняться приложение и как им нужно ли им это учесть в своей работе,, там например, да, может быть, они там как-то поменяют свои решения в связи с этой информацией.
31:40 И второе - это получить обратную связь, комментарии, что можно улучшить, а вот поделиться опытом своим - что смотри, я тоже самое делал, например, у меня есть такие результаты, бери, используй.
31:53 менторство: как ты говоришь, оно ложится на всю команду, и приходит человек к своей задаче и получает просто кучу фидбэка - нет одного ли, да, просто от всей команды.
32:02 И это намного полезнее, чем вы там вдвоем с дизайнером встречаетесь.
32:08 взгляд замылиться какой-то там.
32:12 А когда смотрят чуть больше дизайнеров, чуть больше это все, это больше пользы приносит.
32:20 Ну да, я еще добавлю.
32:22 То есть, получается, на синг подключаются к команды, которые настраиваются, там может быть человек 15, ну, наверное, вполне может быть.
32:30 И у ребят, может быть, разные мнения, они помогают рассудить в спорных ситуациях.
32:35 По сути, это тоже такое обмен опытом, это тоже некое такое менторство.
32:40 А я думал, они просто выходят в коридор и сходятся там в неравном бою - стенка на стенку.
32:48 Новая идея для тимбилдинга.
32:50 Но на самом деле, вот этот, кто-то сказать, между строк читается - это мне кажется, важный навык для дизайнеров - это умение презентовывать свое дизайн-решение.
32:59 И, собственно, на этом ритуальном синке мы, собственно, и тренируем дизайнеров условно так, чтобы они умели грамотно и здорово подать свое решение, защитить его.
33:11 Вот то, о чем говорила Катя - выступление в театре, иммерсивная презентация и тому подобное.
33:19 На самом деле это классно, это работает не так давно.
33:22 Мы всей командой собирались в офисе, и у нас наш крутой дизайнер Никита - передаю тебе привет.
33:29 Он, собственно, знаешь, каким образом презентовал свой кейс?
33:31 Он вместо того, чтобы сделать презентацию или шерить там в зуме вебинаре фигму, он сделал слайды бумажные.
33:39 То есть, он прям нарисовал интерфейс, ну, как бы рукой, ручкой.
33:42 То есть, мы, грубо говоря, понимаем контекст, проблему, которые он решал.
33:45 У него там 10 слайдов, ему дочь помогала рисовать вот эти вот штуки.
33:49 И это вызвало просто какой-то бум.
33:51 Ну, то есть, человек, мало того, что презентовал свое решение очень эффектно, да, то есть мы, естественно, смогли обсудить, поняли, о чем речь.
34:01 Позже, конечно, он там фигум показал и все такое, да.
34:03 Но это говорит о том, что навык презентации - это очень важная штука, опять-таки, для начинающих дизайнеров.
34:10 И когда ребята умеют это делать или учатся, приходят за обратной связью, они опять-таки быстрее растут.
34:20 Я думаю, что в принципе про такую софт-скилловую историю, как не боятся выходить к людям, собственно, да, и что-то им нести, говорит весь рынок уже не первый год.
34:30 Но на самом деле людей как-то больше, мне кажется, не становится, которые это все прорабатывают, вот прям чтобы активно.
34:36 Вот, Андрей, наверное, это к тебе вопрос, как человек, который нанимает людей.
34:43 Вот как часто ты видишь, что.
34:45 Ну, короче, улучшилась ли история с кандидатами, которые тебе приходят, и, соответственно, они могут ртом проговорить какие-то важные вещи, или приходится из них клещами доставать инфу?
34:58 Слушай, по-разному, не скажу, что улучшилось.
35:02 Не скажу, что ухудшилось.
35:05 Наверное, тут от опыта зависит.
35:06 То есть, когда ты там к тебе приходит человек, который в продуктовой команде поработал годик-два, он хочешь, не хочешь, этому обучается,
35:15 защищать решения перед стейкхолдерами, заказчиками и так далее.
35:18 Да, на самом деле в студии тоже.
35:21 Там даже защита, мне кажется, более серьезная.
35:24 Ты либо заработаешь, либо нет.
35:26 А здесь такие, ну, идите перерисовывать, там второй раз, условно говоря.
35:31 Проверять там дальше, где-то это.
35:34 Поэтому слушай, не знаю, не заметил какую-то
35:41 Андрей, вопрос: тебе: можешь ли ты, как нанимающий руководитель по традиции, которой мы завели с МТС, да, вот как ребята, которым идут на вакансии, откликаются, да.
35:52 Можешь сказать, что ты хочешь от этих людей.
35:54 Потому что Ир от них хочет то, что написано в тексте, плюс-минус, да.
35:58 А это вот следующий этап этого фильтра - это, собственно, тот, кто нанимает.
36:03 Какие люди тебе нужны?
36:04 На какие вакансии, которые ты озвучил, что типа вот у нас 6 и нужны 2, или у нас 3 и нужны 2 еще.
36:10 Вот расскажи о том, чем ребятам придется заниматься, что это за вакансии дизайнерские такие и что ценишь в кандидатах ты.
36:17 Ну, чтобы условно говоря, люди поняли, кто такой ты, примерно, да, до момента того, как с тобой созвоняться, и чего от тебя ждать на собеседовании.
36:25 А то вдруг ты из шапки кролика вытащишь, вот, и скажешь с ним что-нибудь придумать.
36:33 Так, кролика, наверное, не вытащу.
36:35 Ну, давай вытаскиваю две вакансии.
36:38 Значит, вакансии в мою команду.
36:41 Ну, то есть, делать нужно будет, что наш продукт - это, не знаю, говорили об этом нет, не помню, сайт мтс.ру, личный кабинет пользователя веби и приложение абонента
36:53 Значит, нужно будет заниматься вот примерно этимм все.
36:57 Конкретно там какой части продукта я там сейчас не буду уточнять, не так суть важно.
37:06 У хра написано, ищем типа сеньоров мидл плюс.
37:09 Вот так написано но на самом деле перевожу на понятный типа что что хочу от человека что для меня эти уровни значит значит первое это наверное самое основное, хочется такого осознанного
37:25 подхода к задаче, к тому, что ты делаешь, и более такого широкого взгляда, наверное, на проблему - то есть выход за какие-то рамки.
37:32 Вот у тебя там, не знаю, условно, есть какая-то задача, и ты, чтобы ее решить, посмотрел там весь Сиджей, все точки касания, подумал: просто вот не только о том, кусочке, который нужно изменить, да, а и о том, как это будет масштабироваться, о том, как это затрагивает другие части продукта, о всех точках касания пользователя с этой фичой, а не только в рамках нашего интерфейса, да, там смс-ки там вот про это все я говорю.
37:59 И второе - о контексте, как бы, точнее, о цели, для чего мы это делаем, а какие у нас вообще ресурсы у команды есть.
38:05 А я там сейчас напридумываю какой-то космолет с искусственным интеллектом, а по факту нам надо завтра уже впрод пилить.
38:12 Грубо говоря, вот человек, который
38:15 вот так комплексно, осознанно подходит к задаче.
38:18 Понятно, что там, ну, может, там люди, которые не успели поработать там в продукт командах, они, наверное, меньше степени этим обладают.
38:25 Поэтому мы пишем там мидл сеньор с опытом работы.
38:30 Но и какие-то ребята заряженные, у которых там на месте голова, которые, может быть, не знают, как это
38:38 устроено в больших командах, но как-то на подсознательном уровне примерно задают правильные вопросы, которые приводят тебя к
38:48 такому комплексному подходу.
38:50 Тоже супер - вообще будет круто.
38:52 Как правило, такие чуваки даже более заряженные и там готовы прям рвать, делать и прям вот на глазах превращаются в
39:02 сеньов, медлов, лидов.
39:06 Поэтому, ну, нами как-то так.
39:08 Ребята, приходите к нам, у нас весело, у нас процесс.
39:11 Мы дадим вам инструкцию от дизайна.
39:13 А вот про инструкцию от дизайна, Саш, ты, насколько я понимаю, ребят, анбордишь в это все, потому что прийти, уметь, хотеть что-то делать - это здорово.
39:23 Но вот ты пришел, и первое время ты пытаешься вообще въехать в историю: а как здесь, вообще с кем-то жить и работать?
39:30 Ну, то есть, типа, как эти макеты называть, как называть свои компоненты, как кому звонить, как ставить задачи, какие атрибуты у задачи должны быть, потому что у вас куча всяких разных людей.
39:42 Кто отвечает за толтариной кусочек?
39:44 Ты же за анбординг отвечаешь в технической части, скажем так, как-то ценишь ты.
39:51 Да, к сожалению, или к счастью, это так.
39:54 У нас на самом деле на все такие моменты есть, свои инструкции, свои чек-листы, и, в общем-то, для анбординга тоже есть чек-лист.
40:02 Выглядит это таким образом: что, ну, во-первых, мы удостовериваемся, что у дизайнера есть доступ ко всем нашим необходимым инструментам.
40:10 Ну, это естественно - фигма, это инструменты для общения.
40:13 Мы сейчас используем вебинар, это корпоративный мессенджер, рокет, это там наши внерабочие чатики, Телеграм, это жира, конфлюенс и другие, так скажем, доски, например, в мира в Ноушен, мы тоже его используем частично в нашей работе.
40:30 Это первая часть истории, да, вторая часть истории связана с тем, что мы проводим экскурсию условно по фигме, рассказываем, где что лежит, какой у нас там принцип, порядок и почему он такой.
40:42 Ну, собственно, примерно то же самое, что мы обсуждали в первый день.
40:45 Если человек не убегает в ужасе, да
40:49 обычно это такое - ну, как бы действительно лютый матан - такой в начале, да, человек немного в афиге находится, но когда он, как бы, вписывается, да, начинает так сказать, это щупать, он уже привыкает, вопросов не возникает.
41:03 Конечно, да, мы не требуем, чтобы человек там сразу все
41:06 скоп данных запомнил и сразу начал применять, главное, фойо информийшн, что называется, да, то есть проинформировать человека, чтобы он по это знал.
41:15 Тут я еще добавлю, да, финальный этап, да, мы проходимся по нашим процессам.
41:21 То есть, условно, вот инструкция
41:24 для дизайна, как Андрей Дэн называет ее.
41:28 Какие у нас этапности есть?
41:30 Почему мы их соблюдаем?
41:31 К кому идти, собственно, у кого, кто, короче, руководит твоим бэклогом, дизайнер, к кому ты должен прийти, согласовать макет, как ты потом должен
41:41 макеты оформить, как ты их должен обновить в проди и что немаловажно, поделиться с командой дизайнеров результатами, да, то есть, был ли эффективен твой дизайн или нет.
41:52 Ну, сейчас сказываю про вот эти части.
41:54 Также у нас есть различные чек-листы, инструкции.
41:56 Ну, вплоть до того, что у нас есть инструкция, каким образом мы экспортируем графику из макетов, так чтобы все получилось корректно.
42:03 У нас на сайте долгое время была проблема, что-нибудь было поддержки, например, рейтинг экранов.
42:07 Мы это решили полечить, есть инструкция, какие форматы, какие разрешения.
42:11 То есть, все это вот убранство - оно находится в конфлюенс, находится частично в ноушем.
42:16 Соответственно, посвящаю дизайнерам вот эти в аспекты, чтобы ребята тоже знали, что такие инструкции есть.
42:22 И когда там до нужпа добрутся, они могли пойти туда и информацию оттуда почерпнуть.
42:29 Ну и соответственно, отправлю дизайнера в команду к продукту, собственно, для того, чтобы он интегрировался в процесс работы.
42:39 Да, кстати, еще по поводу процесса - там тоже прям одна из гордостей, которая у нас описана часть в дизайн-процессе, это ревью-коды, да, ну, ревьюверские, то, что ребята делают.
42:51 Если свайбом все плюс-минус понятно, там все умеют открыть инспектор, посмотреть, а вот сапам вопросики, надо там либо приложение поставить, либо у себя на компьютере развернуть тестовый
43:07 Как это все дело запустить?
43:08 Это ты такой - блин, черт, пошел читать там, интернет.
43:13 У нас это все описано: прям ты прям делай раз, делай два, и там за 15 минут у тебя просто на экране компьютера запустилось приложение, ты его посмотрел, сделал скриншотики там и так далее, описал то, что тебе нужно.
43:27 Вот Саша сделал очень - прям круто.
43:29 У нас мне кажется, прям этот этап оформлен - один из самых таких детализированных.
43:36 Саша, вопрос к тебе, как человек формирует всячески чек-листы, гайды и так далее.
43:42 Вот смотри, Андрей сейчас сказал, собственно, про то, что необходимо бывает, да, там среду разработки залезть, посмотреть все это хозяйство.
43:51 А что насчет коммуникации с разрабами?
43:54 Потому что дизайнеры между собой как угодно могут макеты называть, да, соответственно, и как угодно их организовывать и это может быть эффективно.
44:02 Но есть чуваки, которые называются разработка, которая просто может отказать, принимать что-то в работу на основании того, что вы что-то как-то не так все поназывали, как мы это делаем.
44:12 Да, смотри, история из двух частей состоит.
44:16 Вот то, что сказал Андрей, мы внутри себя называем процесс дизайн-ревью.
44:20 Это такой авторский надзор.
44:22 По сути, дизайнер после того, как фичу реализовали, разработчики, он смотрит, очевидно, там сайт на стейдж на альфе.
44:33 тестовый стенд открывает и смотрит, как там сверстали макет, да, насколько там отступы, шрифты соответствуют, задумке.
44:41 С приложениями чуть-чуть сложнее, действительно, мы используем либо устройство.
44:46 То есть, у дизайнеров есть тестовые устройства, они скачивают сборку.
44:50 На андроид это апока файл, на айос это, естественно, тест-флайт.
44:54 Ребята запускают нужную версию приложения, также снимают скриншоты и фиксируют дизайн-дефекты, если они есть.
45:01 Если у дизайнера нет своего устройства, ну иногда просто даже подручнее - просто снимать скриншоты сразу с симулятора, то ребята устанавливают Андроид-Студию или Икс-код, и, собственно, там просто запускают сборку тестов, которые предоставляют тестировщики.
45:16 Весь процесс тоже зафиксирован и интегрирован именно с точки зрения продуктовых команды.
45:23 А вторая часть истории заключается в том, что мы находимся в тесном контакте и, так скажем, часто общаемся с разработчиками.
45:33 Во-первых, дизайнер встроен в продуктовый процесс команды, и у них есть внутри командные синки, на которые дизайнер ходит, и где разработчик
45:42 задает вопросы по реализации макета, или какие-то уточняющие моменты, наоборот, дизайн разработчику задает.
45:50 То есть можно мы сделать так или нет.
45:55 одна составная этого всего.
45:58 Вторая история связана с тем, что мы на еженедельной основе общаемся с фронт-энд-лидами разработки Андроид, айос и веба для того, чтобы как раз-таки решить вопросы, ну, так скажем, найти компромиссное или такое идеально решение сочетания крутого дизайна и технических ограничений.
46:21 Что в приложении, что на сайте.
46:22 Есть свои нюансы, есть архитектурные особенности, которые были заложены
46:27 довольно давно, и с которыми нам приходится работать, которыми приходится адаптировать дизайн.
46:32 Таким образом, мы, во-первых, через себя пропускаем эту информацию, во-вторых, транслируем на дизайнеров, таким образом, чтобы ребята делали макеты, чтобы они были билдабл, чтобы это можно было закодировать, чтобы у разработчиков не возникали вопросы, о которых ты говоришь, что ребята мы не можем так сделать.
46:50 Мы делаем дизайн, который ребята могут сделать, потому что мы знаем, как настроение кода это все дело устроено.
46:57 Да, либо просим вот этих, ну, как бы, лидов на этих встречах в том же самом дизайнер, например, в рамках сил каких-то ограничений, дизайнер не может что-то реализовать.
47:06 Один не может реализовать, второй не может реализовать, а
47:10 протащить эту доработку в рамках какой-то фичи, ну, типа, как обычно, нет, потому что ценность там только дизайнера видят, да, мы такие, да вот консистентно же будет, вот же будет там фэнси-дизайн, классность, такие, ну да, но как бы давайте там типа повышать тинпес там или еще что-то, какие-то более такие продуктовые вещи делать.
47:30 И как раз в рамках команды такое сделать сложно, а вот на этих синках со лидами мы как раз ищем какие-то простые, не знаю, решения, бьем это на этапы, они
47:41 помогают нам в том числе найти это решение, как мы можем это реализовать и
47:48 затаскиваем эти изменения либо через ледов, либо через
47:52 разбивку на какие-то там итерации до прода.
47:58 Дизайнеров становятся проще, сайты и приложения выглядят лучше, и так далее.
48:04 Знаешь, мне кажется, это действительно классный аргумент в пользу того, чтобы прямо сейчас зайти по ссылочке в описании и отправить туда резюме.
48:11 Кстати, вопрос еще такой.
48:12 Смотри, у нас некоторые слушатели спрашивают такие вещи: типа, а что будет, если я этот выпуск слушаю не в августе, когда мы все это записываем, да, и не в сентябре, а где-нибудь октябрь, ноябрь или зима.
48:25 Вы рассматриваете, пополняете копилку ребят, которые присылают вам резюмешки.
48:30 То есть, ну, типа, вот сейчас нет, или она закрыта, ну, опоздал человек.
48:35 Стоит ли вообще откликаться на вакансии, которые вот не прямо сейчас возникли?
48:41 Да, 100% стоит, потому что, ну, как это
48:46 люди приходят, уходят, работа остается.
48:49 Работа остается, да.
48:51 Ну, как бы на самом деле, да, мы как бы классных ребят, держим компас, там условно, да, на них, и если что-то у нас появляется, то мы как бы с ними связываемся.
49:03 Либо, ну мы же тоже общаемся с другими командами, кому-то нужны
49:07 не нужен дизайнер к нам, да, нужен дизайнер кому-то другому в МТС, например.
49:12 Поэтому пишите в любое время, в сентябре, в октябре или когда вы это услышите?
49:20 В любое время, наверное, не надо, Миша наша и Ичар наш бьет,
49:28 отличный, мне кажется, совет.
49:30 Раз, кстати, совет, то упомянули, наверное, последний к вам вопрос.
49:34 Посоветуйте что-нибудь ребятам, которые совсем начинающие.
49:38 Потому что понятно, да, что слушают нас, но наша аудитория растет месяц с нами.
49:42 Да, и у нас много, наверное, медлов, синеров, хотя нет, синеров вообще в мире немного, но медлов, ребят, как бы окей, по продукту нас слушают ребята, которые хотят в медлов только вырасти.
49:53 Или многие даже в джунов хотя бы.
49:57 делают только свои первые шаги, еще ни разу не устраивались.
50:00 Посоветуйте начинающим дизайнерам, что они могут сделать, как подходить к макету, короче говоря, да, как на что обращать внимание
50:11 с точки зрения технической, на том уровне абстракций, на котором им это было бы понятно.
50:16 Ну, давай ставьте про макет, наверное, скажу, а я что-нибудь другое.
50:21 Я стараюсь пропагандировать такой подход, что к макетам нужно подходить как к чектежам.
50:26 По сути, они эти артефактами являются.
50:30 Мы рисуем дом, закладываем в него фундамент, рисуем крышу и проектируем это таким образом, чтобы это не развалилось и прошло проверку времени.
50:41 Поэтому, когда вы делаете макияж, старайтесь уделять внимание его, так скажем, техническому аспекту.
50:50 Он красивый, красивый ЮАИ, красивый анимация.
50:53 Вот эти, знаешь, суперкрасивые кейсы на бихенс, но очень важно, чтобы ваш макет можно было легко прочитать.
51:01 Очень важно, чтобы там был дизайн отображен, который соответствует действительности и техническим ограничениям.
51:08 Нет смысла рисовать макеты, которые останутся у вас в столе.
51:12 Поэтому я бы рекомендовал начинающим дизайнерам не забывать про эту часть работы - то есть, вы прокачиваете визуал, куча курсов есть, которые говорят, что нужно делать там красиво, модно, стильно и так далее.
51:25 Но зачастую теряется вот эта часть работы.
51:28 Систематизация, это упрощение, это структуризация и внимание к мелочам.
51:37 На мой взгляд, это важно, и чем раньше вы это начнете делать, чем раньше вы это начнете понимать, тем ценнее вы станете для бизнеса, для команды.
51:45 Потому что, ну, все-таки как ни крути, посмотрите на развитие нейросетей, посмотрите на инструменты, которые у нас сейчас появляются.
51:53 УАЙ - он становится уже такой на второй план.
51:56 То есть у нас появляются инструменты, которые могут генерировать этот интерфейс.
51:59 Я не уделюсь, если через некоторое время будем писать некоторые промпты, которые на вход будут получать дизайн-систему, и в итоге будет генерироваться экран.
52:08 И если с точки зрения сайты посмотреть,, то кажется что чем системнее ваш подход к интерфейсу, чем он логичнее продуманнее, тем проще вам будет проектировать интерфейсы будущего.
52:21 Андрей, ну дополни, пожалуйста, со своей, так сказать, колокольчик колокольни, не совсем про техническую, может быть, часть, но про мотивационную да, дополню.
52:30 Ну, значит, начинающим дизайнером, мне кажется, да, не только начинающим, вообще, в принципе, всем дизайнерам,
52:40 нужна осознанность, в чем она заключается.
52:43 Ты должен всегда понимать, что ты делаешь и для чего.
52:47 Иногда там, знаешь, вот, типа, Какой-нибудь там молодой дизайнер садится рисовать сайт, какой-нибудь или там приложение, и его уносят там в дебре его нейросеть, уже понесла его в какие-то там концепты для Биханса, не знаю, он уже думает, как его приложение станет
53:08 получить какие-то там награды, ленточки и так далее.
53:12 И может забыть вообще о том, что он делает, для кого, для каких пользователей, какую проблему решает, а какие у него вообще принципы ресурсы есть, кто с ним в команде?
53:22 Вот вопросы: что я делаю, зачем, почему, для кого.
53:26 Они помогают эту осознанность, как бы в голове держать, и результат получается лучше, вот поэтому мне кажется, это
53:34 такая важная штука, которую нужно
53:37 в себе растить и поддерживать.
53:41 Здравый смысл всему голова.
53:44 Этой фразой мы, наверное, завершим выпуск.
53:47 Ну что ж, друзья, все ссылки мы приложим в описании.
53:50 В обязательном порядке подпишитесь также на канал МТС-Дизайн.
53:54 Он достаточно интересный и насыщенный.
53:56 Вот есть канал на Ютубе, есть канал в телеге.
53:58 В общем, тоже ссылки оставим.
54:00 На вакансию отвлекаюсь.
54:02 Действительно, очень классные, мощные заряженные ребята.
54:04 Категорически рекомендую хотя бы с ним пообщаться, вылезти на собеседование, потому что насколько нетоксичные люди работают в МТС, мне кажется, любой человек, который даже сюда может и не попадет, он получит огромный продуктовый опыт - опыт прохождения собеседования, если решиться на такой шаг.
54:25 Ну что ж, с вами были Александр Мумотов, хранитель дизайн-культуры и дизайн полицейский в Сия МТС.
54:32 Андрей Галактионов, дизайн лид деливери команды.
54:36 Друзья, мы не поговорили, к сожалению, не успели, да, в рамках тайминга про ваш творческий путь, поэтому я приглашаю вас еще в подкаст прийти.
54:46 обязательно записаться, рассказать о себе, о вашем творческом пути.
54:49 Слушателям я категорически рекомендую вопросы для собственного Андрея и Александра оставить в комментариях к этому выпуску.
54:57 Ну и прощаемся с вами.
54:59 Пока-пока, спасибо, пока пока.
Комментарии
Войдите, чтобы оставить комментарий.