Happy Friday!

Сьогодні контент буде трохи відрізнятись. У нас в команді є традиція Music Friday, тому хочу почати.

В мене вже цілий тиждень цей трек on repeat, дуже подобається саме такий хіп-хоп, схожий на той, на якому я виріс. Бо тут Wu-Tang, а вони своє діло знають 😎

Якщо сподобається, то рекомендую весь альбом!

PS: а Frankie Pulitzer — це псевдонім Тома Харді і читає він доволі пристойно як на мене

Як я використовую AI в роботі на прикладі PDF Expert? Дивіться цей короткий Loom відос щоб дізнатись 😉

Трохи про кар’єрне: мій POV, як робити тестові завдання.

За свою кар’єру я зробив доволі багато тестових. 
Після деяких я отримував фідбек та проходив далі. Бувало, що після деяких взагалі не отримував фідбек (або він просто був дефолтний). Ну й звісно ж були відмови після тестових, це окей.

Але все ж таки я помітив декілька речей, як саме робити тестові, щоб пройти далі по recruitment флоу.

Основні принципи:
- Зробити трохи більше ніж очікують
- Підійти до процесу так, як не очікують
- Оформити в презентацію з крутим storytelling (напевно, найважливіше)

Ну й звісно зробити те що є в задачі тестового, це не обговорюється. Тепер детальніше.

Зробити трохи більше ніж очікують
Наприклад, задача зробити редизайн сторінки. Окей, але можна додати ще пару додаткових сторінок і вже буде флоу, а це вже і прототип і зовсім інакше виглядає ніж просто екрани.
Треба створити декілька гіпотез та спроєктувати рішення? Сформуйте більше гіпотез, покажіть їх усі, але оберіть найкращі та спроєктуйте дизайн-рішення. І обґрунтуйте чому обрали саме їх і чому вони найкращі

Підійти до процесу так, як не очікують
Це знову ж таки зробити додатково те, чого немає в задачі, але що вас виділить серед інших.
Провести UX-ревью продукту, вказати недоліки та запропонувати як можна покращити 
Провести інтерв’ю з користувачами чи запустити опитувальник та/або юзабіліті-тестування. Шукати респондентів серед друзів, знайомих чи соцмережі. Уявіть як роботодавець здивується, коли побачить, що ви ще й таке зробили, це ж out of context взагалі. 
Ну а сьогодні так взагалі дизайн-рішення можна показати не дизайном чи прототипом, а вже і за допомогою того ж Claude Code показати як це буде працювати.

З пунктів 1 та 2 можна по одному щось обрати, що у вас виходить найкраще та/або буде дуже релевантно саме в цьому тестовому завданні. 

Чи звучить це як забагато ефорту? Можливо, так. На кожне тестове підряд так вкладатись не треба. Але якщо ви прагнете потрапити саме в цю компанію, то воно того варте!

Оформити в презентацію з крутим storytelling
Як то кажуть last but not least. Як на мене, найважливіше. Досі знаю, що не усі це роблять. Просто кидають посилання на фігму і все. 
Круто, якщо там є презентація і окреме посилання на сам дизайн. Але я говорю про інше.

А саме Loom-презентація. А взагалі круто, якщо в рекрутмент-процесі є етап де ви презентуєте як зробили тестове. It’s your time to shine. Якщо цього нема в процесі — спитайте рекрутера. Бо це дуже круто, ви можете розкрити усі свої скіли команді та використати явно більше ніж 5 хвилин, які дає лум. А також потім відповісти на питання, які вам поставлять після презентації, тут ви вже розкриєте, як ви мислите.

PS: і звісно, я говорю про адекватні тестові завдання — не про ті, що виглядають супер завеликими і як безкоштовна робота

І ще трохи про кар’єрне, а саме як оформити кейс собі в портфоліо?

Я оформлював своє портфоліо пару років назад ще в Notion. Чи ідеально виглядає зараз моє портфоліо? Звісно ні, та й ідеально не буває, ми ж дизайнери (чи я один такий?)
Чи виглядало воно ідеально на той момент, коли я шукав роботу? Знову ж таки, ні. Але я розумів, що воно виконує свою роботу і мене кличуть на співбесіди.

Так, я тоді хотів через Framer створити крутецький сайт, але з моїм перфекціонізмом я розумів, що це буде довго, а роботу треба шукати тут і зараз, тому Notion було достатньо.
(сьогодні вже за допомогою AI можна створити собі крутий сайт-портфоліо набагато швидше)
Але тут головне як я оформлював свої кейси.

Перше, на що я звернув увагу, так це тайтли. Не просто щось там редизайн чи концепт. А одразу конкретний результат. Окей, клікбейт, якщо хочете. Але це працює!
Наприклад, кейс Jooble, про який я писав вище: “Increased monthly revenue by 20% with 5M+ monthly visitors by leading the redesign of main product pages"
Погодьтесь, хочеться відкрити цей кейс і дізнатись “а як саме?”

Далі сам кейс. Я прихильник структури. А саме проблема → рішення. Якщо детальніше: проблема → дослідження → гіпотеза → рішення → тестування → результат.
Десь може бути більше деталей на етапі дослідження. Десь на етапі assumptions і формування гіпотези. Десь перед A/B тестом були декілька ітерацій з юзабілі-тестуванням.
Де є багато деталей, їх варто додавати, щоб показати ваш процес. Але структура незмінна.

Можна взяти минулий досвід в компанії/продукті і все що ви робили описати по цій структурі. Але, як на мене, це важче і зникають необхідні деталі.
Тому мені більше подобається йти по таймлайну.
Була ось така ініціатива: проблема → рішення → результат.
Потім ось така: проблема → рішення → результат.
І так далі, ну ви зрозуміли)

Напевно, складно все це уявити просто читаючи, розумію. Ось приклад мого останнього case study, який я показував на лекції у вівторок.

Робоче місце як місце сили або чому я створив свій YouTube-канал

З початку моєї карʼєри я почав слідкувати за різними блогерами за кордоном, як вони облаштовують своє місце вдома, як для роботи так і для геймінгу.

В 2018 я вирішив зібрати свій PC і виконати дитячу мрію. Тоді Відьмак 3 став моєю улюбленою грою.
Але під комп треба було зібрати все з нуля. Тоді я почав будувати своє перше робоче/геймерське місце.

А з часів, як віддалена робота стала нормою, я зрозумів, що робоче місце вже треба свідомо перебудувати. І відтоді я постійно його покращую — це у мене нескінченна еволюція.

Тема робочих сетапів, техніки й гаджетів захоплює мене так, що вже декілька років я мріяв зробити власний ютуб-канал саме українською. Все почалось з моменту як DOU приїхали в гості і відзняли мій сетап.
Я зрозумів дві речі: це не так складно, як здавалось, і в мене виходить доволі непогано.

Так з'явився мій YouTube-канал. Він ще на самому старті, але планів дуже багато. Я кайфую від того, що вивчаю щось абсолютно нове.

В мене зʼявилась ідея! І ось тут мені потрібні ви! 😎
Скидайте в коментарі фото свого робочого місця. Можна кілька, можна відео. Мені цікаво подивитись — я впевнений у вас круті сетапи, які варто побачити і надихнутись!

А якщо ви не проти, щоб ваше фото потрапило у відео — додайте це в коментарі. Я хочу зробити відео, де я дивлюсь і коментую ваші сетапи: що працює, що я змінив би і чому. Це буде набагато цікавіше, ніж якби я знімав про себе.
Якщо тема сетапів, техніки й аксесуарів вам близька — підписуйтесь!

То хто такий growth дизайнер?

Точніше було б Growth Product Designer, але справа звісно ж не в тайтлі.

У більшості вакансій обов'язки описані вузько: онбординги, пейволи, A/B тести. Частина правди в цьому є.

Але як на мене, ключова відповідальність формулюється одним рядком — finding opportunities for growth.

І шукати ці можливості можна всюди. Онбординг і те, що йде після нього, бо на ньому нічого не закінчується. Активація в ключові фічі, момент, коли користувач уперше отримує те, заради чого прийшов, і все, що веде до нього. І також, це можуть бути креативи, імейли та app store скріни.

Саме тому роль перетинається з усім продуктом. І впливає не тільки на активацію. Коли ви активуєте користувача в потрібну фічу, зростає також retention та engagement. А це вже робота з core experience.

Власне, про це і був увесь тиждень. Я розповів різні приклади з різних продуктів, але суть одна — шукати можливості там, де їх ще ніхто не шукав.

One more thing!

Уявіть, що презентація — це застілля. І ви не гість, а господар: керуєте атмосферою, ведете розмову, тримаєте увагу і знаєте, коли подати головну страву.
Саме з цього кута ми з Вікі Гладинець розбираємо пітчинг на воркшопі: пояснимо навичку презентації як акт застілля.

Трохи теорії — структура виступу, мова тіла, слова-паразити, як читати аудиторію та відповідати на незручні питання. Далі практика: вправи на жести, імпровізацію та роботу із запитаннями просто в залі.

Для дизайнерів це критично важлива навичка — але чекаємо всіх, хто захищає свої ідеї й хоче, щоб їх почули так, як треба!

📅 14 жовтня, 19:00
📍 Kooperativ (амфітеатр), вул. Січових Стрільців, 23А, Київ
🎟 Реєстрація за посиланням

Дякую всім, що читали мене цей тиждень! 
Сподіваюсь, було корисно!
Я багато чого ще не встиг розповісти, допишу вже у себе в linkedin, або можливо мені покличуть ще раз, хто зна)

З приводу будь-яких питань та запитів на менторство пишіть мені в telegram.

Let’s connect!
LinkedIn | YouTube | Instagram

See you!🤘

Це було нелегко, але ми все ж таки повернули канал назад, щоб сказати вам пару слів. 😅

А якщо вам сподобалося з Дмитром, радимо придивитися до курсу Product Design та навчатися під кураторством.

Дмитро, ми тобі дуже вдячні за твій підхід і віддачу. Ти чудовий приклад, і у тебе є чому повчитися.

Сподіваємося, ти себе відчував тут як вдома і ще не раз завітаєш на канал.
linkedin
youtube

А ми йдемо далі 💙

Перед тим, як представити вам нового куратора, хочемо нагадати, що цього вересня можна доєднатися до:

UI/UX Design Beginning — курс для початківців, після якого ви покладете до дизайн-портфоліо 3 кейси.

Growth Design — для UX/UI та продакт-дизайнерів. Навчання побудоване навколо реальних кейсів і практики з неймовірним куратором Стасом Говорухіним.

AI for Product Designers — інтегруйте AI у весь флоу роботи над цифровим продуктом.

📀 До 18 вересня можна отримати career booster в подарунок до усіх курсів 📀

Можливо, хтось уже знайомий із нашим куратором на цей тиждень, адже за його плечима 15 років управління дизайн-агенцією Chapps.

А хто ні, знайомтеся — Дмитро Чута, дизайнер.

Останні два роки будує Appps — власну продуктову лінійку застосунків для iOS та Mac у різних категоріях.

Цього тижня Дмитро буде ділитися своїм шляхом трансформації з дизайнера в соло-розробника та інді-хакера.

Про що саме Дмитро буде з вами спілкуватися, він розповість сам, а поки підтримайте його лайками та пишіть свої питання в коментарях 🫂

Від 15 людей і $10 000 до одного промпта

Ще років 15 тому я вже хотів створювати власні продукти. У Chapps ми постійно робили їх для клієнтів, але завжди хотілося запустити щось своє. Коли я починав компанію, план був простий: заробити достатньо на сервісному бізнесі й поступово перейти до власних продуктів. Думаю, багато хто починає з такою самою думкою :)

Але сервісний і продуктовий бізнес, хоч і здаються схожими, насправді дуже різні. Сервіс постійно затягує у свою гонку: клієнти, проєкти, дедлайни, команда, наступні контракти. Власні продукти весь час відкладаються на «трохи пізніше», та й хорошої ідеї, що саме робити, у мене тоді не було.

Приблизно 10 років тому я нарешті вирішив запустити свій перший продукт. Це була маленька Mac утиліта, яка автоматично прибирала все з Desktop в окрему папку. Дизайн зробили в компанії, іконку замовили в одного з найкращих дизайнерів іконок із MacPaw, зняли ролик, змінили 3-4 розробників. У результаті близько 15 людей, 6 місяців роботи та приблизно $10 000 бюджету.

Ми запустили beta для перших користувачів, а потім Apple випустила нову macOS і зламала основний механізм, на якому усе працювало 😅 Потрібно було фактично робити застосунок заново, тому до нормального релізу він так і не дійшов.

А нещодавно я заради цікавості повторив цей застосунок, попиваючи каву. 10 хвилин, один промпт і практично $0.

Те, на що 10 років тому знадобилося 15 людей, 6 місяців і $10 000, сьогодні я зміг зробити сам за 10 хвилин. І мені досі складно до кінця усвідомити, наскільки сильно змінився світ.

У коментарях ще скину сам рекламний ролик, який ми знімали і для якого навіть наймали акторів 😅

Я просто усвідомив, що мені потрібен розробник, якого можна діставати нескінченно.

За наступні роки я ще кілька разів намагався запустити щось своє, але так і не доводив до повноцінного релізу.

Головною проблемою була моя нездорова любов до деталей у дизайні (поставте плюсик у коментарях або дайте знати, що я не один такий 😅). Мені хотілося зробити все на максимально можливому для мене рівні. Розробники часто просто не витримували такого процесу, а я з часом втрачав мотивацію.

Тому, коли близько двох років тому почали зʼявлятися перші AI інструменти для розробки, я почав тестувати їх буквально з перших днів. Для мене це виявився ідеальний інструмент: я міг нескінченно все переробляти, експериментувати з кожною дрібницею і нікого не діставати своїм «а давай ще ось так». Нарешті я міг без обмежень робити саме так, як мені хотілося.

Спочатку це був просто експеримент: чи можна взагалі самому за допомогою AI зробити застосунок і випустити його? Сьогодні це звучить не дуже складно, але два роки тому моделі були значно слабшими, і часом доводилося працювати по 20 годин на день, щоб отримати гарний результат.

Для першого експерименту я вибрав максимально просту ідею: Mac утиліту для швидких нагадувань прямо на робочому столі. Так зʼявився DeskMinder, яким сьогодні активно користуються тисячі людей по всьому світу.

У наступному пості я розповім про особливості застосунку та про те, як мені вдалося досить швидко почати отримувати з нього хороший дохід.