Відкрийте будь-який платний продукт і подивіться на правий верхній кут. Там майже напевно є іскринка. За нею ховається панель, що виїжджає справа з написом «Ask anything» і пропонує три підказки, про які ви не просили. Закриєте її, і після наступного оновлення вона повернеться, іноді під новою назвою. Саме з цього спостереження починає свій тижневий добірку матеріалів для дизайнерів видання UX Collective, а автор однієї зі статей, Джон Сабутіс, прямо називає тему: ніхто не просив цієї кнопки.
Для українських команд це знайомий сценарій. Кнопка з іскринкою швидко стала візуальним маркером «розумних» функцій у сервісах, які ще вчора обходилися без штучного інтелекту. Проблема, за логікою дописувача, не в самій іскринці, а в тому, що вона з'являється як нав'язлива пропозиція, а не як відповідь на реальну потребу користувача. Коли інтерфейс постійно штовхає людину до розмови з асистентом, він перетворює продуктовий досвід на маркетингову воронку, і це помітно на метриках залученості, які легко спотворити.
Окрема тема випуску — автономія користувача. Мелінда Джейкобс у статті «Autonomy by design» розглядає, як геймифікація та ШІ можуть або поважати вибір людини, або непомітно його переписувати. Ключове питання, яке ставлять автори випуску: чи зменшує нова функція зусилля користувача, чи просто вимагає від нього ще одну увагу. Той самий критерій автор випуску Хіненш Патель прикладає до оновлення домашнього екрана Apple HomeView, розглядаючи, що саме воно економить і що забирає.
Ще один матеріал випуску — «The AI reckoning in UX was 20 years in the making» Дена Маккарона — стверджує, що галузь уже двічі переживала подібні хвилі і сама себе до них підвела. Звідси практичний висновок для команд: зміна інтерфейсу під тренд без дослідження користувачів повторює старі помилки, лише з новим інструментом. Для українського ринку, де багато продуктових команд працюють з невеликими бюджетами на дослідження, це особливо актуально: дешевше спершу перевірити потребу, ніж потім прибирати кнопку, яку ніхто не використовує.
Окремо варто згадати тему робочих процесів. У матеріалі Крістін Валлор «Figma with MCP: Building an AI-ready design system library» описано, як підготувати бібліотеку дизайн-системи до роботи з ШІ-агентами через протокол MCP і Figma. Автор попереджає про протилежну ситуацію, що вже виникає в «фабриках програмного забезпечення»: дизайн там часто зводиться до кількох скриншотів, прикріплених до тікета, або взагалі відсутній, і агент сам вирішує, як має виглядати продукт. За словами автора, він вирішує «досить впевнено». Для дизайн-команд це сигнал: системи компонентів і правила стають не лише документацією для людей, а й вхідними даними для машин.
Серед інших матеріалів випуску — текст Ніколь Олександри Міхаеліс про те, хто в галузі ШІ отримує право давати назви майбутньому, а також роздуми Лізи Лю про те, як дизайнерові серйозно вивчити ШІ, і Патрика Німана про те, що від керівника дизайну зараз очікують на менших командах, де він знову має займатися самою роботою. Усі ці тексти об'єднує один мотив: інструменти змінилися швидко, а практика, стандарти і відповідальність за рішення поки відстають. Для української індустрії, де ринок продуктового дизайну і AI-інструментів зростає паралельно, цей розрив варто закривати свідомо, а не копіювати чужі інтерфейси з іскринками.