Odokienko | Design Twist

Продолжаю делиться небольшими штуками, которые делаю под себя. Про градиенты уже рассказывал, теперь про суфлёр

Недавно нужно было записать видос на английском. Учить текст было лень, проще было просто прочитать. Но меня супер раздражает, когда глаза бегают и по ним видно, что человек читает. И в себе я это тоже не люблю, поэтому был придуман обходной путь

Забилдил себе небольшую апку-суфлёр под Android. Сначала собрал первую версию и проверил, что работает. Потом сделал визуал чуть поприятнее, хотя можно было обойтись и без этого

Приложил пару скринов и видос, как это выглядит при съемке (на видео я читаю почти всё, но этого не видно)

Очень повезло, что у меня Android, а не iOS: не нужен никакой test flight — просто собрал .apk-шку, закинул на телефон и всё (upd. в комментах говорят, что можно и без тестфлайта)

Потом расскажу, как сделал себе свой SuperWhisper для диктовки / транскрибации 👀

Как сделать портфолио (ч. 4)

Наверное, самое сложное в портфолио — оформить кейсы

Когда нужно сесть и написать кейс, обычно возникают такие мысли:
1. Материалы не сохранились, процессы забыты
2. Непонятно, что именно показать, потому что сделано много
3. Непонятно, сколько должно быть текста
4. Нет метрик = нет нормального кейса
5. Не могу показать из-за NDA

Стоит сказать, что кейсы у джуна и у сеньора могут выглядеть по-разному. Джуну нужно больше рассказать про процесс, про то, какую роль он сыграл в проекте и как принимал решения. Сеньору это нужно меньше: он чаще проходит на собес и может подробно раскрыть детали уже там

Но всё равно у любого кейса должны быть скелет и якоря. Я бы выделил такие:
- Результаты: метрики, редизайны, запуски 0→1, крупные рекламные кампании, внедрения и т. д.
- Ваша роль и зона ответственности
- Суть задачи (и в чём была проблема)
- ВИЗУАЛ

Сам я ещё не выкатил кейсы, но уже сел их писать. Мой подход такой: разговариваю с AI, даю короткий контекст и прошу позадавать мне вопросы

На входе может быть что-то такое:
«Я продуктовый дизайнер, у меня такой опыт: [описать]. Я хочу написать кейс для портфолио, чтобы устроиться на работу. Проект, на котором я работал: [описать]. Там было много всего, вот часть того, что я делал: [описать]. Задай мне наводящие вопросы, чтобы составить полную картину моего опыта на этом месте и раскопать дизайн-процесс, а потом мы завернём это в сторителлинг с визуальной составляющей»

Дальше отвечаете на вопросы и пишете свой кейс

Отдельно про визуал: если вы нарисовали слабый дизайн — переделайте его для кейса. До собеседования вас будут судить по обёртке, поэтому ваша работа не имеет права выглядеть слабой. Общую подачу можно дотянуть видосом, обложкой, мокапами — всё это будет смотреться выигрышно

И ещё отдельно про метрики: не всё упирается в цифры. Снижение жалоб в поддержку, ускорение работы, запуск с нуля до прода, оптимизация процессов — это тоже результат, и его нужно показывать. Иногда метрики можно прикинуть (например, раньше на задачу уходило 10 дней, а теперь 2–3)

Чего делать не надо:
- Тащить CJM, Blueprint, USM и другие продуктовые артефакты, если вы не можете привязать к ним свои дизайн-решения или вообще с ними не работали. Это вода, которая размывает ваш дизайн-вклад
- Писать подробные и длинные тексты — ни у кого нет ни времени, ни желания их читать
- Нести всю свою работу за последние годы — достаточно 2–3 хороших кейса
- Заворачивать в кейс микрофичи без ощутимого импакта. Я видел кейсы, где люди гордились тем, что добавили кнопку копирования в карточку 🤡

Ну и ещё дельный совет: сохраняйте работу и записывайте, что делаете, пока работаете в компании. Писать кейс после увольнения в разы сложнее — теряются макеты и знания

А на NDA забейте и просто показывайте. Если страшно — скройте логотип и поменяйте данные в макете

Предыдущая часть [3]

Мир был бы немного лучше, если бы можно было оставить стикер в комнате онлайн-встречи

Еще лучше он мог бы быть, если бы все были пунктуальными 🤡