Очень странные дела: как выглядит разработка без аналитики
Разработка без аналитики приводит к очень странным делам
Когда крупные компании приходят за разработкой сложных веб-сервисов, они часто приносят с собой не только бюджеты, но и галлюцинации. Маркетинговые отделы рисуют красивые графики, стейкхолдеры кивают, а на выходе получается продукт из «Изнанки» — мрачного места, где бюджеты сгорают, а юзеры убегают в ужасе. Разбираем на примере (анонимном, но болезненном), как бизнес сливает миллионы на имитацию аналитики.
Давай честно: каждый второй Enterprise-клиент уверен, что знает своего пользователя. У него есть брендбук на 100 страниц, стратегия до 2030 года и уверенность, что «клиенту нужно вот это».
Но когда мы начинаем копать глубже, оказывается, что вся эта уверенность строится на гипотезах директора по маркетингу, которые никто никогда не проверял в полях. Это не data-driven подход, это гадание на кофейной гуще с бюджетом в несколько десятков миллионов.
«У нас всё есть, просто напишите код»
Недавно к нам зашел крупный заказчик (NDA, все дела). Задача — масштабная разработка IT-решения для бизнеса, экосистема, которая должна «убить» конкурентов.
На входе нам выдают папку с документами под названием «Аналитика». Мы открываем её, ожидая увидеть CJM, результаты CustDev, метрики текущего решения или хотя бы вменяемый анализ конкурентов.
А там — пустота. Точнее, не совсем пустота, а театр аналитики:
-
Портреты ЦА из фотостока. «Иван, 35 лет, любит кофе и инновации». Это не user personas, это персонажи для рекламы майонеза.
-
Список фич, взятый с потолка. «Нам нужен этот функционал, потому что у конкурента X он есть». А то, что у конкурента X этой фичей никто не пользуется — никто не чекнул.
-
Дизайн ради дизайна. «Сделайте нам красиво, чтобы акционерам понравилось».
Маркетинг заказчика создал видимость работы. Они провели митапы, нарисовали красивые слайды, защитили бюджет. Но они не сделали главного — не спросили у реальных людей, а нужно ли им это вообще.
Добро пожаловать в Изнанку
Что происходит, когда агентство разработки соглашается работать по таким вводным без собственной проверки? Проект попадает на Изнанку. Здесь физика бизнеса работает иначе.
1. Фиче-центризм вместо User-oriented
Команда начинает пилить функционал, который никому не нужен. Бэклог пухнет. Мы тратим сотни часов на бэкенд и фронтенд разработку сложнейших интеграций, которыми воспользуется 0,5% юзеров.
2. Бюджетная черная дыра
В кейсе нашего заказчика «аналитика» предполагала создание супераппа сразу. Без MVP, без итераций. Это классическая ошибка гигантомании. Вместо того чтобы выпустить MVP продукта за 3 месяца и собрать фидбек, компания планировала год «строить звезду смерти».
3. UX, который делает больно
Когда UX/UI дизайн веб-сервисов строится на домыслах («Мне кажется, кнопка должна быть здесь»), получается интерфейс, в котором пользователь чувствует себя как герой хоррора. Он не понимает, куда нажать, где его деньги и как отсюда выйти.
Мы не верим в интуицию. Мы верим в данные
Как мы вытаскивали этот проект в реальность? Пришлось включить режим «душнилы» и объяснить клиенту: либо мы делаем нормальный ресёрч, либо вы просто сжигаете деньги.
Что мы сделали (и что нужно делать всегда, чтобы не попасть в ловушку):
-
Destructive-тест гипотез. Мы взяли их «гениальные» идеи и пошли к реальным юзерам. Провели серию глубинных интервью. Оказалось, что 60% запланированных фич пользователям вообще не нужны. Они решают эту проблему иначе — быстрее и бесплатно.
-
Спроектировали пользовательские сценарии. Не красивые картинки, а логику. Как человек попадает в сервис? Где у него пейн-поинт? В какой момент он готов платить?
-
Срезали косты. Мы предложили выкинуть из первой версии всё лишнее. Оставили только основное — то, что приносит ценность здесь и сейчас.
Результат: Бюджет на разработку первой версии сократился на 40%. Срок выхода на рынок уменьшился с года до 4 месяцев.
Почему маркетинг боится правды?
Проблема крупных компаний часто кроется в политике. Признать, что твоя идея была ошибкой — страшно. Сказать боссу, что «мы придумали фигню» — опасно для карьеры. Поэтому создается safe space из имитации бурной деятельности.
Маркетологи заказывают исследования, которые подтверждают их правоту, а не ищут истину. Разработчики кивают и пишут код по ТЗ, чтобы потом сказать: «Ну вы же сами так просили».
Это порочный круг. И единственный способ его разорвать — пустить в процесс внешнюю экспертизу, которая не боится задавать неудобные вопросы. Которая скажет: «Ребята, юзеры так себя не ведут».
Как не стать героем «Очень странных дел»
Разработка цифровых продуктов — это не магия. Это процесс, где каждое решение должно опираться на цифры, а не на «чуйку».
Если вы планируете разработку сложного веб-сервиса или мобильного приложения, проверьте себя:
-
Вы точно знаете, какую проблему решаете, или вы «хотите закрыть все проблемы одним решением»?
-
У вас есть подтвержденный спрос (пресейлы, тесты на MVP, custdev)?
-
Вы готовы убить функционал, который вам нравится, если метрики покажут, что он не нужен?
Если на все вопросы ответ «Ну… наверное», то, скорее всего, вы на пороге слива бюджета.
Если вы сейчас на этапе планирования большого продукта и не хотите ошибиться с архитектурой и набором фич — мы обычно начинаем с честного аудита и предпроектной аналитики. Пишите вот сюда. Можно разобрать вашу ситуацию отдельно и понять, что имеет смысл кодить, а что лучше оставить в фантазиях.
Лучшее в блогах
Вам понравится
В очередном обновлении Admin24 был улучшен ИИ-агент – инструмент, который анализирует обращения клиентов и предлагает готовые варианты ответов. ИИ-агент помогает ускорить обработку заявок, снизить нагрузку на сотрудников и сохранить единый стиль коммуникации с клиентами.
Мы решили рассказать вам, как работать с ИИ-агентом из карточки заявки, какие режимы ответа сегодня доступны и какие настройки предусмотрены для адаптации ИИ под процессы компании.
В рамках 10-летия «Мобилки» (входит в «Артикс») мы запустили серию интервью с людьми, которые создавали рынок продвижения приложений и продолжают развивать его сегодня — с нашими клиентами и партнерами. Герой этого выпуска — Михаил Цуприков, председатель комитета по Mobile In-App Advertising АРИР и Mobile амбассадор MGCom — один из ключевых экспертов российского мобильного рынка, работающий на стыке технологий, бизнеса и отраслевого регулирования.
Когда Яндекс запустил нейрообъявления, мы в WebCanape сразу проверили их эффективность на реальных кейсах. Провели A/B-тесты в разных нишах, сравнили результаты с классическими объявлениями и сделали выводы. В кейсе — цифры, практический опыт и рекомендации, как использовать нейрообъявления для маркетинга.
Неделя рекламы
Энциклопедия обмана