Релизы идут долго и постоянно переносятся
Функция под кампанию уезжает в следующий релиз, и бизнес упускает момент для продаж.
Развитие мобильных приложений и веб-сервисов
Релизы тянутся, копятся баги, устарел дизайн или вы не уверены в текущей команде — найдём причину, дадим план и возьмём развитие.
Какие проблемы мы решаем
Продукт ведёт подрядчик или небольшой IT-отдел, и кажется, что что-то идёт не так? Ниже — ситуации, с которыми к нам обычно приходят. Если узнаёте свою, давайте разберёмся, в чём причина.
Релизы идут долго и постоянно переносятся
Функция под кампанию уезжает в следующий релиз, и бизнес упускает момент для продаж.
После каждого изменения что-то ломается
Пока команда чинит сломанное и пользователи ловят сбои в сценарии покупки, бизнес теряет выручку.
Подрядчик перестал устраивать или вы сомневаетесь во внутренней команде
Разработка дорожает и затягивается без понятной причины. Бюджет трудно планировать, решение о смене команды нечем обосновать.
Дизайн устарел, конверсия ниже ожидаемой
Пользователь спотыкается в привычных сценариях, и до покупки доходит малая часть тех, кого привела реклама.
Аналитика не отвечает на вопросы бизнеса
События размечены с пробелами, воронки считаются неточно. Бюджет на развитие распределяют вслепую.
Система не успевает за новыми целями бизнеса
Продукт давно не развивали или запуск дался тяжело. Новые функции упираются в старое устройство, и планы бизнеса сдвигаются.
Как мы ищем причину
Одна и та же проблема может прятаться в интерфейсе, в данных или в коде. Поэтому смотрим на продукт с трёх сторон: как пользователь, как аналитик и как инженер. Вместе эти взгляды показывают, откуда на самом деле берутся симптомы.
Продукт и UX/UI
Проходим основные сценарии как пользователь и показываем, что менять в первую очередь ради конверсии.
- Основные пользовательские сценарии (CJM)
- UX-проблемы, точки трения и причины потерь конверсии
- Визуальная целостность и устаревшие решения
- Соответствие продукта задачам бизнеса
Данные и продуктовая аналитика
Проверяем разметку в AppMetrica или другой системе, чтобы решения опирались на данные.
- Разметка событий и данные, которых не хватает для решений
- Точность воронок
- События и параметры, которые стоит добавить
- Выводы из уже собранных данных
Код, архитектура и инженерное качество
Выясняем, получится ли развивать продукт на текущем коде и во что это обойдётся.
- Архитектура и узкие места
- Поддерживаемость кода и технический долг
- Стабильность и причины падений по Crashlytics или аналогам
- Инженерные практики и готовность к развитию
Продукт и UX/UI
Проходим основные сценарии как пользователь и показываем, что менять в первую очередь ради конверсии.
- Основные пользовательские сценарии (CJM)
- UX-проблемы, точки трения и причины потерь конверсии
- Визуальная целостность и устаревшие решения
- Соответствие продукта задачам бизнеса
Данные и продуктовая аналитика
Проверяем разметку в AppMetrica или другой системе, чтобы решения опирались на данные.
- Разметка событий и данные, которых не хватает для решений
- Точность воронок
- События и параметры, которые стоит добавить
- Выводы из уже собранных данных
Код, архитектура и инженерное качество
Выясняем, получится ли развивать продукт на текущем коде и во что это обойдётся.
- Архитектура и узкие места
- Поддерживаемость кода и технический долг
- Стабильность и причины падений по Crashlytics или аналогам
- Инженерные практики и готовность к развитию
Объединяем выводы по дизайну, анализу и коду
По отдельности каждое направление объясняет только часть проблемы. Данные показывают, где уходят пользователи, UX-анализ объясняет почему, а код — во что обойдутся изменения. Вместе они дают гипотезу, что менять, и план с приоритетами.
В итоге вы получите ответы на шесть вопросов:
Что тормозит бизнес-результат
Что здесь симптом, а что причина
С чего начать изменения
Что можно вообще не трогать
Хватит ли косметических правок или нужен системный редизайн
Какой план развития реалистичен
Иногда лучший совет — ничего не переписывать
Мы не зарабатываем на том, чтобы объявлять любой legacy плохим. Если код хороший, так и скажем, а где хватит небольших изменений, переписывать не предложим. Диагностика приводит к одному из пяти выводов:
- Всё сделано хорошо, критических изменений не нужно.
- Есть отдельные узкие места, хватит точечных улучшений.
- Систему можно развивать дальше, постепенно убирая технический долг.
- Отдельные части системы разумнее заменить.
- Развивать текущую систему слишком дорого, нужен существенный редизайн или переписывание.
Как проходит диагностика
Начинаем с короткого брифа — после него фиксируем объём и цену, по ходу работы они не меняются. Затем подписываем NDA, получаем доступы и за 1–2 недели проводим диагностику. Если понятно, где искать причину, можно заказать одно направление: аудит UX/UI, аудит аналитики или технический аудит кода.
Что вы получите
- Краткая оценка состояния продукта
- Найденные узкие места с доказательствами
- Приоритет каждой находки
- Список того, что работает хорошо и трогать не нужно
- Быстрые улучшения и стратегические изменения
- Рекомендации по UX/UI, аналитике и инженерной части
- Варианты пути и план развития по шагам
- Примерная оценка сложности следующих шагов
Вы видите, где продукт сейчас и с чего начать.
Что понадобится от вас
- Подписанное NDA: без него никакие доступы не берём
- Доступ к коду и репозиторию
- Доступ к продуктовой аналитике
- Доступ к приложению или стенду
Без доступа к коду проведём аудит UX, аналитики и процессов.
Кейс: диагностика на практике
Крупный ритейлер под NDA решал, оставаться ли с подрядчиком, который делал его приложение, и попросил нас проверить код. Ниже по шагам: что мы проверили, что нашли и чем всё закончилось.
[ 01 ]
Задача
Приложение сделала и поддерживала внешняя команда, своих специалистов у заказчика не было. Предстояло решить, менять ли подрядчика.
[ 02 ]
Что исследовали
Проверили код, архитектуру и процессы разработки.
[ 03 ]
Что нашли
Общее качество кода оказалось высоким, угроз для продукта мы не нашли.
[ 04 ]
Что предложили
Дали 44 рекомендации. Через два месяца проверили: подрядчик полностью выполнил 14. По этим итогам заказчик обсудил с подрядчиком дальнейшую работу.
Как аудит перерастает в партнёрство
Оба продукта ниже мы приняли у других подрядчиков. Сначала провели аудит, потом подключились к развитию — и работаем до сих пор.
Фудтех-компания под NDA
Подрядчик перестал устраивать заказчика. После оценки и аудита мы взяли на себя существенную часть развития, сотрудничество расширяется.
Бургер Кинг после смены подрядчиков
Мы приняли существующий продукт, провели полный аудит фронтенда и бэкенда и шестой год развиваем его как основной технологический партнёр.
Фудтех-компания под NDA
Подрядчик перестал устраивать заказчика. После оценки и аудита мы взяли на себя существенную часть развития, сотрудничество расширяется.
Бургер Кинг после смены подрядчиков
Мы приняли существующий продукт, провели полный аудит фронтенда и бэкенда и шестой год развиваем его как основной технологический партнёр.
Берём развитие продукта на себя
Если диагностика покажет, что продукт стоит развивать, дальше можем вести его сами — целиком или по отдельным направлениям. Какую часть передать, решаете вы. Мы отвечаем за результат в своей части и не сдаём людей в аренду на часы, а где объём понятен заранее, работаем по фиксированной цене. Что можно нам передать:
- Продуктовую разработку
- Бэкенд
- Фронтенд
- Мобильную разработку
- Дизайн
- Аналитику
- Интеграции
- Модернизацию и техническое развитие
- Поддержку работающего продукта
Остаётся
Всё, на чём держится бизнес, по-прежнему ваше.
- Ваш продукт, пользователи и данные
- То, что в продукте уже работает хорошо
- Код и права на него у вас
Меняется
Меняем только то, что по итогам диагностики тормозит развитие.
- Кто отвечает за развитие
- Порядок приоритетов: его задаёт план из диагностики
- Инженерные практики, которые мешали двигаться
- Скорость изменений
Остаётся
Всё, на чём держится бизнес, по-прежнему ваше.
- Ваш продукт, пользователи и данные
- То, что в продукте уже работает хорошо
- Код и права на него у вас
Меняется
Меняем только то, что по итогам диагностики тормозит развитие.
- Кто отвечает за развитие
- Порядок приоритетов: его задаёт план из диагностики
- Инженерные практики, которые мешали двигаться
- Скорость изменений
Развиваем ваши продукты более 15 лет
Проводили технические аудиты существующих систем. В 2024 году стали первыми в Рейтинге Рунета в категории «Мобильное приложение „под ключ“».
Дизайн, продукт и разработка в одной команде. Выводы диагностики подтверждаем фактами. AI в производстве помогает делать изменения быстрее.
Работаем на рынке разработки
Клиентов работают с нами больше трёх лет
Проектов за время работы
Работаем на рынке разработки
Клиентов работают с нами больше трёх лет
Проектов за время работы
[ FAQ ]
Что спрашивают перед диагностикой
Полная диагностика занимает примерно 1–2 недели, отдельный аудит UX/UI или кода — 5 рабочих дней. Аудит UX/UI стоит от 300 тыс. ₽. Цену остальных направлений и полной диагностики фиксируем после короткого брифа, когда понимаем, какие направления нужны и какие доступы вы можете дать. По ходу работы цена не меняется.
Да. Каждое направление работает как самостоятельный пакет: аудит продукта и UX/UI, аудит продуктовой аналитики или технический аудит кода и архитектуры. Если причина симптомов неясна, выбирайте полную диагностику: она сводит три направления в общий диагноз.
Короткий бриф и доступы: к коду и репозиторию, к продуктовой аналитике, к приложению или тестовому стенду. NDA подписываем до того, как получим любые доступы. Если доступа к коду нет, проведём аудит UX, аналитики и процессов.
Нет, диагностика ни к чему не обязывает. План развития остаётся у вас: его можно отдать своей команде или текущему подрядчику. Если захотите передать развитие нам, обсудим это, когда план уже будет на руках. Если продукт стоит развивать, возьмём его целиком или по отдельным направлениям.
Так и скажем и зафиксируем это в итогах диагностики. Вы получите второе мнение и продолжите развивать продукт на текущей системе.
Да. Так было в проекте для крупного ритейлера: приложение поддерживала внешняя команда, мы проверили код, архитектуру и процессы, а заказчик использовал результаты, чтобы обсудить с подрядчиком дальнейшую работу.
Продуктовую и мобильную разработку, бэкенд, фронтенд, дизайн, аналитику, интеграции, модернизацию и поддержку работающего продукта. Передать можно всё сразу или отдельные направления. Работаем по плану из диагностики. Небольшие доработки принимаем на лету, под крупные новые функции оформляем допсоглашение. Где объём можно определить, цена фиксированная.
Вам. Исключительные права на разработанный код, документацию, репозиторий и артефакты переходят к вам. Исключение касается исходников фреймворка Mini: их передаём на неисключительных правах, форк разрешён. Работаем в своём GitLab или в вашем, как удобнее.
Да, это отдельная услуга: проверка безопасности кода. Она подходит, когда главный вопрос касается рисков и уязвимостей в коде. Диагностика на этой странице отвечает на другой вопрос: как развивать продукт дальше и с чего начать.
Для замены есть отдельная услуга: Заменяем legacy за 1–3 месяца. Если продукт нужен с нуля, посмотрите мобильную разработку и веб-разработку. Если непонятно, что выгоднее, начните с диагностики: она покажет, стоит ли развивать текущую систему.
