/designer
#подборка Промты для #Midjourney и #StableDiffusion — по ссылкам: 1. Криповый пет-проект Кирилла Липового (канал @detach_instance). Кирилл завёл инстаграм-аккаунт виртуальной модели и сгенерил ей портфолио в Stable Diffusion. 2. Женский портрет, Midjourney…
Подборка 10 генераций из /imagine с промтами
@slashimagineai — чат проекта @slashdesigner про генерацию изображений в AI. Мы рады новым участникам, которым любопытно исследовать возможности Midjourney и делиться своими находками.
@slashdesigner #первые_шаги #AI
@slashimagineai — чат проекта @slashdesigner про генерацию изображений в AI. Мы рады новым участникам, которым любопытно исследовать возможности Midjourney и делиться своими находками.
@slashdesigner #первые_шаги #AI
#снек 21. Когда может потребоваться портфолио в PDF
Моя коллега по прошлой работе в Ozon и хорошая знакомая Юля Черкасова написала ценные дополнения для поста про формат портфолио. Ей слово:
В Hello Fresh 20 000 сотрудников, 7,3 миллионов активных пользователей.
Их форма отклика на вакансию очень простая — поле для файла CV, пара инпутов для личных данных, загрузка cover letter и портфолио. Можно добавить файл из Dropbox, OneDrive или загрузить с диска.
За неимением портфолио в PDF, мне пришлось извращаться и заливать файл с первой страницей Ноушена со ссылками на проекты. Но и тут был подвох — загруженный с диска файл не мог быть больше 2 mb. На файлы с Dropbox и OneDrive ограничений не было.
Выводы:
1. Не все работодатели заботятся о твоём опыте и могут совершенно абсурдным образом мешать податься на вакансию. Ну вот что им стоило добавить инпут для ссылки на сайт?
2. Иметь упрощённую версию портфолио в PDF может быть полезно, потому что все работодатели разные, и требования тоже. К слову, Hello Fresh были первыми на моем опыте, кто требовал портфолио файлом, но убила я времени на эту заявку гораздо больше, чем на форму из 5 страниц в Amazon.
3. В CV всегда добавляй ссылку на портфолио. Тебе это ничего не будет стоить, а для нанимающей стороны это даст значительную экономию времени.
@slashdesigner #первые_шаги #портфолио #снек карьера
Моя коллега по прошлой работе в Ozon и хорошая знакомая Юля Черкасова написала ценные дополнения для поста про формат портфолио. Ей слово:
В Hello Fresh 20 000 сотрудников, 7,3 миллионов активных пользователей.
Их форма отклика на вакансию очень простая — поле для файла CV, пара инпутов для личных данных, загрузка cover letter и портфолио. Можно добавить файл из Dropbox, OneDrive или загрузить с диска.
За неимением портфолио в PDF, мне пришлось извращаться и заливать файл с первой страницей Ноушена со ссылками на проекты. Но и тут был подвох — загруженный с диска файл не мог быть больше 2 mb. На файлы с Dropbox и OneDrive ограничений не было.
Выводы:
1. Не все работодатели заботятся о твоём опыте и могут совершенно абсурдным образом мешать податься на вакансию. Ну вот что им стоило добавить инпут для ссылки на сайт?
2. Иметь упрощённую версию портфолио в PDF может быть полезно, потому что все работодатели разные, и требования тоже. К слову, Hello Fresh были первыми на моем опыте, кто требовал портфолио файлом, но убила я времени на эту заявку гораздо больше, чем на форму из 5 страниц в Amazon.
3. В CV всегда добавляй ссылку на портфолио. Тебе это ничего не будет стоить, а для нанимающей стороны это даст значительную экономию времени.
@slashdesigner #первые_шаги #портфолио #снек карьера
Запускаю менторские сессии по продуктовому дизайну
Открываю набор для дизайнеров на индивидуальные сессии, а также консультации для компаний.
В своей карьере я успел поработать в трёх крупных банках и всем известном маркетплейсе. Я нанял более 20 дизайнеров в одну из дизайн-команд, отсмотрел несколько сотен портфолио и провёл десятки собеседований. В данный момент работаю в крупнейшем финтехе Казахстана, где возглавляю проект дизайн-системы. Я хорошо знаю процессы в корпорациях изнутри.
Я периодически провожу такие сессии на протяжении последних 5 лет, но теперь принял решение сделать их регулярной практикой. Свежие отзывы студентов можно найти в канале @slashfeedback. Даже одна сессия может привести к важным открытиям и пробить стеклянный потолок, который мешал развиваться.
С чем могу помочь
- Конфиденциально разберём сложные UX-задачи с работы, вместе поштормим и сгенерим гипотезы, смотри рубрику #UX_задача
- Приведём в порядок дизайн-ассеты, сделаем уборку и внедрим лучшие практики оптимизации в макетах: киты, компоненты, стайлгайды
- Компаниям: помогу вашей команде организовать дизайн-систему
- Разложим по полочкам, что ты умеешь и что можно ещё изучить. Индивидуально подберём курсы и книги для прокачки
- Проговорим, как использовать твои умения максимально эффективно и на чём сфокусироваться
- Дам качественную бережную обратную связь по твоему дизайну, как на #UI_ревью, только в реальном времени
- Помогу написать резюме и привести в порядок портфолио, посмотреть на него глазами нанимающего
- Подготовлю к интервью, проведём мок-интервью и сделаем презентацию о тебе
- Распишем дальнейшую карьерную стратегию, как договариваться о повышении и грамотно делать трансферы
- Преодолеем страх отказа при найме, если ты думаешь, что не сможешь найти работу ещё лучше
Все сессии пишем на видео и храним записи, в любой момент можно пересмотреть.
Цена сессии для дизайнеров: 1 час на сегодня — 6 000 ₽. При оплате 5 сессий скидка 5%.
Цена часа для компаний — 10 000 ₽ / 120 $ / 50 000 ₸.
Чтобы откликнуться и забронировать время, пиши: @okunev.
PS – в @slashdesigner больше не будет коммерческой рекламы. Доход от сессий я вкладываю в проект: оплачиваю работу корректора и редактора, чтобы выпускать такие материалы и обновление курса по Figma, вкладываю в рекламу и хостинг для slashdesigner.ru. Через участие в сессиях ты будешь поддерживать наш проект.
@slashdesigner #для_профи
Открываю набор для дизайнеров на индивидуальные сессии, а также консультации для компаний.
В своей карьере я успел поработать в трёх крупных банках и всем известном маркетплейсе. Я нанял более 20 дизайнеров в одну из дизайн-команд, отсмотрел несколько сотен портфолио и провёл десятки собеседований. В данный момент работаю в крупнейшем финтехе Казахстана, где возглавляю проект дизайн-системы. Я хорошо знаю процессы в корпорациях изнутри.
Я периодически провожу такие сессии на протяжении последних 5 лет, но теперь принял решение сделать их регулярной практикой. Свежие отзывы студентов можно найти в канале @slashfeedback. Даже одна сессия может привести к важным открытиям и пробить стеклянный потолок, который мешал развиваться.
С чем могу помочь
- Конфиденциально разберём сложные UX-задачи с работы, вместе поштормим и сгенерим гипотезы, смотри рубрику #UX_задача
- Приведём в порядок дизайн-ассеты, сделаем уборку и внедрим лучшие практики оптимизации в макетах: киты, компоненты, стайлгайды
- Компаниям: помогу вашей команде организовать дизайн-систему
- Разложим по полочкам, что ты умеешь и что можно ещё изучить. Индивидуально подберём курсы и книги для прокачки
- Проговорим, как использовать твои умения максимально эффективно и на чём сфокусироваться
- Дам качественную бережную обратную связь по твоему дизайну, как на #UI_ревью, только в реальном времени
- Помогу написать резюме и привести в порядок портфолио, посмотреть на него глазами нанимающего
- Подготовлю к интервью, проведём мок-интервью и сделаем презентацию о тебе
- Распишем дальнейшую карьерную стратегию, как договариваться о повышении и грамотно делать трансферы
- Преодолеем страх отказа при найме, если ты думаешь, что не сможешь найти работу ещё лучше
Все сессии пишем на видео и храним записи, в любой момент можно пересмотреть.
Цена сессии для дизайнеров: 1 час на сегодня — 6 000 ₽. При оплате 5 сессий скидка 5%.
Цена часа для компаний — 10 000 ₽ / 120 $ / 50 000 ₸.
Чтобы откликнуться и забронировать время, пиши: @okunev.
PS – в @slashdesigner больше не будет коммерческой рекламы. Доход от сессий я вкладываю в проект: оплачиваю работу корректора и редактора, чтобы выпускать такие материалы и обновление курса по Figma, вкладываю в рекламу и хостинг для slashdesigner.ru. Через участие в сессиях ты будешь поддерживать наш проект.
@slashdesigner #для_профи
#снек 22. Коммуникация с заказчиком: основы
Подарки подарены, оливьеха съедена, родственники поздравлены, а значит мы можем возвращаться в любимые Figma и Notion, чтобы продолжить причинять добро нашим пользователям и бизнесу.
Как-то я написал подробный бриф продуктового дизайнера. В нём много конкретных вопросов про дизайн-процесс и выяснение требований. Он способен покрыть задачу вообще любого размера, но многие из этих вопросов могут вызывать у заказчиков головную боль и упадок духа. Подвергать их формальному заполнению брифа по любой задаче точно не стоит. Взаимодействуя с заказчиком мы должны быть гибкими, не заставлять его страдать, а наоборот выступать с позиции помощи, чтобы прояснять неясное.
Сегодня же начну обсуждать ценности, которые лежат в основе эффективной работы дизайнера с заказчиками. Получилось в четырёх частях:
1. Доверие
2. Коммуникация с ЛПР
3. Каналы коммуникации
3. Фасилитация и выстраивание рамок
4. Проверка решения
Часть 1. Доверие
Важнейший ресурс дизайнера, оно в центре всего взаимодействия. Не возникает на пустом месте, а появляется там где есть прозрачная коммуникация, понятные правила и предсказуемость результата. Обычно человек, который готов передать тебе задачу на дизайн, готов дать немного доверия авансом.
«Мы встретились, чтобы я помог тебе. Ты можешь мне довериться» — вот основная мысль, которую я транслирую с первой же встречи. Если нет доверия к тебе, не будет доверия и к результату твоей работы, каким бы классным он ни был. Тогда нас ждут долгие согласования, правки, взаимные упрёки и далее по списку.
Формула, по которой мы зарабатываем доверие:
1. Фиксируем договорённости и потребности
2. Поддерживаем непрерывную прозрачную коммуникацию
3. Выдаём стабильный предсказуемый качественный результат
4. Подводим итоги, чтобы зафиксировать успехи в голове у заказчика
Продолжение следует, будет занятно.
@slashdesigner #первые_шаги #майндсет
Подарки подарены, оливьеха съедена, родственники поздравлены, а значит мы можем возвращаться в любимые Figma и Notion, чтобы продолжить причинять добро нашим пользователям и бизнесу.
Как-то я написал подробный бриф продуктового дизайнера. В нём много конкретных вопросов про дизайн-процесс и выяснение требований. Он способен покрыть задачу вообще любого размера, но многие из этих вопросов могут вызывать у заказчиков головную боль и упадок духа. Подвергать их формальному заполнению брифа по любой задаче точно не стоит. Взаимодействуя с заказчиком мы должны быть гибкими, не заставлять его страдать, а наоборот выступать с позиции помощи, чтобы прояснять неясное.
Сегодня же начну обсуждать ценности, которые лежат в основе эффективной работы дизайнера с заказчиками. Получилось в четырёх частях:
1. Доверие
2. Коммуникация с ЛПР
3. Каналы коммуникации
3. Фасилитация и выстраивание рамок
4. Проверка решения
Часть 1. Доверие
Важнейший ресурс дизайнера, оно в центре всего взаимодействия. Не возникает на пустом месте, а появляется там где есть прозрачная коммуникация, понятные правила и предсказуемость результата. Обычно человек, который готов передать тебе задачу на дизайн, готов дать немного доверия авансом.
«Мы встретились, чтобы я помог тебе. Ты можешь мне довериться» — вот основная мысль, которую я транслирую с первой же встречи. Если нет доверия к тебе, не будет доверия и к результату твоей работы, каким бы классным он ни был. Тогда нас ждут долгие согласования, правки, взаимные упрёки и далее по списку.
Формула, по которой мы зарабатываем доверие:
1. Фиксируем договорённости и потребности
2. Поддерживаем непрерывную прозрачную коммуникацию
3. Выдаём стабильный предсказуемый качественный результат
4. Подводим итоги, чтобы зафиксировать успехи в голове у заказчика
Продолжение следует, будет занятно.
@slashdesigner #первые_шаги #майндсет
#снек 23. Часть 2. Коммуникация с ЛПР
Продолжаем серию снеков про основы взаимодействия с заказчиком. Начало: Часть 1. Доверие.
О коммуникации пишут целые книги, так что в рамках маленькой серии постов мы едва ли успеем затронуть верхушку айсберга. Однако, это то, чем должен владеть каждый дизайнер, чтобы быть успешным.
В первую очередь определяем ЛПР — лицо, принимающее решение. Изначальный импульс, что надо делать определённую задачу, всегда исходит от заказчика, которым может быть коммерческий клиент, PM команды или кто-либо ещё, кто будет принимать дизайн. Импульс должен идти от того же человека, который будет принимать финальный дизайн.
Важная мысль: встречи всегда ведёшь ты, а не заказчик, иначе быстро окажемся в ситуации, когда нам навязывают дизайн-решение до стадии дизайна.
В крупных компаниях может быть ситуация, когда есть большой руководитель, от которого нам приходит задача. Он недоступен для ежедневной оперативной работы, и это нормально. Тогда 95% времени мы работаем с его сотрудником. В этом случае мы всё равно отдаём себе отчёт, что ЛПР — первый человек и дизайн будут считаться принятым, только когда его примут на верхнем этаже.
Чтобы процесс был максимально эффективным, мы начинаем работу с личной или удалённой встречи с ЛПР, и тогда с меньшей вероятностью мы будем играть в испорченный телефон и таким образом можем получить немножко больше доверия авансом. Чем больше звеньев в цепи коммуникации, тем тяжелее всё будет происходить, и тем больше пакетов информации мы неизбежно потеряем по пути. От этого напрямую зависит количество усилий, качество дизайна и конечные сроки.
Крутые дизайнеры всегда круты в коммуникации. Если она хорошо выстроена, задачи быстро согласуются, факапы отслеживаются на ранней стадии, а работа доставляет удовольствие.
Далее проговорим, какие бывают у нас инструменты коммуникации и как их уместно использовать. Буду рад вопросам в комментариях.
@slashdesigner #первые_шаги #майндсет
Продолжаем серию снеков про основы взаимодействия с заказчиком. Начало: Часть 1. Доверие.
О коммуникации пишут целые книги, так что в рамках маленькой серии постов мы едва ли успеем затронуть верхушку айсберга. Однако, это то, чем должен владеть каждый дизайнер, чтобы быть успешным.
В первую очередь определяем ЛПР — лицо, принимающее решение. Изначальный импульс, что надо делать определённую задачу, всегда исходит от заказчика, которым может быть коммерческий клиент, PM команды или кто-либо ещё, кто будет принимать дизайн. Импульс должен идти от того же человека, который будет принимать финальный дизайн.
Важная мысль: встречи всегда ведёшь ты, а не заказчик, иначе быстро окажемся в ситуации, когда нам навязывают дизайн-решение до стадии дизайна.
В крупных компаниях может быть ситуация, когда есть большой руководитель, от которого нам приходит задача. Он недоступен для ежедневной оперативной работы, и это нормально. Тогда 95% времени мы работаем с его сотрудником. В этом случае мы всё равно отдаём себе отчёт, что ЛПР — первый человек и дизайн будут считаться принятым, только когда его примут на верхнем этаже.
Чтобы процесс был максимально эффективным, мы начинаем работу с личной или удалённой встречи с ЛПР, и тогда с меньшей вероятностью мы будем играть в испорченный телефон и таким образом можем получить немножко больше доверия авансом. Чем больше звеньев в цепи коммуникации, тем тяжелее всё будет происходить, и тем больше пакетов информации мы неизбежно потеряем по пути. От этого напрямую зависит количество усилий, качество дизайна и конечные сроки.
Крутые дизайнеры всегда круты в коммуникации. Если она хорошо выстроена, задачи быстро согласуются, факапы отслеживаются на ранней стадии, а работа доставляет удовольствие.
Далее проговорим, какие бывают у нас инструменты коммуникации и как их уместно использовать. Буду рад вопросам в комментариях.
@slashdesigner #первые_шаги #майндсет
#снек 24. Про баланс текстов и иллюстраций в портфолио
Моя коллега по прошлой работе в Ozon и хорошая знакомая Юля Черкасова написала ценные дополнения для поста про формат портфолио. Ранее она рассказала, когда может потребоваться портфолио в PDF. Кстати, сейчас Юля ищет работу в Германии и я рекомендую её как отличного специалиста.
Ей слово:
Я активно хожу и общаюсь с нанимающими менеджерами разных крупных компаний: на интервью, оффлайн-мероприятиях, вебинарах, как с менторами на ADPlist, так и просто в LinkedIn. И у рекрутера, и у нанимающего менеджера в крупной компании очень много заявок на одну вакансию. В среднем они тратят на просмотр портфолио не больше пары минут.
1. Да, иметь в портфолио разборы кейсов, где ты рассказываешь про процесс и свой ход мысли — обязательно. НО! Кейс должен быть понятен и без текста. В нём должно быть достаточно иллюстраций, чтобы зацепить менеджера прочитать хотя бы подзаголовки и показать твой профессионализм. Менеджер принимает решение, стоит ли звать дизайнера на интервью уже за первую минуту просмотра портфолио, и он точно не будет сидеть и 20 минут вчитываться, что ты расписал. Об этом он лучше послушает на интервью от тебя лично.
2. Описывать сложный проект — тоже непростая задача. Не рассчитывай, что нанимающая сторона точно поймет, что происходит в кейсе, прочитав текст.
[Саша дописал: тем важнее как можно конкретнее описать решаемую задачу в первом экране кейса.]
3. Помимо кейса можно добавить качественные макеты, чтобы сразу создать первое впечатление. Сделай галерею, показывающую с какими проектами ты работал, скрины из дизайн-системы, фотки процесса — что-то, что понятно без слов, но показывает твой уровень.
@slashdesigner #для_профи #портфолио #карьера
Моя коллега по прошлой работе в Ozon и хорошая знакомая Юля Черкасова написала ценные дополнения для поста про формат портфолио. Ранее она рассказала, когда может потребоваться портфолио в PDF. Кстати, сейчас Юля ищет работу в Германии и я рекомендую её как отличного специалиста.
Ей слово:
Я активно хожу и общаюсь с нанимающими менеджерами разных крупных компаний: на интервью, оффлайн-мероприятиях, вебинарах, как с менторами на ADPlist, так и просто в LinkedIn. И у рекрутера, и у нанимающего менеджера в крупной компании очень много заявок на одну вакансию. В среднем они тратят на просмотр портфолио не больше пары минут.
1. Да, иметь в портфолио разборы кейсов, где ты рассказываешь про процесс и свой ход мысли — обязательно. НО! Кейс должен быть понятен и без текста. В нём должно быть достаточно иллюстраций, чтобы зацепить менеджера прочитать хотя бы подзаголовки и показать твой профессионализм. Менеджер принимает решение, стоит ли звать дизайнера на интервью уже за первую минуту просмотра портфолио, и он точно не будет сидеть и 20 минут вчитываться, что ты расписал. Об этом он лучше послушает на интервью от тебя лично.
2. Описывать сложный проект — тоже непростая задача. Не рассчитывай, что нанимающая сторона точно поймет, что происходит в кейсе, прочитав текст.
[Саша дописал: тем важнее как можно конкретнее описать решаемую задачу в первом экране кейса.]
3. Помимо кейса можно добавить качественные макеты, чтобы сразу создать первое впечатление. Сделай галерею, показывающую с какими проектами ты работал, скрины из дизайн-системы, фотки процесса — что-то, что понятно без слов, но показывает твой уровень.
@slashdesigner #для_профи #портфолио #карьера
#снек 26. Основы коммуникации, часть 3. Каналы
В предыдущих сериях: про доверие заказчика, коммуникацию с ЛПР.
Сотни тысяч дизайн-проектов бы были более успешными, если бы дизайнеры обращали внимание на то, как они строят коммуникацию.
Каждое наше действие по проекту должно вести к максимальному эффекту, поэтому мы воспринимаем каналы коммуникации как инструменты и выбираем их осознанно.
Каналы могут быть синхронными и асинхронными. Обе группы имеют свои сильные и слабые стороны, которые могут дополнять друг друга.
Синхронные — встреча или созвон, предполагают взаимодействие в реальном времени, они как правило доступны нам реже, но принятие решений в таком формате происходит гораздо быстрее. Как минимум дважды крайне желательно встретиться с ЛПР синхронно: на установочной встрече и на финальной презентации дизайна. Если этого не сделать, быть на одной волне с ЛПР будет сложнее.
Асинхронные — почта, тикеты, телеграм-чаты, комментарии в Figma или Notion. Они позволяют медленно анализировать большие объёмы информации в спокойной обстановке, а также отслеживать, когда произошло что-то важное. Однако, все асинхронные каналы имеют существенный недостаток: информация может искажаться при передаче, поскольку каждый читатель интерпретирует текст по-своему. Когда отсутствует быстрая обратная связь, возникает дискоммуникация, которая делает рабочий процесс тяжелее и откладывает срок принятия дизайна.
Чтобы пост не стал слишком длинным, в комментариях к нему я расписал, как лучше применять все эти типы.
Синхронные: личная встреча и созвон.
Асинхронные: письмо, чат команды, Ноушн или Конфа.
Дальше поговорим про этапы коммуникации по продуктовой задаче.
@slashdesigner #первые_шаги #майндсет
В предыдущих сериях: про доверие заказчика, коммуникацию с ЛПР.
Сотни тысяч дизайн-проектов бы были более успешными, если бы дизайнеры обращали внимание на то, как они строят коммуникацию.
Каждое наше действие по проекту должно вести к максимальному эффекту, поэтому мы воспринимаем каналы коммуникации как инструменты и выбираем их осознанно.
Каналы могут быть синхронными и асинхронными. Обе группы имеют свои сильные и слабые стороны, которые могут дополнять друг друга.
Синхронные — встреча или созвон, предполагают взаимодействие в реальном времени, они как правило доступны нам реже, но принятие решений в таком формате происходит гораздо быстрее. Как минимум дважды крайне желательно встретиться с ЛПР синхронно: на установочной встрече и на финальной презентации дизайна. Если этого не сделать, быть на одной волне с ЛПР будет сложнее.
Асинхронные — почта, тикеты, телеграм-чаты, комментарии в Figma или Notion. Они позволяют медленно анализировать большие объёмы информации в спокойной обстановке, а также отслеживать, когда произошло что-то важное. Однако, все асинхронные каналы имеют существенный недостаток: информация может искажаться при передаче, поскольку каждый читатель интерпретирует текст по-своему. Когда отсутствует быстрая обратная связь, возникает дискоммуникация, которая делает рабочий процесс тяжелее и откладывает срок принятия дизайна.
Чтобы пост не стал слишком длинным, в комментариях к нему я расписал, как лучше применять все эти типы.
Синхронные: личная встреча и созвон.
Асинхронные: письмо, чат команды, Ноушн или Конфа.
Дальше поговорим про этапы коммуникации по продуктовой задаче.
@slashdesigner #первые_шаги #майндсет
#опрос
В @slashdesigner значительно снизились просмотры постов. Прошу поучаствовать в опросе, чтобы мы смогли выяснить, как скорректировать стратегию развития канала.
В @slashdesigner значительно снизились просмотры постов. Прошу поучаствовать в опросе, чтобы мы смогли выяснить, как скорректировать стратегию развития канала.
Итак, опрос про снижение активности
Anonymous Poll
41%
Конкуренты: слишком много каналов, посты теряются
15%
Формат: Неинтересно читать тексты, хочу больше медиа
18%
Контент: Сами темы не цепляют, формат и конкуренты ни при чём
2%
Платформа: я не читаю каналы в принципе, контент про ПД получаю в других местах
5%
Контекст: мне в целом не до продуктового дизайна
3%
Другой вариант, напишу в комментарии
17%
Результаты
#тизер
Мы с моей помощницей Полиной приготовили детальный текстовый гайд Димы Маркова о том как дизайнеру переехать работать в Германию.
Гайд выйдет в понедельник, 22 января.
@slashdesigner #для_профи #эмиграция
Мы с моей помощницей Полиной приготовили детальный текстовый гайд Димы Маркова о том как дизайнеру переехать работать в Германию.
Гайд выйдет в понедельник, 22 января.
@slashdesigner #для_профи #эмиграция
#гайд Как дизайнеру переехать в Германию
Детальный разбор для продуктовых дизайнеров по всем ключевым этапам переезда в Германию по рабочей визе.
Читать оглавление:
slashdesigner.ru/lib/germany
Мы составили гайд в 11 частях на базе вебинара Среды Обучения, гостем на которой был Дима Марков. Кстати, у него есть канал @dimamarkovdesign. Вебинар прошёл около года назад и поэтому некоторые вещи устарели, но в тексте мы с Димой их актуализировали.
В первой части речь пойдёт о сообществах, которые будут полезны релокантам: Слаке berlinru, Вастрик.Клубе и сообществе ИТ Берлин в Фейсбуке.
slashdesigner.ru/lib/germany/communities
Если у тебя есть что сказать по теме, пожалуйста, дополни статью в комментариях и мы добавим твой ценный опыт в основной текст гайда.
@slashdesigner #для_профи #карьера #эмиграция
Детальный разбор для продуктовых дизайнеров по всем ключевым этапам переезда в Германию по рабочей визе.
Читать оглавление:
slashdesigner.ru/lib/germany
Мы составили гайд в 11 частях на базе вебинара Среды Обучения, гостем на которой был Дима Марков. Кстати, у него есть канал @dimamarkovdesign. Вебинар прошёл около года назад и поэтому некоторые вещи устарели, но в тексте мы с Димой их актуализировали.
В первой части речь пойдёт о сообществах, которые будут полезны релокантам: Слаке berlinru, Вастрик.Клубе и сообществе ИТ Берлин в Фейсбуке.
slashdesigner.ru/lib/germany/communities
Если у тебя есть что сказать по теме, пожалуйста, дополни статью в комментариях и мы добавим твой ценный опыт в основной текст гайда.
@slashdesigner #для_профи #карьера #эмиграция
#снек 27. Основы коммуникации, часть 4. Этапы
В предыдущих сериях: мы начали с основной идеи про доверие, коммуникацию с ЛПР, разбор каналов коммуникации.
Какова общая стратегия, которая ведёт к закрытым задачам и довольным заказчикам?
1. Прощупываем расстановку сил: насколько ЛПР нужна задача? Зачем это выяснять? Если выясняем, что не нужна, стремимся не брать эту задачу в работу, такой дизайн всё равно не дойдёт до прода.
2. Если мы поняли, что нужна, «начинаем поездку» и берём инициативу в свои руки. Делаем установочную встречу. Зачем? Фиксируем рамки и правила работы, организуем телеграм-чат, если планируется постоянная работа с командой и мы не сделали этого раньше.
3. На установочной встрече брифуем: фиксируем проблему и критерии принятого дизайна от ЛПР или его представителя. Зачем?
4. Проговариваем точки контроля на пути: когда мы будем показывать промежуточный результат работы. Зачем?
5. Оцениваем объём работы и только после этого оглашаем сроки.
6. На точках контроля демонстрируем промежуточный результат и сохраняемся. Слушаем фидбэк и корректируем развитие дизайна.
7. Предварительно высылаем готовый дизайн, чтобы он не был сюрпризом для ЛПР на демо. А стоит ли так делать?
8. Устраиваем закрывающую встречу — рок-концерт с фанфарами, всей нашей обаятельностью и вычищенными до блеска макетами: демонстрируем финальный дизайн на демо. Зачем?
9. Слушаем фидбэк: отрабатываем возражения и правки.
10. Демонстрируем исправленный дизайн на повторном демо, либо в переписке. Далее либо идём на шаг назад, либо вперёд, в зависимости от решения ЛПР.
11. ЛПР принимает наш дизайн. Передаём в разработку, закрываем задачу.
Я считаю этот план канонической стратегией коммуникации по продуктовым задачам и всегда им руководствуюсь в своей работе. Буду рад вопросам в комментариях.
Дальше в серии поговорим про выстраивание рамок и фасилитацию встреч.
@slashdesigner #первые_шаги #майндсет
В предыдущих сериях: мы начали с основной идеи про доверие, коммуникацию с ЛПР, разбор каналов коммуникации.
Какова общая стратегия, которая ведёт к закрытым задачам и довольным заказчикам?
1. Прощупываем расстановку сил: насколько ЛПР нужна задача? Зачем это выяснять? Если выясняем, что не нужна, стремимся не брать эту задачу в работу, такой дизайн всё равно не дойдёт до прода.
2. Если мы поняли, что нужна, «начинаем поездку» и берём инициативу в свои руки. Делаем установочную встречу. Зачем? Фиксируем рамки и правила работы, организуем телеграм-чат, если планируется постоянная работа с командой и мы не сделали этого раньше.
3. На установочной встрече брифуем: фиксируем проблему и критерии принятого дизайна от ЛПР или его представителя. Зачем?
4. Проговариваем точки контроля на пути: когда мы будем показывать промежуточный результат работы. Зачем?
5. Оцениваем объём работы и только после этого оглашаем сроки.
6. На точках контроля демонстрируем промежуточный результат и сохраняемся. Слушаем фидбэк и корректируем развитие дизайна.
7. Предварительно высылаем готовый дизайн, чтобы он не был сюрпризом для ЛПР на демо. А стоит ли так делать?
8. Устраиваем закрывающую встречу — рок-концерт с фанфарами, всей нашей обаятельностью и вычищенными до блеска макетами: демонстрируем финальный дизайн на демо. Зачем?
9. Слушаем фидбэк: отрабатываем возражения и правки.
10. Демонстрируем исправленный дизайн на повторном демо, либо в переписке. Далее либо идём на шаг назад, либо вперёд, в зависимости от решения ЛПР.
11. ЛПР принимает наш дизайн. Передаём в разработку, закрываем задачу.
Я считаю этот план канонической стратегией коммуникации по продуктовым задачам и всегда им руководствуюсь в своей работе. Буду рад вопросам в комментариях.
Дальше в серии поговорим про выстраивание рамок и фасилитацию встреч.
@slashdesigner #первые_шаги #майндсет
Forwarded from Figma
Dev Mode в Figma выходит из беты и становится платным! 🤑 Расскажу всё, что нужно знать об этом нововведении. Dev Mode — это эволюция ранее доступной панели Inspect, теперь это не просто одна панель, а полноценный режим для передачи макетов и удобства разработки. #новое
Для разработчика доступен код элементов для разных платформ, который можно брать за основу для разработки, а также появилась возможность создавать плагины с генерацией кастомного кода под разные фреймворки. Есть интеграция с VSCode, позволяющая смотреть дизайн не покидая среду разработки. Визуальное и текстовое сравнение изменений в коде упрощает поддержку компонентов.
В свою очередь дизайнерам доступна функция аннотаций, чтобы обратить внимание разработчика на важные детали (но плагин EightShapes Specs никто не отменял). Для улучшения совместной работы в команде представлены интеграции с Jira, Linear, Storybook и другими инструментами.
Теперь о ценах. Professional: для разработчиков необходимо купить полноценное место, как и дизайнеру. Organization и Enterprise могут купить Dev Mode отдельно по цене $25 и $35 в месяц соответственно (оплачивается за 12 месяцев). Dev Mode недоступен в бесплатном тарифе Starter.
Без Dev Mode разработка по-прежнему возможна! В файлах с доступом на просмотр разработчики могут бесплатно посмотреть и скопировать все необходимые свойства, переменные, стили и другую информацию. Как и раньше можно измерять отступы и экспортировать объекты (только без красивого меню — обучайте своих разрабов). Нет только генерации кода, то есть чуть больше придётся писать руками. Также в связи с дороговизной Dev Mode активизировались конкуренты, такие как Zeplin — у них уже давно есть интеграции, но возможно появится ещё больше возможностей. Также учитывая то, что некоторые разработчики предпочитают копировать файлы себе в Drafts, уверен, появится ещё больше плагинов для упрощения их работы в Figma.
Для разработчика доступен код элементов для разных платформ, который можно брать за основу для разработки, а также появилась возможность создавать плагины с генерацией кастомного кода под разные фреймворки. Есть интеграция с VSCode, позволяющая смотреть дизайн не покидая среду разработки. Визуальное и текстовое сравнение изменений в коде упрощает поддержку компонентов.
В свою очередь дизайнерам доступна функция аннотаций, чтобы обратить внимание разработчика на важные детали (но плагин EightShapes Specs никто не отменял). Для улучшения совместной работы в команде представлены интеграции с Jira, Linear, Storybook и другими инструментами.
Теперь о ценах. Professional: для разработчиков необходимо купить полноценное место, как и дизайнеру. Organization и Enterprise могут купить Dev Mode отдельно по цене $25 и $35 в месяц соответственно (оплачивается за 12 месяцев). Dev Mode недоступен в бесплатном тарифе Starter.
Без Dev Mode разработка по-прежнему возможна! В файлах с доступом на просмотр разработчики могут бесплатно посмотреть и скопировать все необходимые свойства, переменные, стили и другую информацию. Как и раньше можно измерять отступы и экспортировать объекты (только без красивого меню — обучайте своих разрабов). Нет только генерации кода, то есть чуть больше придётся писать руками. Также в связи с дороговизной Dev Mode активизировались конкуренты, такие как Zeplin — у них уже давно есть интеграции, но возможно появится ещё больше возможностей. Также учитывая то, что некоторые разработчики предпочитают копировать файлы себе в Drafts, уверен, появится ещё больше плагинов для упрощения их работы в Figma.