interfaces.prjctr | chuta week

Хочу розповісти про Playful елементи і чому я вважаю їх важливими в дизайні. У всіх моїх застосунках є штуки, з якими можна буквально погратися. Вони не завжди потрібні й не завжди є найзручнішим способом щось зробити. Але саме такі деталі викликають емоції, запамʼятовуються, виділяють продукт серед інших і навіть стають інструментом для маркетингу І будуть привертати увагу, коли ви займетеся просуванням. У DeskMinder це механізм розтягування віджета, хоча таймер часто швидше просто ввести цифрами. У Subscription Day є барабан зі статистикою, який можна розкрутити, і він зупиняється з реальною фізикою, а ще у старій desktop версії елементи на екрані покупки рухалися разом із вікном i реагували на рух миши. Такі деталі завжди були важливими в дизайні. Але зараз, в епоху AI, коли стає дедалі більше схожих і однотипних застосунків, вони важливі як ніколи. Бо функції можна скопіювати, а емоцію від продукту - нiт. ✨ Дозволяйте собі порушувати правила, додавати трохи фану в інтерфейси, і користувачі точно це оцінять.

Раз уже зачепив тему тестування ідей і згадав Reddit, розповім про нього трохи детальніше. Для просування продуктів це дуже корисний канал, тому раджу вже зараз завести там акаунт (ну, якщо досі немає) На Reddit не люблять пряму рекламу. Перед тим як щось публікувати, треба якийсь час бути частиною комʼюніті: коментувати, брати участь в обговореннях і заробляти карму. Чим більше плюсів отримують ваші коментарі та пости, тим більше у вас карми. У багатьох сабреддітах без неї ви навіть не зможете нічого опублікувати. Сабреддіти це щось типу тематичних груп, і майже під будь який продукт можна знайти свою аудиторію. Перед публікацією обовʼязково читайте правила конкретного сабреддіта, бо вони всюди різні. Багато де дозволяють розповідати про свій продукт раз на місяць. Якщо пост добре залетить, приріст завантажень і покупок може бути дуже відчутним. Я якось з одного поста продав застосунок на $2300 за 48 годин, і він залетів у топ чарти майже в 60 країнах. Кілька універсальних сабреддітів, які раджу: • r/macapps, ідеально для Mac застосунків або продуктів, які мають Mac версію. • r/SideProject, майже універсальний варіант для будь яких власних проєктів: web, iOS, Mac, Android тощо. • r/iosapps, відповідно, для iOS застосунків. Ще один великий плюс Reddit це SEO в Google. Якщо про ваш продукт зʼявиться кілька нормальних обговорень на Reddit, вони можуть добре індексуватися в пошуку. Наприклад, Gemini може враховувати обговорення та згадки на Reddit і в результаті рекомендувати ваш застосунок у своїх відповідях. Тому чим більше органічних згадок про ваш продукт там зʼявляється, тим більше шансів, що його побачать не тільки користувачі Reddit, а й люди, які шукають рекомендації через AI.

Як я знайшов перших 1000 користувачів ще до запуску Сьогодні хочу розповісти про валідацію ідей і про те, як я відкрив для себе Build in Public. Ідея мого другого застосунку Subscription Day зʼявилася буквально через місяць після першого. Це мав бути трекер платних підписок. Я вивчив конкурентів, перечитав їхні відгуки, подивився, що людям подобається, а чого не вистачає. Але фінальний набір функцій все одно було складно визначити. Та й завжди є ризик витратити місяці на розробку, а потім зрозуміти, що продукт нікому не потрібен. Тому цього разу я вирішив зробити навпаки. Ще до початку розробки швидко намалював кілька екранів у Figma та опублікував їх на Reddit. Написав, що застосунок уже майже готовий, шукаю бета тестерів, і запитав, які функції люди хотіли б бачити в такому продукті. За два дні пост набрав майже 150 тисяч переглядів і кілька сотень коментарів. Люди детально писали, що для них важливо і чого їм не вистачає в інших застосунках. Я зібрав усі коментарі, проаналізував їх за допомогою AI, сформував список функцій і тільки після цього почав. У результаті я одразу вирішив дві задачі: зрозумів, який продукт і які функції реально чекають користувачі, та зібрав першу аудиторію ще до того, як самого продукту фактично існувало. Через місяць я випустив першу версію і одразу отримав понад 1000 користувачів та сотні покупок, бо продукт уже був побудований навколо реальних очікувань людей. Саме тоді я зрозумів для себе головну цінність Build in Public. Це не просто спосіб розповідати в соцмережах, що ти щось робиш. Це інструмент, який дозволяє перевіряти ідеї ще до того, як витратиш час на їх реалізацію. ✨ У коментарях додам кілька інсайтів від користувачів, які допомогли продукту швидко обійти сотні аналогів і увійти в десятку лідерів.

Як одна механіка почала продавати застосунок за мене Для свого першого застосунку DeskMinder взяв максимально просту ідею – нагадування. Але саме через це одразу поставив собі два обмеження. Створити нагадування має бути супер швидко, буквально у кілька кліків. І друге, я вирішив сфокусуватися тільки на короткострокових нагадуваннях: передзвонити комусь, вчасно вийти з дому, розібрати пральну машину тощо. Але застосунків з нагадуваннями вже були тисячі, тому хотілося придумати механіку, яку достатньо один раз побачити на demo відео, щоб захотілося спробувати. Так народилася ідея буквально розтягувати віджет, як гумку. Чим сильніше тягнеш, тим більше часу обираєш. Я додав фізику, деформацію, звук, а на нових MacBook ще й віддачу через Taptic Engine. В результаті це не просто працює, з цим прикольно взаємодіяти. Після перших тестів зʼясувалося, що багато людей працюють з увімкненим Focus і просто не бачать звичайні сповіщення. Тому я додав ще й кастомні fullscreen нагадування, які неможливо не помітити. Саме ці дві фішки найбільше полюбили користувачі та почали самі показувати застосунок у соцмережах. У результаті з нульовим маркетингом застосунок почав потрапляти в дизайн добірки та розсилки, про нього почали знімати відео на YouTube, а користувачі самі приводили нових користувачів. Висновок: робіть дизайн не тільки зручним, а ще й playful. Додавайте в продукт речі, якими хочеться ділитися, які хочеться записати на відео або показати другу. Це може дуже сильно зекономити вам гроші на маркетингу. Про playful зроблю окремий пост, бо це суперважлива штука, і в кожному моєму застосунку є такі елементи.

Я просто усвідомив, що мені потрібен розробник, якого можна діставати нескінченно. За наступні роки я ще кілька разів намагався запустити щось своє, але так і не доводив до повноцінного релізу. Головною проблемою була моя нездорова любов до деталей у дизайні (поставте плюсик у коментарях або дайте знати, що я не один такий 😅). Мені хотілося зробити все на максимально можливому для мене рівні. Розробники часто просто не витримували такого процесу, а я з часом втрачав мотивацію. Тому, коли близько двох років тому почали зʼявлятися перші AI інструменти для розробки, я почав тестувати їх буквально з перших днів. Для мене це виявився ідеальний інструмент: я міг нескінченно все переробляти, експериментувати з кожною дрібницею і нікого не діставати своїм «а давай ще ось так». Нарешті я міг без обмежень робити саме так, як мені хотілося. Спочатку це був просто експеримент: чи можна взагалі самому за допомогою AI зробити застосунок і випустити його? Сьогодні це звучить не дуже складно, але два роки тому моделі були значно слабшими, і часом доводилося працювати по 20 годин на день, щоб отримати гарний результат. Для першого експерименту я вибрав максимально просту ідею: Mac утиліту для швидких нагадувань прямо на робочому столі. Так зʼявився DeskMinder, яким сьогодні активно користуються тисячі людей по всьому світу. У наступному пості я розповім про особливості застосунку та про те, як мені вдалося досить швидко почати отримувати з нього хороший дохід.

Від 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 хвилин. І мені досі складно до кінця усвідомити, наскільки сильно змінився світ. У коментарях ще скину сам рекламний ролик, який ми знімали і для якого навіть наймали акторів 😅

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

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

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

Перед тим, як представити вам нового куратора, хочемо нагадати, що цього вересня можна доєднатися до: UI/UX Design Beginning — курс для початківців, після якого ви покладете до дизайн-портфоліо 3 кейси. Growth Design — для UX/UI та продакт-дизайнерів. Навчання побудоване навколо реальних кейсів і практики з неймовірним куратором Стасом Говорухіним. AI for Product Designers — інтегруйте AI у весь флоу роботи над цифровим продуктом.

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

Це було нелегко, але ми все ж таки повернули канал назад, щоб сказати вам пару слів. 😅 А якщо вам сподобалося з Дмитром, радимо придивитися до курсу Product Design та навчатися під кураторством. Дмитро, ми тобі дуже вдячні за твій підхід і віддачу. Ти чудовий приклад, і у тебе є чому повчитися. Сподіваємося, ти себе відчував тут як вдома і ще не раз завітаєш на канал. linkedin youtube А ми йдемо далі 💙

Дякую всім, що читали мене цей тиждень!  Сподіваюсь, було корисно! Я багато чого ще не встиг розповісти, допишу вже у себе в linkedin, або можливо мені покличуть ще раз, хто зна) З приводу будь-яких питань та запитів на менторство пишіть мені в telegram. Let’s connect! LinkedIn | YouTube | Instagram See you!🤘

One more thing! Уявіть, що презентація — це застілля. І ви не гість, а господар: керуєте атмосферою, ведете розмову, тримаєте увагу і знаєте, коли подати головну страву. Саме з цього кута ми з Вікі Гладинець розбираємо пітчинг на воркшопі: пояснимо навичку презентації як акт застілля. Трохи теорії — структура виступу, мова тіла, слова-паразити, як читати аудиторію та відповідати на незручні питання. Далі практика: вправи на жести, імпровізацію та роботу із запитаннями просто в залі. Для дизайнерів це критично важлива навичка — але чекаємо всіх, хто захищає свої ідеї й хоче, щоб їх почули так, як треба! 📅 14 жовтня, 19:00 📍 Kooperativ (амфітеатр), вул. Січових Стрільців, 23А, Київ 🎟 Реєстрація за посиланням

То хто такий growth дизайнер? Точніше було б Growth Product Designer, але справа звісно ж не в тайтлі. У більшості вакансій обов'язки описані вузько: онбординги, пейволи, A/B тести. Частина правди в цьому є.

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

І шукати ці можливості можна всюди. Онбординг і те, що йде після нього, бо на ньому нічого не закінчується. Активація в ключові фічі, момент, коли користувач уперше отримує те, заради чого прийшов, і все, що веде до нього. І також, це можуть бути креативи, імейли та app store скріни. Саме тому роль перетинається з усім продуктом. І впливає не тільки на активацію. Коли ви активуєте користувача в потрібну фічу, зростає також retention та engagement. А це вже робота з core experience. Власне, про це і був увесь тиждень. Я розповів різні приклади з різних продуктів, але суть одна — шукати можливості там, де їх ще ніхто не шукав.

Робоче місце як місце сили або чому я створив свій YouTube-канал З початку моєї карʼєри я почав слідкувати за різними блогерами за кордоном, як вони облаштовують своє місце вдома, як для роботи так і для геймінгу. В 2018 я вирішив зібрати свій PC і виконати дитячу мрію. Тоді Відьмак 3 став моєю улюбленою грою. Але під комп треба було зібрати все з нуля. Тоді я почав будувати своє перше робоче/геймерське місце. А з часів, як віддалена робота стала нормою, я зрозумів, що робоче місце вже треба свідомо перебудувати. І відтоді я постійно його покращую — це у мене нескінченна еволюція. Тема робочих сетапів, техніки й гаджетів захоплює мене так, що вже декілька років я мріяв зробити власний ютуб-канал саме українською. Все почалось з моменту як DOU приїхали в гості і відзняли мій сетап. Я зрозумів дві речі: це не так складно, як здавалось, і в мене виходить доволі непогано. Так з'явився мій YouTube-канал. Він ще на самому старті, але планів дуже багато. Я кайфую від того, що вивчаю щось абсолютно нове. В мене зʼявилась ідея! І ось тут мені потрібні ви! 😎 Скидайте в коментарі фото свого робочого місця. Можна кілька, можна відео. Мені цікаво подивитись — я впевнений у вас круті сетапи, які варто побачити і надихнутись! А якщо ви не проти, щоб ваше фото потрапило у відео — додайте це в коментарі. Я хочу зробити відео, де я дивлюсь і коментую ваші сетапи: що працює, що я змінив би і чому. Це буде набагато цікавіше, ніж якби я знімав про себе. Якщо тема сетапів, техніки й аксесуарів вам близька — підписуйтесь!

І ще трохи про кар’єрне, а саме як оформити кейс собі в портфоліо? Я оформлював своє портфоліо пару років назад ще в 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, який я показував на лекції у вівторок.

Трохи про кар’єрне: мій 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: і звісно, я говорю про адекватні тестові завдання — не про ті, що виглядають супер завеликими і як безкоштовна робота

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