interfaces.prjctr | vnotchenko week
10.7K subscribers
1.93K photos
302 videos
1.09K links
Найбільший український канал присвячений дизайну продуктів від спільноти Projector Institute.

Наші курси ➡️ https://shorturl.at/5Zpvf
@projector_online — менеджер на звʼязку з 10 по 19 💙
Download Telegram
Трохи увірвусь до вас назад після пʼятничної перерви)

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

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

• Якщо не було часу зібрати більш солідну презентацію, зробіть хоча б 1-2 стислі слайди з основною вижимкою

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

• Прототип. Якщо є можливість, збирайте

• Дивіться уважно вимоги в ТЗ. Наприклад, якщо просять мудборд, значить будуть це мати як критерій оцінювання (це ніби очевидно, але я бачила багато кейсів де взагалі кандидат міг піти не в ту сторону). Дуже часто прямо прописують списком критерії і nice to have моменти.

• Якщо ви щось не змогли покрити з обовʼязкового списку вам це потрібно обґрунтувати та компенсувати чимось іншим.

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

• Сформуйте список покращень на майбутнє, або альтернативні варіанти рішення проблеми.

Для спеціалістів junior/middle рівня раджу дуже уважно перевіряти макети, дуже часто можна зустріти хаос по відступам, організації елементів в файлі, на це також можуть звертати увагу при оцінці.

Тобто загалом важливо вирішити поставлену в задачі проблему, та наглядно це показати/описати. Частіше все ж таки завдання для senior дизайнера буде більш глибоким, на подумати, тому тут буде великий фокус саме на мислення. А от від початківців часто хочуть побачити широкий спектр того що він вміє, тому підсилюйте свій результат чим можете, в межах здорового глузду.
16
Бачення свого розвитку, як сформувати?

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

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

То ж спочатку ви подумайте що може для вас бути мотиватором в карʼєрі окрім грошей. Всяких підходів та класифікацій робочих мотиваторів багато, але в основному це буде стосуватись автономності, відчутті досягнень, впливу, leadership, статусу, сенсу та цінності своєї роботи. Від цього і потрібно відштовхнутись.

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

Потім ці очікування треба співставити з реальністю. Наприклад, якщо ви хочете в дизайн-менеджмент рухатись, то чи є перспективи у вашій компанії зараз, чи можете ви вже потроху спробувати та потестити вектор який надумали. Бо в 100 разів краще спланувати -> спробувати -> зрозуміти моє/не моє -> піти далі.

Мені подобається думка, що до планування карʼєрного розвитку можна відноситися як до дизайн задачі. Ми будуємо гіпотетичні флоу за якими можемо рухатись, робимо експерименти, тестуємо, постійно звіряємо план та результати. Це все має бути гнучко.
14
Друзі, мій тиждень завершився. Дякую, що терпіли мої лонгріди, люблю писати багато, нічого не можу з собою зробити 😄

І щиро вдячна за вашу активність, коментарі. Якщо у вас ще залишились питання, не соромтеся мені написати в Linkedin, я з радістю відповім. Або приходьте до мене на консультацію, зі всім розберемось 🩷

Всіх обіймаю!
11
Спільното, вітаємо вас із Днем Незалежності України 🇺🇦

А ще хочемо щиро подякувати Діані за цей тиждень і за те, що ділилася з нами своїм досвідом.

Тема пошуку роботи та працевлаштування завжди актуальна для спеціалістів різного рівня, тому ми впевнені, що твої поради, досвід і думки були для спільноти справді цінними.

Діано, дякуємо, що була з нами! Будемо чекати тебе ще на каналі 💙

Не забудьте підписатися на кураторку в лінкедин.
8👍2
Channel name was changed to «interfaces.prjctr»
Forwarded from Projector
До початку вересня у нас діє акція Back to Skills. Особливо актуальна для всіх, хто ловить FOMO щоразу, як відкриває лінкедин.

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

Career Booster — це 8 живих вебінарів щосуботи з 17 жовтня до 5 грудня.

На кожному вебінарі — конкретний інструмент, який можна одразу забрати собі в роботу:
• кар’єрна стратегія
• AI career assistant
• база власних досягнень
• LinkedIn і CV
• портфоліо
• план пошуку роботи.


Вестимуть Career Booster Юля Кудіна, Head of People у Letyshops, яка понад 10 років розвиває людей у техпрофесіях, та Олексій Павленко, Head of AI у CLUST. Олексія, до речі, ви вже могли бачити на нашому каналі growth lab.prjctr.

Деталі тут 💙
4👍1
Перед тим, як представити нову кураторку цього тижня, нагадаємо, які курси у нас розпочинаються в першій половині вересня 🤝

User Psychology in Product — перетворіть психологію користувачів на постійний ресурс для покращення продукту.

AI for Product Designers — від ресерчу і персон до прототипу, UX-текстів і вайбкодингу.

Growth Design — проєктуйте рішення, що підвищують activation, retention і revenue.

AI for Product Creation — запустіть першу версію власного вебпродукту разом з OpenAI Codex, Gemini API, Supabase, GitHub, Vercel та NotebookLM.

📀 До 18 вересня можна отримати career booster в подарунок до усіх курсів 📀
Please open Telegram to view this post
VIEW IN TELEGRAM
1🤝1
Спільното, вітайте Олену Внотченко — Product Designer та викладачку з понад 8 роками досвіду в дизайні.

На аутсорсі встигла попрацювати з дуже різними продуктами та сферами — від авіації, логістики й e-commerce до фінансів та освіти, проєктуючи для web, mobile, desktop і навіть TV.

5 років працювала в EPAM, з них 2,5 — над продуктами для однієї з найбільших світових Big Tech-компаній.

В EPAM долучалася до розвитку дизайн-юніту, який за цей час виріс із 3 до майже 30 людей, та паралельно менеджила 5 дизайнерів. Також розвивала дизайн-комʼюніті у рідній Вінниці — організовувала мітапи та дизайн-здибанки.


Зараз Олена викладає дизайн на курсі UX Design і працює над власним продуктом.

Привітайте кураторку реакціями та давайте починати! 💙
🔥136💘2
Channel name was changed to «interfaces.prjctr | vnotchenko week»
Прииивіт с:
Після такого представлення мені залишається тільки прийти й зіпсувати картинку успішного успіху 😌

Я багато років працювала дизайнеркою. Дуже багато працювала. Дуже любила свою професію, росла, менеджила та навчала інших дизайнерів, організовувала всяке і загалом робила все те, що треба робити для красивого карʼєрного шляху. Вважала, що працювати ввечері та на вихідних - це шлях самурая і взагалі дуже весело. Впевнена, ви вже здогадуєтеся, куди це веде - до щасливого життя!
Ха, звісно, що ні. До вигорання 💅🏻

Справедливості заради, винен був не лише дизайн.
Там і життя непогано докинуло.
Але результат один: я звільнилася, бо від любові до ненависті один крок. І він був зроблений.

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

Але потім дещо змінилося. З’явився ВІН.

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

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

Але детальніше розповім у наступному пості с:
(вау, оце сторітелінг!)
9👏1
До речі, якщо ви вже сходили в мій LinkedIn і здивувались, чому після 8 років карʼєри там перекотиполе, то я теж цьому дивуюсь 😂

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

Тож це маленький експеримент.
Подивимось, що з цього вийде с:
14
Отож, що очікувати цього тижня?
Знаю, багато хто на цьому місці питає, про що вам було б цікаво послухати.

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

Говорити ми з вами будемо про ШІ.

Так, ви вже від нього втомилися, я знаю.
З кожної шпарини на нас летить купа інформації, нових тулів і чергових «THIS CHANGES EVERYTHING!!!!».

За цим тупо неможливо встигнути.
Те, що ти прочитав сьогодні, через три тижні вже може бути неактуальним.
Когось ШІ взагалі лякає настільки, що хочеться просто ігнорувати його існування.
І це все дуже нормальні реакції. Я відчувала (та й досі іноді відчуваю) те саме.

Але поява ШІ з часом зробила зі мною те, чого я взагалі не очікувала: повернула мені любов до дизайну інтерфейсів. Шокуюче, знаю.

Тому тема нашого тижня - як я перестала хвилюватися і полюбила ядерну бомбу ШІ.

Розповім, як так сталося, що на власному проєкті я майже не використовую Figma, і чому вам не треба хвилюватися, якщо ви досі користуєтесь лише нею.

Поговоримо про design engineering і про те, чому ви, скоріш за все, вже знаєте більшу частину того, що потрібно, аби почати рухатися в цей бік.
І поділюсь власним досвідом розробки продукту, коли ви команда з 2х людей і частина фронтенду падає на ваші плечі, а ви так-то дизайнер.

Та і взагалі поговоримо про пет проєкти. І про те, наскільки адиктивним може стати процес створення власної штуки, якщо трохи вийти з гонки за найправильнішим і найоптимальнішим ШІ-воркфлоу.
Бо, спойлер, я думаю, що це переоцінено.

Буде багато лонгрідів, трохи відео, тому готуйтесь.

Але сьогодні нічого корисного я вам розповідати не буду с:

Натомість хочу спочатку зрозуміти, де ви самі зараз у всій цій ШІ-історії: як ставитеся до ШІ, чи використовуєте його в роботі і чи пробуєте щось робити з ним поза нею.

Відповідайте на опитувальники нижче, а якщо є що сказати, то приходьте в коментарі.
Велкам с:
4🔥3💊2
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
так, бачу у нас тут більшість ші-етузіастів і багато хто вже прейшов зі статичної фігма в код. Що дуже круто. Завтра з вами попрактикуємочь. Я покажу, як я працюю і дуже хочу послухати, як працюєте ви.

А сьогодні давайте поговоримо про майбутнє нашої з вами професії та, в принципі, інтерфейсів (це в наступному пості).

Все, що буде сказано далі моя субʼєктивна думка. На істину не претендую, і мені дуже цікаво послухати, що думаєте ви.

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

І ось ми в точці наступної великої автоматизації. Цього разу за допомогою ШІ.

По опитуванню бачу, що багато хто хвилюється за майбутнє професії. Я не думаю, що потреба в дизайнерах зникне. Але думаю, що те, що ми називаємо роботою дизайнера, зміниться.
Зрештою, ми працюємо в tech і було б трохи дивно очікувати від цієї галузі стабільності й незмінності роками. Тому нам потрібно адаптуватись. Так само як адаппувались, коли переходили з фотошопу в скетч, а потім в фігма. Хоч це все і було в рамках концептуально дуже схожих тулів.

Років 6-7 тому я почула від одного дуже хорошого дизайнера думку, що в майбутньому ролі фронтенд-розробника та дизайнера зіллються в одну. Тоді я поставилась до цього досить скептично. Не тому, що таких людей не існувало, а тому що для середньостатистичного дизайнера це вимагало занадто великого обʼєму знань (але в деяких компаніях та командах вже тоді були люди, котрі закривали обидві ролі).

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

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

Раніше для цього вам потрібно було дуже багато технічних знань і дуже багато часу. Зараз - значно менше.

І тут дисклеймер: я НЕ говорю, що дизайнер за 3 промпти може зробити продакшн-реді код і розробники більше не потрібні. І що ви дизайн-інженер, якщо ви можете зайвайбкодити інтрефейс. Це не так, в будь-якому випадку зараз. Я також не думаю, що абсолютно всі дизайнери мають свічнутись в розробку і стати серйозними дизайн-інженерами, ні. Хоча у різних компаніях значення дизайн-інженера може сильно залежати від композиції команди.

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

Бо значну частину ментальної моделі, яка вам потрібна, ви вже маєте.

Детальніше в коментарях, якщо цікаво ⬇️