interfaces.prjctr
الذهاب إلى القناة على Telegram
Найбільший український канал присвячений дизайну продуктів від спільноти Projector Institute. Наші курси ➡️ https://shorturl.at/5Zpvf @projector_online — менеджер на звʼязку з 10 по 19 💙
إظهار المزيد
الشبكة:📈 نظرة تحليلية على قناة تيليجرام interfaces.prjctr
تُعد قناة interfaces.prjctr (@interfaces_prjctr) في القطاع اللغوي أوكراني لاعباً نشطاً. يضم المجتمع حالياً 10 718 مشتركاً، محتلاً المرتبة 3 341 في فئة الفن والتصميم والمرتبة 5 489 في منطقة أوكرانيا.
📊 مؤشرات الجمهور والحراك
منذ تأسيسه في невідомо، حقق المشروع نمواً سريعاً وجمع 10 718 مشتركاً.
بحسب آخر البيانات بتاريخ 27 أغسطس, 2026، تحافظ القناة على نشاط مستقر. خلال آخر 30 يوماً تغيّر عدد الأعضاء بمقدار -44، وفي آخر 24 ساعة بمقدار 3، مع بقاء الوصول العام مرتفعاً.
- حالة التحقق: غير موثّقة
- معدل التفاعل (ER): يبلغ متوسط تفاعل الجمهور 11.67%. وخلال أول 24 ساعة من النشر يحصد المحتوى عادةً 7.96% من ردود الفعل نسبةً إلى إجمالي المشتركين.
- وصول المنشورات: يحصل كل منشور على متوسط 1 251 مشاهدة. وخلال اليوم الأول يجمع عادةً 853 مشاهدة.
- التفاعلات والاستجابة: يتفاعل الجمهور بانتظام؛ متوسط التفاعلات لكل منشور يبلغ 17.
- الاهتمامات الموضوعية: يركز المحتوى على مواضيع رئيسية مثل портфоліо, інтерфейс, арсен, зображення, натхнення.
📝 الوصف وسياسة المحتوى
يصف المؤلف القناة بأنها مساحة للتعبير عن الآراء الذاتية:
“Найбільший український канал присвячений дизайну продуктів від спільноти Projector Institute.
Наші курси ➡️ https://shorturl.at/5Zpvf
@projector_online — менеджер на звʼязку з 10 по 19 💙”
بفضل وتيرة التحديث المرتفعة (أحدث البيانات بتاريخ 28 أغسطس, 2026) تحافظ القناة على حداثتها ومستوى وصول مرتفع. وتُظهر التحليلات تفاعلاً نشطاً من الجمهور، ما يجعلها نقطة تأثير مهمة ضمن فئة الفن والتصميم.
10 718
المشتركون
+324 ساعات
+47 أيام
-4430 أيام
أرشيف المشاركات
10 720
Раз вже вечер п'ятниці, ось вам мій хот тейк.
Зараз найкращий кандидат на позицію джун UI/UX дизайнер — це графічний дизайнер.
Хір мі аут. Коли я починав працювати графічним дизайнером, перше що робив після того, як намалював логотип — відкривав пошук по картинках і дивився, чи немає вже десь схожого. Якщо знаходив, матюкався і йшов думати далі.
Пізніше, коли я став інтерфейсним дизайнером, перше питання майже завжди було: "чи це best practice?". І тільки потім — наскільки воно красиве чи унікальне. Треба було прочитати всі статті на Nielsen Norman Group і навчитися не вигадувати велосипед.
І поки інтерфейсний дизайнер вчив правила, графічний дизайнер тренував трохи інший м'яз. Як знайти рішення, яке буде естетичним, матиме власний характер і відчуватиметься живим.
Тому коли AI вже знає всі best practices і з легкістю спроектує вам хороший прототип, можливо, саме зараз найкращий час для графічних дизайнерів освоювати інтерфейси. Бо вони все життя тренувалися шукати не правильне рішення, а цікаве.
10 720
Рубрика АІ-філософія від Марка Іванюка (моє альтер его)
Якщо я попрошу Claude оцінити домашній екран BitePal, майже впевнений, що він розкритикує його вщент: головний пріоритет відданий декоративному елементу; щоб побачити залоговану їжу треба скролити; інформаційна щільність низька і взагалі для трекера калорій це дивний дизайн.
Але проблема в тому, що BitePal не просто апка суми калорій за день. Люди відкривають її не лише щоб подивитися цифри макросів і калорії авокадо тоста. Вони ще відкривають її заради єнота. Те, що виглядає як погано спроектований інтерфейс, насправді є частиною причини, чому продукт люблять.
AI дуже добре оптимізовує. Він слідує всім евристикам, UX принципам і здоровому глузду. Але якщо оптимізувати BitePal до кінця, можна отримати дуже правильний трекер калорій. Просто без єнота і круглої камери.
Тому, мені здається, що роль інтерфейсного дизайнера поступово змінюється. Не знати всі бест пректіси (АІ знає вже краще вас). А зрозуміти, коли одне з цих правил варто свідомо порушити.
10 720
Вас, мабуть, дістали вже розмови про AI. Тому сьогодні теж трохи про AI.
Але почну здалеку. В першому BitePal була одна дизайнерська ідея, яку я відстоював з піною в роті. Добре, що тоді всі були сильно зайняті пошуком product market fit і не мали сил зі мною сперечатись.
Я дуже хотів зробити маску камери для фотографування їжі круглою.
Це було менш практично. Повноекранна камера очевидно зручніша. Але мені хотілося, щоб інтерфейс підказував що фотографувати треба саме тарілку. І щоб ця форма потім жила в інших елементах інтерфейсу.
Так і сталося. Частину рішень я дизайнив одразу, а частина народилася вже значно пізніше.
Наприклад, у щотижневому звіті зверху сипляться всі залоговані страви. Якби фотки їжі були звичайними прямокутними фотографіями, ми б не придумали цю анімацію.
І ось що цікаво. Якщо б я попросив AI намалювати екран камери для логування їжі, він майже напевно зробив би її на весь екран. І був би правий. Але тоді в BitePal, скоріш за все, не з'явилася б ще одна маленька візуальна фішка.
10 720
BitePal 2.0
В результаті калорії перемогли. Не в інтерфейсі, а в бізнесі. Коли ми почали обіцяти на онбордингу не просто "стань краще харчуватись", а схуднути до літа, результати сильно покращились. Люди одразу розуміли цінність і охочіше платили.
Але калорії повністю зламали продукт.
Раніше єнот мотивував фотографувати хорошу їжу: збалансовану тарілку, овочі, білок. Користувач відкривав застосунок за похвалою від єнотіка. Але тепер щоб порахувати калорії за день, треба було логувати все: салат, круасан, шоколадку, нічний набіг на холодильник. І тут єнот із мотиватора перетворився на моралізатора. І наказував користувача за те що той чесно логує все що їсть.
Але сталося дещо цікаве. Виявилося, що є люди яким не хочеться зважувати всі продукти і шукати їх в базі щоб дізнатись калорії. Їм було ок отримати відносно точну оцінку калорій по фото.
Тоді ми зрозуміли, що будуємо не найточніший, а найказуальніший трекер калорій. Для людей, які ненавидять класичні трекери калорій. Ще й з єнотом!
10 720
BitePal 1.0 реально сподобався людям (в коментарях до першого сьогоднішнього посту є живі підтвердження, і я нікому не платив).
Користувачі повертались, годували єнота, писали, що він мотивує їсти більше овочів, все супер. Але була одна маленька проблема. Майже ніхто не хотів за це платити.
Панчлайн цього посту: продукт, який люди люблять, і продукт, за який вони готові заплатити — це не завжди одне й те ж.
Наш онбординг продавав ідею "ти почнеш харчуватися краще". Інші трекери продавали обіцянку “ти схуднеш”. І ця обіцянка була знааааачно сильнішою. І саме підрахунок калорій дозволяв їм це робити.
Тоді ми зробити те, чого спочатку я дуже не хотів — додали калорії. Але боялися зламати те, за що нас уже любили і перший час це було буквально два продукти в одному.
На головному екрані з'явився тогл який перемикав режими: або калорії, або наша стара оцінка їжі. І за замовчуванням усе ще були саме оцінки.
Здавалося, що це елегантний компроміс.
10 720
Після посту про перший BitePal мене спитали, чи була тоді дизайн система. Якщо чесно, ні. Був радше дизайн-кіт: шрифти, кольори, кнопки, іконки та базові компоненти. Ми взагалі не були дуже послідовними, й одні й ті самі UX рішення могли виглядати по-різному.
У стартапі завжди доводиться вибирати, куди інвестувати час. На ранньому етапі ми інвестували його в продукт, а не в дизайн систему. Якщо продукт закриється через пів року, ідеальна дизайн система вже не дуже допоможе. Вона важлива, але не вона робить продукт успішним.
Є навіть жарт: спочатку дизайн систему не роблять, бо ще рано, потім бо вже запізно *ми зараз тут*
Але це не означає, що можна забити на візуальний стиль взагалі. Тут дуже хочеться згадати Кирила, який заклав основу першого BitePal. Його рішення досі живуть у продукті: вайбовий акцидентний шрифт, сквадрачені заокруглення, великі кнопки й, мої улюблені, прості іконки, в яких неймовірна увага до деталей.
Дизайн системи тоді ще не було. Але характер у продукту був. Кирило, дякую!
10 720
Сьогодні планую більше розповісти про BitePal. Як ми робили анти-трекер калорій, а в результаті все одно зробили трекер калорій.
Ми хотіли зробити застосунок про харчування, але головною ідеєю був не підрахунок калорій. Ми хотіли, щоб людині просто хотілося їсти краще. Тому схрестили дві окремі ідеї, які до цього тестили в рекламі: AI, який аналізував фото їжі, і тамагочі.
Користувач фотографував їжу. Маскот її "їв", коментував, що йому сподобалося, давав оцінку й нагороджував за хороші харчові звички (збалансовану тарілку, достатньо протеїну, клітковини, корисних жирів і тд). Можна було взагалі не логувати все, що ти їсиш. Навпаки, інтерфейс стимулював фотографувати саме ту їжу, за яку маскот тебе хвалив.
Ми свідомо не хотіли показувати калорії. Навіть в якісь рекламі чи скрінах писали що це трекер їжі без калорій. Як же ми помилялись.
10 720
Ок, давайте лайтовий пост, щоб закінчити цей день.
Признаюсь вам у може найбільшій UX брехні в моєму житті.
Пам'ятаєте прогрес в Reface апці, поки генерився результат? Так от, він майже нічого не означав. У перших версіях все трималося на чесному слові й божій помочі. Клієнт взагалі не знав, коли сервер поверне результат. Іноді це було 8 секунд, іноді 30. Показувати просто спінер теж не хотілося. Після 10 секунд користувач міг вирішити, що апка зависла. Але й показувати "справжній" лінійний прогрес було неможливо.
Тому ми зробили прогресбар, який математично красиво сповільнювався ближче до кінця і... ніколи не доходив до 100% поки сервер не поверне результат. А щоб користувач остаточно не втратив надію, над прогресом ще й змінювалися підписи. В нас навіть внутрішній мем є в компанії “taking longer then usual…”.
Прогресбар показував не прогрес. Він показував НАДІЮ.
І тепер питання.
Це хороший UX чи маніпуляція?
10 720
+4
Шо ви, вже спите? А я сиджу, риюсь у старих макетах і щось трохи ностальгія в око потрапила.
Десь разом із появою Reface стався цілий AI-бум. Виходили нові пейпери, з'являлися відкриті модельки, щотижня хтось в офісі показував “дивіться, що AI тепер може". І ми постійно думали який новий продукт тепер можна зробити.
У мене досі лежить окремий файл в фігмі із цими експериментами. Генератор мемних підписів до фоток. Моделька, яка оцінює твій лук. Камера, що пояснює картини. Тамагочі, з яким можна спілкуватися. І ще купа всього.
Але замість того, щоб одразу це програмувати, ми спочатку перевіряли на рекламі, чи взагалі комусь цікава така апка. Я малював рекламу, яка вела на фейкову сторінку App Store. Там усе виглядало натурально: іконка, скріншоти, опис, відгуки й кнопка download. Якщо люди хотіли скачати, ми розуміли, що в цієї ідеї є шанс.
Фактично ми продавали продукт, якого ще не існувало.
Ось кілька реклам, які так і не стали окремими застосунками. Але саме вони зрештою підштовхнули нас до BitePal.
10 720
Про AI native застосунки зараз не говорить хіба що лінивий. Термін уже встиг побувати в кожному другому подкасті, статті й навіть на сайті Reface *самоіронія — це теж моє*
Мені здається, найцікавіше в AI native навіть не сам AI. Це радше про можливість заново подивитися на речі, які роками здавалися очевидними.
Наприклад, застосунок для підрахунку калорій. Роками все виглядало приблизно однаково: відкрив застосунок → знайшов продукт у базі → ввів вагу → побачив калорії. Якщо робити схожу апку, то ваша конкурентна перевага — або кращий UX пошуку, або красивіший UI (ну або все разом).
А що, якщо людина взагалі не повинна нічого шукати? Що, якщо точкою входу стане не пошук, а фотографія?
AI дозволяє заново поставити питання: "Чи цей інтерфейс — найкращий спосіб допомогти юзеру досягти мети?"
І як гарно було б зараз написати: "Саме з цього й почався BitePal." Але в реальності ми були на стадії: "AI щось вміє... а-а-а! Що тепер із цим робити?" *хаотично бігає й кричить*
10 720
Сьогодні вдалося трохи раніше перестати працювати й сісти за постики. Спробую протягом дня поділитись власним досвідом по роботі з AI в продуктах.
Саме в Reface я вперше зрозумів одну дуже дивну штуку — не всі продукти починаються з проблеми користувача.
У Petcube все було зрозуміло. Людина переживає за свого пєсю, коли він сам удома. Хлопці придумали, як вирішити цю проблему. У Reface було навпаки. Не було проблеми, яку потрібно вирішити. Була технологія заміни облич.
Ми, звісно, пробували знайти "правильний" *показую лапки пальцями* юзкейс. Типу робіть гіфки, розважайте друзів. Але було одразу зрозуміло, що технологію можна використовувати не лише для цього.
Тому спочатку ми навіть не хотіли давати користувачам можливість завантажувати свої відео. Пізніше навіть зробили окрему AI-модель, яка могла визначити, чи було відео заріфейшене. Доводилося одночасно придумувати і продукт, і правила його використання.
10 720
Фуууух.. видихаю. Сподіваюсь ви ше тут.
Накидайте в коментарях, про що хотіли б, щоб я розповів детальніше. А то там одні курвоботи коментять (хто не курвобот і вже прокоментував — ви супер).
Тепер давайте інтерактив. В ріфейсі я вперше стикнувся з тим що немає апки де можна підглянути UX технології заміни обличчя. Як ви вже зрозуміли на той момент я був не те щоб інтерфейсним дизайнером зі стажем. І ця задача давалась тяжко. Флоу вийшов наступний:
1. Обираєш контент
2. На контенті визначаємо скільки облич є на відео. Під кожне обличчя даємо контрол заміни на інше
4. Лоадер
5. Результат
Проблема була в тому що щоб повернутись назад до вибору контенту потрібно було двіччі натиснути ⬅️ назад. Це не зручно, бо в наших інтересах дати людині подивитись побільше контенту з власним обличчям. Як би ви вирішували цю проблему?
10 720
Коли я приєднався до команди, технологія заміни облич уже існувала. Фішка була в тому, що вона могла доволі швидко замінити обличчя без окремого тренування моделі під кожну людину. На той момент так ніхто не вмів. В якийсь момент ми подумали що було б прикольно дати цю технологію людям у вигляді розважального застосунку.
Спочатку вона працювала тільки на статичних зображеннях, та й результат був далекий від ідеального. Тому перші версії застосунку були не про відео, а про гіфки.
Потім технологія навчилася працювати з відео, але обробка одного відео була настільки дорогою у обчисленнях, що ми фізично не могли дозволити собі зробити застосунок із сотнями відео. Тому в нас було буквально одне нове коротке відео на день.
Саме ці короткі відео почали ріфейсити знаменитості, викладати їх у соцмережі, а застосунок майже щодня падав від напливу органіки. І, мабуть, одним із найкращих продуктових рішень того часу була проста вотермарка reface на кожному відео яку можна було забрати лише за підписку.
10 720
+1
Цей досвід дав мені можливість влаштуватись дизайнером в Petcube. Ви навіть не уявляєте, який рівень стресу в мене тоді був. Без курсів, без ментора, після приблизно року самостійного вивчення інтерфейсів я раптом став дизайнером застосунку відомого українського стартапу. Виклики там теж були ого. Я не подавав виду, але дуже тоді страглив, бо на ходу вчився якимось банальним речам які всі модні дизайнери знали від Нільсена і Нормана.
Після Petcube я трохи пофрілансив, попрацював ще в одному українському стартапі над вебінтерфейсами, але зрозумів, що найбільше мені подобається мобілка. І коли з'явилася можливість взяти ще один фріланс-проєкт і зробити мобільний застосунок, довго не думав.
Цим фрілансом виявився Reface.
10 720
+2
Якось так сталося, що для одного фрілансу довелося розібратися з інтерфейсами. Потім цей фріланс несподівано перетворився майже на річний проект. Я з нуля зробив айдентику, пакування для пристрою, застосунки для iOS та android і вебкабінет адмінки.
Це був стартап Finova. Ми робили девайс для трекання автомобілів. На жаль, коли вже все-все було готове проект закрили. Саме там я вперше спробував малювати мобільні застосунки. Виходило так собі, зате іконки були красиві. Але найбільше уваги досі отримує логотип, який в мене час від часу намагаються купити різні люди, бо він висить на дріблі.
10 720
Сказав що спробую спокійніше і пропав на день. Це в моєму стилі (нот хехе).
Давайте попорядку. Спочатку познайомимось. Я Марко, дизайнер який досі не знає який він дизайнер. Здається інтерфейсний, але це не точно, бо більшу частину професійного шляху я працював і цікавився граф дизайном (досі цікавлюсь). Але щоб не розтягувати історію на десять постів, графдизайн сьогодні пропустимо.
10 720
Через сьогоднішню ніч якось одразу залетів у приклади й внутрішню кухню, а вже потім зрозумів, що майже не дав контексту ні про себе, ні про продукти, над якими працював.
Здається, через це все вийшло трохи рвано й сумбурно.
Завтра спробую спокійніше. Трохи розкажу про Reface і BitePal: звідки вони взялися, яка в них була ідея і що це взагалі за застосунки. Думаю, так буде значно легше говорити про рішення, виклики й історії, які були всередині.
Бажаю всім нам сьогодні виспатись.
10 720
Коментар від @dobzha_pro_design під постом про тестове нагадав мені одну штуку про себе.
Питання було про етичність тестових, і воно абсолютно справедливе. Але поки відповідав, зловив себе на тому, що особисто мене завжди найбільше мотивували цікаві задачі.
Є задачі, які просто не відпускають. Починаєш думати, як би зробив, малюєш щось у голові, хочеться перевірити ідею чи зібрати маленький прототип. Просто тому, що цікаво.
Напевно, саме це я найбільше ціную в дизайнерах.
Тут важливо наголосити що це не про готовність працювати безкоштовно, а про те що дизайнеру не байдуже. Мені здається, це одна з найважливіших рис сильного дизайнера.
10 720
В коментарі до попереднього посту задали гарне питання про етичність тестових для реальних проектів. Типу ви ж так можете безкоштовно сорсити ідеї для свого продукту.
Конкретний приклад. Вище було тестове про інтеграцію фічі фастингу в BitePal. На той момент ми вже мали своє рішення й потім реалізували його в застосунку. Досі тішуся, як воно працює: єнотика, якого протягом дня треба годувати фотографіями їжі, під час фастингу можна покласти спати. Для мене це досі одна з найулюбленіших метафор у продукті. Схожого рішення в тестових не було.
10 720
Контент-плану в мене немає, тому правильних відповідей тут теж немає.
Давайте по найму тоді. Коротка відповідь — зробити тестове. Довгу може потім якось напишу.
Я дуже люблю готувати тестові так, щоб дизайнеру було видно, що дизайн у компанії цінують, і щоб саме тестове було цікаво робити. Воно не абстрактне, а для реального продукту, над яким людина потенційно буде працювати в Ріфейсі.
Ось, наприклад, одне з останніх тестових на продуктового дизайнера в BitePal. Як вам? Було б цікаво таке зробити?
https://www.figma.com/proto/70Lkioci3yFCutswbPgxgL/%D0%A2%D0%B5%D1%81%D1%82%D0%BE%D0%B2%D0%B5--product-designer---3-?node-id=4-38&viewport=812%2C247%2C0.25&t=YIGx00hG6kVG0Bds-1&scaling=min-zoom&content-scaling=fixed&starting-point-node-id=4%3A38&desktop-link-click-timestamp=1783351758663&desktop-ul-exp-bucket=V&page-id=0%3A1
