Викатився апдейт на Figma Make (кому пощастило - бо мені поки що ні).

Відповідно до першоджерела, що зʼявилося нового:

👉 Попередній перегляд
Для складних промптів Make тепер спочатку показує список змін в форматі чек-листа. Можна перевірити, включити тільки потрібні, і лише потім запускати прототипування. (Намагаються зекономити потужності в тих випадках, де ви фігово написали промпт 😆 )

👉 Point & edit
Зʼявилась можливість точково редагувати текст або окремі елементи. Зручно, коли треба швидко підчистити прототип. (Останні тижні активно юзаю Мейк, і це те, чого дуже не вистачало)

👉 Нова навігація
Добавили navbar, щоб можна було одразу перейти на потрібний екран прототипу (теж супер, бо Мейк часто забуває звʼязати нові сторінки з існуючуми через навігацію)

А тепер можна мені його, будь ласка? 🥲

Випустила влог, де я показую один день з роботи UX дизайнера.

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

Приємного перегляду 😊

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

З Катєю Кухар поговоримо про старт в карʼєрі та порівняємо наші шляхи до Junior позицій - мій 10 років тому, та її в 2025 році.

Про навчання, пошук роботи, обов’язки дизайнера-початківця та нетворкінг, який може відкрити перед вами нові двері.

Запрошую до перегляду:

Як стати UX дизайнером в 2026? 💻 Обовʼязки Junior дизайнера 🤔

Фігма викатила Slots 🧩

Якщо дуже коротко: тепер всередину компонента можна вставляти будь-який кастомний контент, і при цьому не робити detach.

Що це дає на практиці:
→ Бібліотеки стануть легшими. Більше не треба плодити купу варіантів однієї картки чи модалки під різні потреби.
→ Компонент залишається цілим і не відривається від дизайн-системи.
→ Логіка побудови тепер така сама, як у розробників в коді. Передавати макети стане простіше.

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

🔗 Плейграунд для тесту
📺 Відео-туторіал
📖 Стаття з найкращими практиками

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

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

‼️ Клієнт каже вам, що та як намалювати 🤔

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

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

📖 Це мій кейс цього тижня, тож розказую як я вийшла з цієї ситуації.

1️⃣ На дзвінку все уважно вислухала. Ставила багато «чому?»: чому ми хочемо це робити, чому саме це, чому саме так. Навіть якщо одразу зрозуміло що це дурня, не сперечаємось. Мета - докопатися до мотивації, бо за словами «в цьому місці має бути ось це» завжди є якась мотивація.

2️⃣ Після дзвінка написала в чат з клієнтом фоллоу-ап із задачею. Але не словами клієнта про те, що саме треба намалювати, де і якими компонентами, а як я її інтерпретувала. Яку проблему ми вирішуємо, для кого, яка ціль, і наостанок «Пропозиція UX від Джона: додати такий компонент на ось таку сторінку». Зафіксували таким чином, що першочергове - це проблема, і що пропозиція клієнта - це тільки пропозиція, причому на вашій території (якщо ви UX дизайнер, то пошук UX рішень - саме те, за що вони вам платять, і ця фраза їм про це нагадає).

3️⃣ Швидко та високорівнево візуалізувала їхнє рішення, але дуже схематично - мінімум, з яким клієнт може візуалізувати ті ризики, які я буду комунікувати.

4️⃣ Прописала ризики з точки зору юзабіліті та продукту. Максимально сухо, уникаючи власних гіпотез та інтерпретацій. Поруч - описала мої пропозиції реалізації. Я це все роблю схемами зі стрілочками на дошці в FigJam, використовуючи за потреби color coding та скріншоти дизайнів.

5️⃣ Пропрацювала дизайн пропозицію: те рішення, яке вважаю правильним та аргументованим. Воно вийшло складніше в реалізації ніж те, яке бачив клієнт, але не порушує ніяких принципів і працює на наші цілі. Зробила вайрфрейм (також відмалювала в UI лише один екран, але це не обов’язково). Всі уточнення та деталізація відбувається після погодження. Чому лишаю високорівневим - бо ризик, що клієнт відмовиться, і в такому випадку я принаймні не витратила багато часу на цю пропозицію.

✅ Але клієнт все погодив, і тепер я полірую дизайн далі. Чим не саксесс сторі 😁

Сподіваюсь, стане у нагоді)

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

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

З іншого - провокує внутрішнього «самозванця», бо на них показують найцікавіші кейси та найскладніі челенджі, про які цікаво слухати. І ти чуєш їх знов і знов, дивишся на величезний спектр інструментів які використовують люди, на різноманіття проблем з якими стикаються - і випускаєш з уваги, що це концентрат, самі вершки та результат роботи за тижні або навіть місяці, гарно розказані за 15 хв. Зʼявляється відчуття що в усіх щось цікаве, а у тебе рутинно. Або що інші так багато в чому розбираются, а ти - ні. Або що хтось будує свої процеси набагато краще, бо он як воно структуровано лягло в сторітелінг!

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

В моменти, коли прокидається цей самозванець, найкраще мене заземляє зарахування прибутку від компанії, бо аби-кому вони б стільки не платили, правда? 😅

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

Мораль буде невтішна:

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

Але!

Це також дає можливість для зросту.

Бо не росте тільки той, хто впевнений, що все знає 🤓

Давайте чесно, ловили таке відчуття, коли дивилися чиїсь кейс стаді?)

Рідко ділюсь тут натхненням, але просто не могла не показати це 😍 Я завжди кажу, що я не дуже UI person і більше люблю працювати над логікою, але ось такі речі змушують мене замислитися, а не хотіла б я повернутися до чогось більш креативного, ніж CRM та B2B.

Секундна слабкість 😁

Якщо вам колись скажуть що "та шо там той дизайн робить"

Покажіть, як працює проектування надсилання нотифікєйшенів в Слак.

—

🧠 Zamedianskyi Design Talks
🎥 YouTube
📷 Instagram

Чисто мої клієнти, які хотіли шоб я просто перемалювала гарно стару фігму, а я почала їм навалювати про якісь юзерфлоу і логіку 😆

Я перепрошую, а ви часом не пропустили нове відео про помилки в організації роботи в Figma?

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

А завтра опублікую тут першу з двох бонусних помилок, які часто зустрічаю в роботах дизайнерів 👀

👉 Помилки, на які часто не звертають увагу початківці: 1/2.

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

👉 Помилки, на які часто не звертають увагу початківці (і не тільки) : 2/2.

А ви що почули в кінці: "не пишіть" чи "напишіть"? 😁

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

P.S. Глядачі останнього відео на каналі також в курсі про промокод на кишеньковий гайд, де зібрані аж 75 помилок, на які варто перевірити дизайн перед відправкою, та купа навчальних матеріалів 😉

Як я отримала роботу, бо тупила на співбесідах 😁

Розкажу вам два випадки.

1️⃣ Перший - я влаштовувалася в компанію після тривалої перерви на догляд за дитиною. В моєму портфоліо не було проєктів, які б відповідали вимогам вакансії на 100%, але на співбесіду запросили.

Я (не дуже, як мені здалося) впевнено розкладала на етапи роботу над уявним проєктом, який придумали інтервʼювери, дискутувала з ними - десь поступалася зауваженням, десь наполягала на своїй думці.

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

Але я отримала чудовий фідбек та в результаті - ту роботу.

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

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

Офер був одразу після дзвінка.

То чому так і який фідбек я отримала? Як думаєте?🤔

То ж чому обидва разі співбесіди виявились успішними? 👆

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

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

Тобто те, що, мені здавалося, виставляє мене в слабкому світлі, насправді стало грін флегом в обох випадках - я мала прогалини в практиці або ж в мові, але вони не стали критичними, бо я мала і переваги по софт скілах, які були пріорітетні для цих команд.

Із цього можна зробити наступні висновки:

1. Не варто боятися «тупити» і намагатися швидко дати правильний варіант. Показати процес мислення або виправити свої ж помилки може бути по-хорошому дуже показовим.

2. Завжди знайдеться команда, яка буде цінувати саме твої сильні сторони. Варто шукати саме таке місце.

3. Софт скіли дуже впливають. Дуже. Так було, є і буде.

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

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

Я ніби підстилала соломку, бо моїми супер скілами стали як раз ті, які АІ ніяк не покриє - софт скіли та наставництво. Рутину і операційку може взяти на себе АІ, але люди хочуть працювати з людьми, і це ніколи не зміниться.

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

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

Думаю, як перенести це і в свої соц мережі та на ютуб.

Якщо маєте питання про софт скіли, процеси, продуктове мислення або розвиток у сфері в цілому - велкам, це дуже допоможе мені з контент планом)

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

1. Executioner: як обрати правильний елемент? Як має виглядати та працювати навігація? Як зробити інтерфейс гарним? Як зобразити, намалювати, показати?

2. Problem Solver: Яку проблему вирішує для юзера наш продукт? Як виглядає юзер флоу?
Які рішення він буде тут приймати? Як ми можемо пропрацювати заперечення?

3. Product Thinker: Як моя експертиза допомагає бізнесу? Як контексти поза інтерфейсом впливають на конверсію? Як пріоритезувати функціонал, щоб оптимізувати ресурси команди та які метрики допоможуть виміряти успіх?

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

До якого рівня відносите себе ви?)

Відкриття, яке економить мені купу часу — робити low-fi вайрфрейми у FigJam.

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

Що забезпечує FigJam:

✨ Швидкість: усі базові інструменти під рукою, блоки та тексти створюються миттєво. Текст додається одразу в прямокутник, а не окремим шаром.

✨Ієрархія: вона вже закладена в системі — не треба підганяти розміри шрифтів вручну, просто обираєш із дропдауну.

✨ Проєктування сценаріїв: конектори дозволяють накидати флоу будь-якої складності з турбо-швидкістю.

✨ Нотатки: стікери для питань команді чи стейкхолдерам не виглядають чимось зайвим, вони органічно вплетені в процес.

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

Все це дає свободу помилятися і переробляти все за секунди. А вже коли структура готова і затверджена — переношу її в основний файл і збираю компонентами.

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

Ви теж фанати FigJam для вайрфреймів чи все ще будуєте все одразу у Figma?