Как мы решаемзадачи клиентов
46 материалов о том, что реально сработало в наших проектах — методология и цифры, а не общие советы без привязки к практике.
Как мы подняли конверсию сайта клиники на 183%: разбор CRO-редизайна «Домашний доктор»
Сайт сети клиник не обновлялся четыре года, а 40% заявок терялись из-за ожидания подтверждающего звонка. Разбираем, как редизайн и последующий CRO-спринт подняли конверсию в заявку с 1,2% до 3,4%.
Три посадочные вместо одной: как мы снизили стоимость заявки на 48% для школы английского Lingua Loft
Школа английского платила 1 900 ₽ за заявку с единого сайта без сегментации аудитории. Разбираем, как три отдельные посадочные страницы и CRM-скоринг снизили стоимость заявки почти вдвое и подняли конверсию в пробный урок с 46% до 78%.
Уйти от агрегаторов и не упасть в чёрную пятницу: как мы построили приложение доставки «Смузи Go»
Сервис доставки терял 30% с каждого заказа через агрегаторов, а сайт плохо продавал с мобильных. Разбираем, как собственное приложение забрало 54% заказов и выдержало 12-кратный скачок нагрузки без единого сбоя.
От Excel и звонков менеджеру к 61% заказов через сайт: как мы построили B2B-платформу для «Стройформат»
Компания с оборотом 2 млрд ₽ в год принимала 70% заказов по телефону, а каталог на 40 000+ позиций не помещался в старую CMS. Разбираем, как новая B2B-платформа довела долю онлайн-заказов до 61% и сократила оформление повторного заказа с 15 минут до 90 секунд.
MVP за 10 недель к раунду инвестиций: как мы помогли «Атлас Финанс» проверить гипотезу на реальных пользователях
Команда с готовой финмоделью и посевными инвестициями пришла с идеей приложения для учёта личных финансов и жёстким дедлайном в 10 недель. Разбираем, как мы отобрали 8 фич из 40 и довели проект до 1 200 пользователей в бета-тесте.
Зачем сайту нужна структура до дизайна: как мы проектируем UX от целей бизнеса, а не от шаблона
Красивый макет — не то же самое, что работающий сайт. Рассказываем, почему любой наш проект начинается с проработки структуры и пользовательских сценариев, а не с открытия Figma.
Почему мы строим сайты на Next.js/React: что это реально даёт бизнесу, а не просто «современный стек»
Frontend на современном стеке — не просто модная фраза в презентации. Разбираем, что конкретно даёт Next.js/React с точки зрения скорости загрузки и SEO — и когда этот выбор действительно имеет значение.
Какие интеграции нужны сайту на старте, а какие можно добавить позже: CRM, платежи, аналитика, почта
Backend и интеграции — не опциональная надстройка «для галочки», а то, что превращает сайт в рабочий инструмент отдела продаж и маркетинга. Разбираем, какие интеграции закладываются на старте, а какие можно подключить позже без переделки.
Лендинг, корпоративный сайт, каталог или сервис с личным кабинетом: как выбрать формат под задачу бизнеса
Не каждому бизнесу нужен сложный сайт с личным кабинетом — и не каждому хватит одностраничного лендинга. На примере B2B-платформы «Стройформат» разбираем, как формат сайта должен следовать из масштаба и процессов компании, а не из бюджета «на всякий случай».
Кросс-платформенно или нативно: как мы выбираем между React Native/Flutter и нативной разработкой
Кросс-платформенная разработка не всегда быстрее и дешевле, а нативная — не всегда «правильнее». Разбираем, по каким критериям мы выбираем между React Native/Flutter и нативной разработкой под конкретный проект.
MVP для проверки гипотезы или полноценное приложение: как выбрать формат и не переплатить
Не каждой идее нужен продукт со всеми фичами с первого дня. На примере MVP «Атлас Финанс», сделанного за 10 недель к встрече с инвесторами, разбираем, чем формат MVP принципиально отличается от полноценного продуктового приложения.
UX-исследование до экрана: как мы проектируем пользовательские сценарии приложения
Хороший экран приложения — не то же самое, что хороший сценарий использования. Разбираем, зачем мы начинаем разработку приложения с UX-исследования, а не с UI-дизайна, и что конкретно это исследование даёт проекту.
Retention, воронки, события: какую аналитику мы настраиваем в приложении и зачем
Скачивание приложения — не результат сам по себе, если пользователи не возвращаются. На примере приложения доставки «Смузи Go» разбираем, какую аналитику поведения пользователей мы настраиваем и как retention 24% на 30-й день стал измеримым результатом, а не догадкой.
С чего начинается редизайн: как мы проводим UX-аудит и находим, где теряются пользователи
Редизайн у нас никогда не начинается с открытия Figma. На примере сети клиник «Домашний доктор» разбираем, как UX-аудит и интервью с реальными пользователями помогают найти настоящую причину, из-за которой продукт не работает, — прежде чем менять хоть один пиксель.
Тепловые карты и аналитика до макета: почему мы не открываем Figma в первую неделю редизайна
Разбираем, зачем перед началом визуальной работы над редизайном мы анализируем тепловые карты и поведенческую аналитику текущего продукта — и что это даёт, чего не даёт интуитивное «на глаз» решение о том, что менять.
Как редизайнить продукт, не останавливая бизнес: поэтапный релиз без даунтайма
Полная остановка сайта или приложения на время редизайна — риск, который бизнес редко может себе позволить. Разбираем, как устроен поэтапный редизайн у нас и почему мы сознательно не делаем «большой релиз» одним днём.
Зачем мы A/B-тестируем изменения дизайна до полного релиза, а не после
Убеждённость команды, что новый дизайн лучше старого, — не доказательство. Разбираем, зачем мы проверяем ключевые изменения редизайна на части аудитории перед тем, как выкатить их на всех пользователей.
Фреймворки ICE и PIE: как мы приоритизируем гипотезы роста конверсии
Идей, как улучшить конверсию, у команды и клиента обычно больше, чем времени и ресурсов на их проверку. Разбираем, как мы используем фреймворки ICE и PIE, чтобы решить, какую гипотезу тестировать первой, — и как это работало на практике в CRO-спринте «Домашнего доктора».
Почему 2 недели A/B-теста часто мало для статистической значимости
Остановить тест раньше времени, потому что цифры уже «выглядят убедительно» — одна из самых частых ошибок в CRO. Разбираем, почему мы настаиваем на корректном расчёте статистической значимости, даже если это требует больше времени, чем клиенту хотелось бы.
Что входит в аудит воронки перед CRO-спринтом: тепловые карты, записи сессий и опросы, а не только Google Analytics
Одной сквозной аналитики недостаточно, чтобы понять, почему пользователи уходят. Разбираем, из каких источников мы собираем полную картину поведения пользователей перед тем, как формулировать первую гипотезу теста.
Почему CRO не заканчивается на одном победившем варианте: как устроен постоянный цикл гипотез
Один успешный A/B-тест — не финал работы над конверсией, а один цикл из многих. На примере CRO-спринта «Домашнего доктора», где параллельно тестировалось несколько направлений, разбираем, почему рост конверсии — это процесс, а не разовый проект.
Одна посадочная страница — не для всех: почему мы делаем отдельный лендинг под каждый источник трафика и сегмент
Один универсальный лендинг на разные сегменты аудитории почти всегда компромисс, который никого не убеждает по-настоящему. На примере трёх посадочных страниц школы английского Lingua Loft разбираем, как сегментация лендингов снизила стоимость заявки на 48%.
Сквозная аналитика до сделки: почему конверсия в заявку — не главная метрика лидогенерации
Дешёвая заявка ещё не значит хороший результат, если до реальной покупки или записи доходит меньшинство. Разбираем, зачем мы считаем конверсию не до формы, а до сделки — и как это изменило выводы в проекте Lingua Loft.
Скоринг лидов в CRM: как мы помогаем отделу продаж не тратить время на нецелевые заявки
Не каждая заявка одинаково ценна для отдела продаж. Разбираем, как скоринг лидов в CRM помогает менеджерам видеть приоритет заявки ещё до звонка — и что это дало школе английского Lingua Loft.
CRM и автоматизация распределения заявок: как лиды сразу попадают к нужному менеджеру
Заявка, которая падает в общий почтовый ящик и ждёт, пока кто-то её заметит, — это упущенное время и упущенные клиенты. Разбираем, как мы настраиваем интеграцию форм с CRM клиента и автоматическое распределение лидов между менеджерами.
Три сценария вместо одного визита: как понять, зачем пациент открывает сайт клиники
«Болит и срочно», «плановый визит» и «хочу к конкретному врачу» — три разных пользователя с разными приоритетами, которые обычный сайт клиники встречает одинаково. Разбираем, как сегментация по сценарию, а не по разделу меню, меняет структуру медицинского сайта.
68% пациентов заходят с телефона: почему сайт клиники нужно проектировать мобильным в первую очередь
Больше двух третей трафика сети клиник «Домашний доктор» приходило с мобильных устройств — и именно там длинная форма записи и ожидание звонка ощущались болезненнее всего. Разбираем, что значит «mobile-first» для медицинского сайта не на словах, а на практике.
Онлайн-подтверждение записи вместо звонка администратора: как убрать главную точку потери пациентов
40% заявок на сайте клиники терялись не на этапе заполнения формы, а после неё — пока пациент ждал звонка администратора для подтверждения времени визита. Разбираем, почему для медицинских сайтов момент между заявкой и подтверждением значит больше, чем сама форма.
Карьера, экзамен или практика: почему аудиторию образовательного проекта нужно сегментировать по цели, а не по возрасту
У школы английского Lingua Loft было три разные аудитории с тремя разными мотивами учиться — а один общий лендинг на всех. Разбираем, почему сегментация образовательного продукта по цели обучения работает лучше, чем деление по демографии.
Конверсия в заявку — не главная метрика онлайн-школы: считаем воронку до пробного урока
Дешёвая заявка ещё не значит хороший результат, если до реальной оплаты доходит меньшинство. Разбираем, почему для образовательных проектов важнее не стоимость лида, а конверсия из заявки в оплаченный пробный урок — на примере школы английского Lingua Loft.
Видео с настоящего занятия против рекламных обещаний: как снять главное возражение перед пробным уроком
Главный страх человека, который рассматривает разговорный клуб или курс языка, — «а вдруг будет скучно, как в школе». Разбираем, как один конкретный формат контента на лендинге школы Lingua Loft снял это возражение до звонка менеджера.
30% комиссии агрегатора: когда сервису доставки выгоднее вложиться в собственное приложение
Сервис доставки «Смузи Go» отдавал до 30% с каждого заказа через агрегаторов. Разбираем экономику решения о запуске собственного приложения — и почему для сервисов с постоянными клиентами оно окупается быстрее, чем кажется.
Как выдержать «чёрную пятницу»: архитектура очереди заказов для скачков нагрузки в доставке
Приложение доставки «Смузи Go» выдержало 12-кратный скачок нагрузки в «чёрную пятницу» без единого сбоя. Разбираем, почему для сервисов с пиковыми нагрузками устойчивость системы — не техническая деталь, а прямой вопрос выручки.
Заказать как в прошлый раз: почему для доставки retention важнее числа новых скачиваний
Retention приложения «Смузи Go» на 30-й день составил 24% при среднем по нише 12-15%. Разбираем, почему удержание постоянных клиентов для сервисов доставки часто более выгодная инвестиция, чем привлечение новых пользователей.
40 000 SKU и старая CMS: когда каталогу B2B-компании нужна не доработка, а новая архитектура
Каталог на 40 000+ позиций компании «Стройформат» не помещался в старую CMS — сайт падал при обновлении цен. Разбираем, где проходит граница между «доработать существующий сайт» и «спроектировать новую архитектуру каталога» для крупного B2B-бизнеса.
Розница, опт, дилеры: как показать разные цены разным типам клиентов на одном B2B-сайте
У «Стройформата» розница, опт и дилеры должны были видеть разные цены на одни и те же товары. Разбираем, как ролевая модель цен на сайте решает эту задачу без создания отдельных сайтов под каждый тип клиента.
Повторный заказ за 90 секунд вместо звонка менеджеру: как личный кабинет разгружает отдел продаж B2B-компании
70% заказов «Стройформата» оформлялись по телефону и email, а менеджеры вручную сверяли остатки в Excel. Разбираем, как личный кабинет с повторным заказом в один клик снизил нагрузку на отдел продаж на 40%.
MVP перед раундом A: как выбрать 8 функций из 40 и не потерять инвестора
Команда «Атлас Финанс» пришла с 40 предложенными фичами и жёстким дедлайном в 10 недель до встречи с инвесторами. Разбираем принцип, по которому мы отбирали функции для MVP — не «что хотелось бы», а «что проверяет главную гипотезу».
68% подключили банковский счёт в первую сессию: что доверие значит для UX финтех-продукта
Больше двух третей пользователей MVP «Атлас Финанс» подключили банковский счёт уже в первую сессию использования приложения. Разбираем, что стоит за этой цифрой в продукте, где пользователь должен довериться приложению с самыми чувствительными данными.
Готовые сервисы вместо кастомной инфраструктуры: когда финтех-стартапу рано строить всё с нуля
При разработке MVP «Атлас Финанс» команда сознательно отказалась от избыточной кастомной инфраструктуры там, где это не било по ключевой гипотезе продукта. Разбираем принцип выбора между готовым решением и разработкой с нуля на ранней стадии финтех-продукта.
Дизайн — это не украшение: почему мы не согласовываем решения, которые не можем объяснить
Красивый интерфейс, который не решает бизнес-задачу, — дорогая ошибка. Разбираем первый принцип нашей работы: каждое дизайн-решение должно объясняться через пользовательский сценарий или бизнес-метрику, иначе оно меняется.
Почему мы фиксируем метрику успеха в договоре, а не после сдачи проекта
Спор о том, «получился ли хороший результат», почти невозможен, если критерий успеха согласован заранее в цифрах. Разбираем, зачем на первой встрече мы формулируем метрику успеха проекта — и почему она попадает в договор, а не в устные ожидания.
Еженедельные демо вместо «увидимся через три месяца»: как спринты защищают бюджет клиента
Работа двухнедельными спринтами с показом результата каждую неделю позволяет скорректировать курс на раннем этапе — а не после того, как бюджет уже потрачен. Разбираем, почему регулярность демо — не формальность, а способ управления риском.
Почему мы отдаём весь код и дизайн-систему клиенту целиком
Мы не строим бизнес-модель на том, чтобы клиент не мог уйти к другому подрядчику. Разбираем, почему передача исходников, документации и доступов в полном объёме — принципиальная позиция, а не формальность в конце проекта.
Честность дороже контракта: когда мы говорим клиенту, что его запрос — не то решение, которое ему нужно
Иногда правильный ответ на запрос клиента — не выполнить его буквально, а сказать, почему это не сработает. Разбираем принцип «честность дороже контракта» на реальном примере — как мы поспорили с клиентом о готовом дизайне и оказались правы.
Офис в Москве, команда — без границ: как устроена удалённая работа агентства
У нас один офис в Москве для встреч по предварительной договорённости — и клиенты по всей России и за рубежом, с которыми мы никогда не встречаемся лично. Разбираем, как реально устроена удалённая модель работы: созвоны, часовые пояса, договор без личной встречи.