interfaces.prjctr | chuta week
Найбільший український канал присвячений дизайну продуктів від спільноти Projector Institute. Наші курси ➡️ https://shorturl.at/5Zpvf @projector_online — менеджер на звʼязку з 10 по 19 💙
إظهار المزيد📈 نظرة تحليلية على قناة تيليجرام interfaces.prjctr | chuta week
تُعد قناة interfaces.prjctr | chuta week (@interfaces_prjctr) في القطاع اللغوي أوكراني لاعباً نشطاً. يضم المجتمع حالياً 10 682 مشتركاً، محتلاً المرتبة 3 357 في فئة الفن والتصميم والمرتبة 5 533 في منطقة أوكرانيا.
📊 مؤشرات الجمهور والحراك
منذ تأسيسه في невідомо، حقق المشروع نمواً سريعاً وجمع 10 682 مشتركاً.
بحسب آخر البيانات بتاريخ 16 سبتمبر, 2026، تحافظ القناة على نشاط مستقر. خلال آخر 30 يوماً تغيّر عدد الأعضاء بمقدار -40، وفي آخر 24 ساعة بمقدار -4، مع بقاء الوصول العام مرتفعاً.
- حالة التحقق: غير موثّقة
- معدل التفاعل (ER): يبلغ متوسط تفاعل الجمهور 11.60%. وخلال أول 24 ساعة من النشر يحصد المحتوى عادةً 7.63% من ردود الفعل نسبةً إلى إجمالي المشتركين.
- وصول المنشورات: يحصل كل منشور على متوسط 1 239 مشاهدة. وخلال اليوم الأول يجمع عادةً 815 مشاهدة.
- التفاعلات والاستجابة: يتفاعل الجمهور بانتظام؛ متوسط التفاعلات لكل منشور يبلغ 16.
- الاهتمامات الموضوعية: يركز المحتوى على مواضيع رئيسية مثل портфоліо, інтерфейс, арсен, зображення, натхнення.
📝 الوصف وسياسة المحتوى
يصف المؤلف القناة بأنها مساحة للتعبير عن الآراء الذاتية:
“Найбільший український канал присвячений дизайну продуктів від спільноти Projector Institute.
Наші курси ➡️ https://shorturl.at/5Zpvf
@projector_online — менеджер на звʼязку з 10 по 19 💙”
بفضل وتيرة التحديث المرتفعة (أحدث البيانات بتاريخ 17 سبتمبر, 2026) تحافظ القناة على حداثتها ومستوى وصول مرتفع. وتُظهر التحليلات تفاعلاً نشطاً من الجمهور، ما يجعلها نقطة تأثير مهمة ضمن فئة الفن والتصميم.
جاري تحميل البيانات...
| التاريخ | نمو المشتركين | الإشارات | القنوات | |
| 17 سبتمبر | 0 | |||
| 16 سبتمبر | +4 | |||
| 15 سبتمبر | +1 | |||
| 14 سبتمبر | +4 | |||
| 13 سبتمبر | 0 | |||
| 12 سبتمبر | +11 | |||
| 11 سبتمبر | +6 | |||
| 10 سبتمبر | +6 | |||
| 09 سبتمبر | +3 | |||
| 08 سبتمبر | +12 | |||
| 07 سبتمبر | +7 | |||
| 06 سبتمبر | +5 | |||
| 05 سبتمبر | +3 | |||
| 04 سبتمبر | +1 | |||
| 03 سبتمبر | +5 | |||
| 02 سبتمبر | +3 | |||
| 01 سبتمبر | +5 |
| 2 | لا يوجد نص... | 718 |
| 3 | Як я знайшов перших 1000 користувачів ще до запуску
Сьогодні хочу розповісти про валідацію ідей і про те, як я відкрив для себе Build in Public.
Ідея мого другого застосунку Subscription Day зʼявилася буквально через місяць після першого. Це мав бути трекер платних підписок. Я вивчив конкурентів, перечитав їхні відгуки, подивився, що людям подобається, а чого не вистачає. Але фінальний набір функцій все одно було складно визначити. Та й завжди є ризик витратити місяці на розробку, а потім зрозуміти, що продукт нікому не потрібен.
Тому цього разу я вирішив зробити навпаки. Ще до початку розробки швидко намалював кілька екранів у Figma та опублікував їх на Reddit. Написав, що застосунок уже майже готовий, шукаю бета тестерів, і запитав, які функції люди хотіли б бачити в такому продукті.
За два дні пост набрав майже 150 тисяч переглядів і кілька сотень коментарів. Люди детально писали, що для них важливо і чого їм не вистачає в інших застосунках. Я зібрав усі коментарі, проаналізував їх за допомогою AI, сформував список функцій і тільки після цього почав.
У результаті я одразу вирішив дві задачі: зрозумів, який продукт і які функції реально чекають користувачі, та зібрав першу аудиторію ще до того, як самого продукту фактично існувало. Через місяць я випустив першу версію і одразу отримав понад 1000 користувачів та сотні покупок, бо продукт уже був побудований навколо реальних очікувань людей.
Саме тоді я зрозумів для себе головну цінність Build in Public. Це не просто спосіб розповідати в соцмережах, що ти щось робиш. Це інструмент, який дозволяє перевіряти ідеї ще до того, як витратиш час на їх реалізацію.
✨ У коментарях додам кілька інсайтів від користувачів, які допомогли продукту швидко обійти сотні аналогів і увійти в десятку лідерів. | 668 |
| 4 | Як одна механіка почала продавати застосунок за мене
Для свого першого застосунку DeskMinder взяв максимально просту ідею – нагадування. Але саме через це одразу поставив собі два обмеження. Створити нагадування має бути супер швидко, буквально у кілька кліків. І друге, я вирішив сфокусуватися тільки на короткострокових нагадуваннях: передзвонити комусь, вчасно вийти з дому, розібрати пральну машину тощо.
Але застосунків з нагадуваннями вже були тисячі, тому хотілося придумати механіку, яку достатньо один раз побачити на demo відео, щоб захотілося спробувати. Так народилася ідея буквально розтягувати віджет, як гумку. Чим сильніше тягнеш, тим більше часу обираєш. Я додав фізику, деформацію, звук, а на нових MacBook ще й віддачу через Taptic Engine. В результаті це не просто працює, з цим прикольно взаємодіяти.
Після перших тестів зʼясувалося, що багато людей працюють з увімкненим Focus і просто не бачать звичайні сповіщення. Тому я додав ще й кастомні fullscreen нагадування, які неможливо не помітити. Саме ці дві фішки найбільше полюбили користувачі та почали самі показувати застосунок у соцмережах.
У результаті з нульовим маркетингом застосунок почав потрапляти в дизайн добірки та розсилки, про нього почали знімати відео на YouTube, а користувачі самі приводили нових користувачів.
Висновок: робіть дизайн не тільки зручним, а ще й playful. Додавайте в продукт речі, якими хочеться ділитися, які хочеться записати на відео або показати другу. Це може дуже сильно зекономити вам гроші на маркетингу.
Про playful зроблю окремий пост, бо це суперважлива штука, і в кожному моєму застосунку є такі елементи. | 852 |
| 5 | Я просто усвідомив, що мені потрібен розробник, якого можна діставати нескінченно.
За наступні роки я ще кілька разів намагався запустити щось своє, але так і не доводив до повноцінного релізу.
Головною проблемою була моя нездорова любов до деталей у дизайні (поставте плюсик у коментарях або дайте знати, що я не один такий 😅). Мені хотілося зробити все на максимально можливому для мене рівні. Розробники часто просто не витримували такого процесу, а я з часом втрачав мотивацію.
Тому, коли близько двох років тому почали зʼявлятися перші AI інструменти для розробки, я почав тестувати їх буквально з перших днів. Для мене це виявився ідеальний інструмент: я міг нескінченно все переробляти, експериментувати з кожною дрібницею і нікого не діставати своїм «а давай ще ось так». Нарешті я міг без обмежень робити саме так, як мені хотілося.
Спочатку це був просто експеримент: чи можна взагалі самому за допомогою AI зробити застосунок і випустити його? Сьогодні це звучить не дуже складно, але два роки тому моделі були значно слабшими, і часом доводилося працювати по 20 годин на день, щоб отримати гарний результат.
Для першого експерименту я вибрав максимально просту ідею: Mac утиліту для швидких нагадувань прямо на робочому столі. Так зʼявився DeskMinder, яким сьогодні активно користуються тисячі людей по всьому світу.
У наступному пості я розповім про особливості застосунку та про те, як мені вдалося досить швидко почати отримувати з нього хороший дохід. | 891 |
| 6 | Від 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 хвилин. І мені досі складно до кінця усвідомити, наскільки сильно змінився світ.
У коментарях ще скину сам рекламний ролик, який ми знімали і для якого навіть наймали акторів 😅 | 932 |
| 7 | لا يوجد نص... | 1 016 |
| 8 | Можливо, хтось уже знайомий із нашим куратором на цей тиждень, адже за його плечима 15 років управління дизайн-агенцією Chapps.
А хто ні, знайомтеся — Дмитро Чута, дизайнер.
Останні два роки будує Appps — власну продуктову лінійку застосунків для iOS та Mac у різних категоріях.
Цього тижня Дмитро буде ділитися своїм шляхом трансформації з дизайнера в соло-розробника та інді-хакера.
Про що саме Дмитро буде з вами спілкуватися, він розповість сам, а поки підтримайте його лайками та пишіть свої питання в коментарях 🫂 | 987 |
| 9 | Перед тим, як представити вам нового куратора, хочемо нагадати, що цього вересня можна доєднатися до:
UI/UX Design Beginning — курс для початківців, після якого ви покладете до дизайн-портфоліо 3 кейси.
Growth Design — для UX/UI та продакт-дизайнерів. Навчання побудоване навколо реальних кейсів і практики з неймовірним куратором Стасом Говорухіним.
AI for Product Designers — інтегруйте AI у весь флоу роботи над цифровим продуктом.
📀 До 18 вересня можна отримати career booster в подарунок до усіх курсів 📀 | 883 |
| 10 | Це було нелегко, але ми все ж таки повернули канал назад, щоб сказати вам пару слів. 😅
А якщо вам сподобалося з Дмитром, радимо придивитися до курсу Product Design та навчатися під кураторством.
Дмитро, ми тобі дуже вдячні за твій підхід і віддачу. Ти чудовий приклад, і у тебе є чому повчитися.
Сподіваємося, ти себе відчував тут як вдома і ще не раз завітаєш на канал.
linkedin
youtube
А ми йдемо далі 💙 | 831 |
| 11 | Дякую всім, що читали мене цей тиждень!
Сподіваюсь, було корисно!
Я багато чого ще не встиг розповісти, допишу вже у себе в linkedin, або можливо мені покличуть ще раз, хто зна)
З приводу будь-яких питань та запитів на менторство пишіть мені в telegram.
Let’s connect!
LinkedIn | YouTube | Instagram
See you!🤘 | 825 |
| 12 | One more thing!
Уявіть, що презентація — це застілля. І ви не гість, а господар: керуєте атмосферою, ведете розмову, тримаєте увагу і знаєте, коли подати головну страву.
Саме з цього кута ми з Вікі Гладинець розбираємо пітчинг на воркшопі: пояснимо навичку презентації як акт застілля.
Трохи теорії — структура виступу, мова тіла, слова-паразити, як читати аудиторію та відповідати на незручні питання. Далі практика: вправи на жести, імпровізацію та роботу із запитаннями просто в залі.
Для дизайнерів це критично важлива навичка — але чекаємо всіх, хто захищає свої ідеї й хоче, щоб їх почули так, як треба!
📅 14 жовтня, 19:00
📍 Kooperativ (амфітеатр), вул. Січових Стрільців, 23А, Київ
🎟 Реєстрація за посиланням | 897 |
| 13 | То хто такий growth дизайнер?
Точніше було б Growth Product Designer, але справа звісно ж не в тайтлі.
У більшості вакансій обов'язки описані вузько: онбординги, пейволи, A/B тести. Частина правди в цьому є.
Але як на мене, ключова відповідальність формулюється одним рядком — finding opportunities for growth.
І шукати ці можливості можна всюди. Онбординг і те, що йде після нього, бо на ньому нічого не закінчується. Активація в ключові фічі, момент, коли користувач уперше отримує те, заради чого прийшов, і все, що веде до нього. І також, це можуть бути креативи, імейли та app store скріни.
Саме тому роль перетинається з усім продуктом. І впливає не тільки на активацію. Коли ви активуєте користувача в потрібну фічу, зростає також retention та engagement. А це вже робота з core experience.
Власне, про це і був увесь тиждень. Я розповів різні приклади з різних продуктів, але суть одна — шукати можливості там, де їх ще ніхто не шукав. | 964 |
| 14 | Робоче місце як місце сили або чому я створив свій YouTube-канал
З початку моєї карʼєри я почав слідкувати за різними блогерами за кордоном, як вони облаштовують своє місце вдома, як для роботи так і для геймінгу.
В 2018 я вирішив зібрати свій PC і виконати дитячу мрію. Тоді Відьмак 3 став моєю улюбленою грою.
Але під комп треба було зібрати все з нуля. Тоді я почав будувати своє перше робоче/геймерське місце.
А з часів, як віддалена робота стала нормою, я зрозумів, що робоче місце вже треба свідомо перебудувати. І відтоді я постійно його покращую — це у мене нескінченна еволюція.
Тема робочих сетапів, техніки й гаджетів захоплює мене так, що вже декілька років я мріяв зробити власний ютуб-канал саме українською. Все почалось з моменту як DOU приїхали в гості і відзняли мій сетап.
Я зрозумів дві речі: це не так складно, як здавалось, і в мене виходить доволі непогано.
Так з'явився мій YouTube-канал. Він ще на самому старті, але планів дуже багато. Я кайфую від того, що вивчаю щось абсолютно нове.
В мене зʼявилась ідея! І ось тут мені потрібні ви! 😎
Скидайте в коментарі фото свого робочого місця. Можна кілька, можна відео. Мені цікаво подивитись — я впевнений у вас круті сетапи, які варто побачити і надихнутись!
А якщо ви не проти, щоб ваше фото потрапило у відео — додайте це в коментарі. Я хочу зробити відео, де я дивлюсь і коментую ваші сетапи: що працює, що я змінив би і чому. Це буде набагато цікавіше, ніж якби я знімав про себе.
Якщо тема сетапів, техніки й аксесуарів вам близька — підписуйтесь! | 1 042 |
| 15 | І ще трохи про кар’єрне, а саме як оформити кейс собі в портфоліо?
Я оформлював своє портфоліо пару років назад ще в 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, який я показував на лекції у вівторок. | 1 061 |
| 16 | Трохи про кар’єрне: мій 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: і звісно, я говорю про адекватні тестові завдання — не про ті, що виглядають супер завеликими і як безкоштовна робота | 993 |
| 17 | Як я використовую AI в роботі на прикладі PDF Expert? Дивіться цей короткий Loom відос щоб дізнатись 😉 | 927 |
| 18 | Happy Friday!
Сьогодні контент буде трохи відрізнятись. У нас в команді є традиція Music Friday, тому хочу почати.
В мене вже цілий тиждень цей трек on repeat, дуже подобається саме такий хіп-хоп, схожий на той, на якому я виріс. Бо тут Wu-Tang, а вони своє діло знають 😎
Якщо сподобається, то рекомендую весь альбом!
PS: а Frankie Pulitzer — це псевдонім Тома Харді і читає він доволі пристойно як на мене | 1 038 |
| 19 | لا يوجد نص... | 1 042 |
| 20 | What makes the onboarding good?
Одразу скажу, що я говорю про класичний онбординг саме в додатку (не web-funnel)
Тепер про те, з чого насправді складається онбординг. Бо найпоширеніша його версія — слайдер із 2–4х екранів із фічами. Але це не онбординг, а презентація фічей.
Персоналізація
Не дарма вона на першому місці, бо зазвичай про це й будують гіпотези для покращення. Питання про сферу чи задачу ставлять не заради статистики, а щоб змінити те, що буде далі у флоу: весь experience, комунікації, social proof та зрештою сам пейвол.
Сюди ж quick wins. Дайте юзерам відчути маленький результат ще до пейволу і тоді вони приходять до нього вже з власним персоналізованим досвідом.
Engagement
Чи транслюєте ви цінність з перших кроків, чи користувач просто тапає кнопку Continue до кінця. Тут важлива увага до деталей, невеликі інтеракції, мікроанімації та емоційний дизайн. Користувач, який пройшов онбординг усвідомлено, і користувач, який його протапав, приходять на пейвол у зовсім різних станах. А покупка ж відбувається емоційно.
Value proposition
Чітке пояснення й сторітелінг, чому наприклад взагалі варто почати trial. Два принципи, які тут вирішують.
Перший: говоріть про outcomes, а не про фічі. Користувачеві байдуже, що у вас є великий сет різних фічей. Йому важливо, що він отримає в результаті. Фіча — це механіка, результат — це його життя після.
Другий: дайте спробувати, а не подивитись. Це може бути приклад як користуватись core фічами, або вже одразу реальне використання прям на онбордингу. Один реальний дотик до продукту переконує більше, ніж три екрани обіцянок.
Social proof перед пейволом
Відгуки, рейтинг, цифри, нагороди — але не абстрактні, а привʼязані до того, що людина щойно вам про себе розповіла. Це та сама цілісність, з якої почалась персоналізація.
Sign up
Окрема історія і головне питання де його ставити. Досвід показує, що на початку можуть бути більші дроп-офи, а після пейволу показники бувають кращими. Чим пізніше ви просите реєстрацію, тим більше шансів, що юзер вже щось спробував і має причину лишитись. Але це рівно те, що треба тестувати у своєму продукті, а не вирішувати за чужим кейсом.
Як покращувати онбординг
Перш ніж покращувати якийсь екран, спитайте, чи потрібен він взагалі? Ну і звісно ж дивитись аналітику. І не тільки весь флоу одразу, а детально між кожними екранами, drop-off по кожному кроку. Майже завжди проблема не там, де здається — не в екрані, який вам не подобається візуально, а в кроці, який ви взагалі не вважали проблемним.
Не редизайніть усе одразу. Знов ж таки чистота експерименту, щоб чітко перевірити саму гіпотезу. Якщо змінити все разом з пейволом, то як потім аналізувати дані? Можна розбити на групу B, де новий онбординг і старий пейвол, а група С — все нове і потім порівняти.
Останнє, але дуже важливе! Онбординг не закінчується в кінці флоу, коли юзери потрапляють на home tab. Далі активація в ключові фічі, post-onboarding, момент першої реальної цінності та aha-момент. Але це все окрема історія 🙃 | 1 028 |
