Дизайн мобильных приложений *

Весной 2025 года Google представила Live Updates, аналог Live Activity в iOS. Мы быстро запушили продактов — «нам такое надо!» — и потащили фичу в Android-приложение Додо Пиццы.

Но всё оказалось не так просто — мы столкнулись с неполной документацией, расхождениями представлений дизайнеров Google и разработчиков этого SDK, и не только. В общем, запасайтесь попкорном. Сегодня расскажем обо всех нюансах в реализации и тестировании Live Updates.

Привет, Хабр! Мы продолжаем изучать влияние глобальных мегатрендов на дизайн интерфейсов. В прошлых статьях мы уже разобрали, что такое тренды, как они рождаются и по каким законам живут; и изучили влияние культурных и социальных мегатрендов на дизайн интерфейсов.

В этой статье мы посмотрим, как глобальное потепление и устойчивое развитие меняют подходы к дизайну. Не переживайте, мы не будем пугать вас ужасами климатических и природных катастроф — просто разберемся, как это все связано с интерфейсами и какие приёмы в дизайне помогают нам адаптироваться к этим вызовам.

За последние 3 месяца я провел 200 часов за вайбкодингом и хочу поделиться мыслями, которые сэкономят вам нервы и время, если вы тоже решились заняться этим делом. Я буду рассматривать Cursor, но эти правила подойдут и для других аналогов

История о том, как одинокий UX/UI-дизайнер сделал Flutter приложение, прошёл огонь, воду, Drag’n Drop — и вышел в релиз.

Как оптика новичка помогает исправлять логические ошибки, UX-изломы продукта и как превратить отсутствие контекста в индикатор реальности.

Чтобы создать по-настоящему удобный, эффективный и прибыльный продукт, важно последовательно пройти через все этапы: от изучения клиента до визуальной реализации.

Методика Сигаевой: CX→UX→UI Pipeline, помогает выстроить последовательный процесс работы над диджитал продуктом. CX — даёт понимание мотиваций, UX — логику взаимодействия, UI — визуального усиления. Вместе они формируют продукт, который отвечает ожиданиям, укрепляет лояльность и поддерживает рост бизнеса.

Хороший дизайн — это не только красиво. Это логика, эмпатия, исследование и внимание к деталям. Особенно к деталям, которые важны пользователю.

Если коротко, то хорошо спроектированный продукт не начинается на этапе отрисовки экранов. Всё начинается с людей — их задач, ожиданий, барьеров и реального контекста. Только в этом случае продукт становится выбором, к которому захочется вернуться.

Всем привет! Меня зовут Андрей. По профессии я занимаюсь стратегией и развитием нового бизнеса в российском телекоме. Но мне всегда была близка история создать что-то своё, полезное, красивое и технологичное. И недавно я это сделал, создав GIFTbase.

Ниже, кратко расскажу про путь, который прошли я и моя идея, зародившаяся ещё в 2018 году, в эпоху отсутствия продвинутых языковых моделей, до наших дней и недавнего релиза приложения в Play Store. Возможно, эта история будет полезна или поучительна некоторым читателям с такими же планами, как были у меня.

Стал замечать, что в современной продуктовой разработке царствует методологический хаос и даже фреймворкоблудие. Продакты и команды мечутся между удовлетворением «потребностей пользователей», решением «задач» через Jobs to be Done и внедрением «геймификационных механик», не особо вникая, как эти концепции связаны между собой.

Результат довольно предсказуем: продукты, которые прекрасны на бумаге, не находят отклика у аудитории.

Сегодня хочу поделиться своим видением системного подхода, который объединяет разрозненные методологии в единый практический инструмент.

Время релиза. Открываешь Figma, берёшь скриншот из прода и начинаешь сравнивать с макетом:
— Цвета совпадают?
— Отступы правильные?
— Шрифты те?

Часы рутины на задачу, которую должен делать компьютер, а не ты. Каждый дизайнер интерфейсов понимает эту боль.

Я подумал, что если создать AI-плагин для Figma, который будет делать дизайн-ревью автоматически?
Но ведь я дизайнер, а не разработчик. Решение скрывалось в Claude, Cursor и 4 неделях упорства.

Сегодня плагин:

✅ Находит расхождения в цветах
✅ Ловит ошибки в тексте
✅ Показывает информацию на превью

Я не стал разработчиком за месяц, но получилось создать работающий инструмент.

Привет! Я — Лёша, принципал дизайнер, решаю бизнес-задачи с помощью дизайна уже больше 15-ти лет. Это моя вторая статья из серии посвященной дизайн-процессам, и в ней мы поговорим о втором ромбе системы Double Diamond и о том как же нам теперь закрыть выясненную боль пользователя, и превратить наши идеи в живой, простой, понятный и удобный продукт. Поехали!

В первой статье мы выяснили настоящие проблемы и боли наших пользователей, какие у нас есть технические, финансовые и временные ограничения. Благодаря этому мы обзавелись надёжным фундаментом для решения реальных проблем, подтвержденных реальными данными.

Теперь пора перейти от проблем к решениям. Если первый ромб был про "Что?" и "Почему?", то второй — про "Как?".

Второй ромб так же состоит из двух, потенциально бесконечно повторяющихся внутри до нахождения нужного решения, фаз: Develop(Разработка) и Deliver (Доставка/Внедрение)).

Третьего дня общался с ребятами из Max. Набросал несколько идей развития сервиса: некоторые были проходными, парочка — интересными. Но внутри оставалось чувство неудовлетворённости. Я чётко понимал, что, как и большинство, остаюсь заложником шаблонного мышления и общепринятых паттернов. С этим нужно было что-то делать, а подсознание уже вырисовывало образ врага и самого большого зла всех мессенджеров — «список».

Всем привет! На связи Ульяна Айкович и Даниил Гурин, исследователи БКС Мир Инвестиций и БКС Банка. Сегодня мы хотим поделиться результатами нашего небольшого, но довольно смелого эксперимента — попытки предсказать конверсию в прохождение опросов.

Каждый исследователь знает, как трудно удержать внимание респондентов – особенно в опросах. Один лишний вопрос, одна лишняя картинка в анкете или лишняя минута времени для заполнения опроса — и человек закрывает вкладку. А ведь каждый ответ на вес золота. Поэтому мы решили разобраться: что именно определяет, дойдет ли человек до конца опроса или бросит его на полпути? Можем ли мы заранее это предсказать?

В статье более подробно рассказали о первой итерации нашего эксперимента!

Мой сын любит LEGO. Но он не собирает замки, драконов и машины — ему скучно. Он строит существ. Иногда я даже не понимаю, что это. Пока я смотрел на его очередную коллекцию «непонятных, но гениальных» существ, я понял — он не играет по правилам. Он собирает то, что ему нужно прямо сейчас — завтра будет уже другое. Так появился дизайн моего приложения.

На что ориентироваться? Сильные стороны и лучшие пользовательские сценарии
с актуальной статистикой за 2025 год. Как микровзаимодействия повышают конверсию в приложениях.

Ну как, вы уже обновили свои приложения для поддержки новых требований Google? Если нет, то эта статья будет вам особенно полезна =) Напомню, что с 1 ноября 2025 года приложения, таргетирующиеся Android 15 и выше, должны поддерживать 16-килобайтные страницы памяти.

Как вы помните по предыдущим статьям, я работаю в МойОфис в команде разработки мобильной версии высоконагруженного корпоративного мессенджера Squadus (бэкенд на Node.js, NestJS и Meteor, а веб-интерфейс на React). Мы уже успешно перестроились на новые стандарты Google, и поэтому могу компетентно рассказать, что именно требуется, как адаптировать под это React Native-приложение и что делать, если используемая библиотека ещё не успела обновиться.

В любой продуктовой разработке есть момент, когда «просто функционала» уже недостаточно.
Да, сервис может решать задачу пользователя, но это не гарантирует, что он будет возвращаться снова и снова. То же самое касается и сотрудников внутри компании: интерфейс может работать, процессы могут быть выстроены, но без вовлечённости команды могут начать работать хуже, чем от них ожидают.

Именно поэтому многие компании начали смотреть в сторону игровых механик. Геймификация помогает встроить в продукт дополнительный слой мотивации: пользователям становится интересно пользоваться сервисом, а сотрудникам — активнее включаться в рабочие процессы.

Привет, Хабр! Мы — Руслан Ильясов, дизайн-лид, и Антон Минеев, продукт-дизайнер. Работаем над внутренними продуктами МТС — системами, которые не видят клиенты, но которые обеспечивают работу экосистемы: помогают коллегам общаться, оформлять заявки, реагировать на инциденты и работать каждый день.

Или о том, как я до сих пор пытаюсь закрыть гештальт 20-летней давности и почему иногда важнее поставить точку, чем дописывать очередную главу.

Я уже писал достаточно откровенную статью о том, как почти 20 лет назад решил во что бы то ни стало придумать и реализовать проект, который обязан был быть глобальным, при этом уникальным, и конечно же успешным. Почему обязан? Хороший вопрос. Наверное, потому что в двадцать с небольшим лет кажется, что иначе и быть не может. 

Моя прошлая статья «Нечто большее, чем лайк»  —  горьковатый коктейль из боли, личных инсайтов, странной псевдофилософии, ослепленности идеей и 15-летнего бега по кругу в попытке реализовать странную (и никому не нужную) социальную сеть с еще более странной «эмоциональной системой рейтинга». 

Той статьей я пытался раз и навсегда закрыть вопрос с этой изрядно затянувшейся попыткой оставить свой след в истории интернета (ха!). Некоторое время после ее публикации я действительно верил, что меня отпустило. 

Пока снова не началась фаза обострения. И дело не в том, что я вдруг перестал принимать медикаменты…

На днях делился подборкой научных статей по open source — одна из них предлагает обращать внимание на определенные управленческие моменты при участии компаний в открытой разработке. Сегодня продолжим обсуждать тему, но в менее академическом ключе и сфокусируемся на примечательном практическом кейсе.

В центре внимания — открытая дизайн-система Т2. Как уточняет Сергей @OsipovSV лид данного направления в Т2, разговором с которым я делюсь далее, новую дизайн-систему пока сложно считать полноценным open source-продуктом. Однако для меня этот кейс интересен с точки зрения первых шагов компании в данном направлении.

В большинстве продуктов для привлечения пользователей используют личные мотивы: сделай что-то там и тебе будет интересно, выгодно, полезно и т.д.

Поведение альтруистичное (сделай что-то, чтобы кому-то было полезнее) используют довольно мало, и обычно душеспасительные сервисы вроде википедии или волонтерских проектов. 

Мне кажется просоциальные сообщения недооценены, и я нашла несколько исследований, которые это подтверждают.

Все мы знаем или интуитивно понимаем, что ни одна, даже самая гениальная задумка, не добьется успеха без правильного маркетинга. Эта мысль неоднократно звучала в наших предыдущих статьях, где мы говорили, что без качественно составленного резюме, которое соответствует требованиям рынка (и фильтрам ИИ), и грамотной подачи себя на собеседовании невозможно получить заветный оффер. Поэтому сегодня мы решили осветить важную тему маркетинга, без которого ни кандидат, ни один IT-продукт не смог бы преуспеть. А в качестве первого примера отличного продуктового маркетинга мы возьмем приложение для онлайн-знакомств Bumble.

-Что, что?
-Bumble.
-Никогда не слышали...
-Это-то и интересно!