«Зачем я это купил?»: Как синдром импульсной покупки губит проекты на миллионы

Вы заходите в магазин за хлебом. Видите на витрине блестящий гаджет. У вас пока нет проблемы, которую он решает, но он такой красивенький, манящий! Вы покупаете его на волне восторга. Через день азарт выветривается. Вы смотрите на коробку и думаете: «Зачем я это купил? Мне же и так было хорошо».

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

История, которую вы прочтете дальше, — не про плохих разработчиков или жадных заказчиков. Она про системный сбой в принятии решений, который дороже любого бага. Единственный способ этого избежать — пройти фазу исследования (дискавери), которую все ненавидят, пока не столкнутся с итогом её отсутствия. Это — холодный душ и тест-драйв до спонтанной покупки, который спасает репутации и бюджеты.

Клиент пришёл с горящими глазами и образом: «Свое приложение! Карта, как в кино! Аватары, которые подсвечиваются! Буду показывать друзьям — такого ни у кого нет!».

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

Мы погрузились в процесс. Клиент заказал кастомный дизайн. Я решал сложнейшие задачи: кастомная карта с бесконечным скроллом, алгоритм, который в реальном времени сверял тысячи просмотров и перерисовывал интерфейс. Всё ради одной «фичи» — смены цвета обводки. Фокус сместился с «зачем» на «как». Точка приложения — небольшой город. Монетизация — «потом». Пользовательская боль — отсутствовала как класс.

Приложение вышло в сторы. И наступила тишина.

Клиент начал пропадать. А когда вернулся, его вопрос был красноречивее любого отзыва: «Что мне теперь с этим делать?».

Апофеозом стало его горькое резюме:«Я вот теперь думаю, зачем я это заказал, кому оно все надо? Я как-то загорелся — своё приложение, буду показывать друзьям… А теперь думаю, да на черта я это сделал?»

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

Этот проект — эталонный пример цикла «импульсной покупки», перенесенного в digital:

Проект был обречен в день старта, когда вместо дискавери все ринулись «делать». Это классическая ошибка «цифрового Перл-Харбора», только наоборот: там бизнес гибнет от внезапной атаки чужой платформы, а здесь — от самонадеянной атаки на рынок без карты и разведки. Похожая история, но на другом конце цикла — в материале «Как я отговорил клиента строить цифровой авианосец», где заказчик тоже хотел сразу «плыть», игнорируя карту, но его удалось остановить на берегу.

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

«Лучше потратить 10% бюджета на дискавери и доказать, что идея не полетит, чем потратить 100% на разработку — и доказать это рынку, потеряв вдобавок полгода времени и веру в собственные силы».

Цифры не лгут: цена ошибки на этапе идеи — условные 10% и две недели. Цена той же ошибки после разработки — весь бюджет, месяцы работы и моральное опустошение.

Дискавери — это не «еще одна услуга». Это страховой полис от импульсной покупки, оформленный до подписания контракта на миллион.

Если дискавери — «страховка», то что входит в этот полис? Конкретные артефакты за 1-2 недели.

Документ 1: Карта пользователей и их «боли»Не «юзер», а конкретный Олег, менеджер, который теряет премию из-за рутины. На выходе: таблица: Персона → Действие → Боль (в деньгах, времени, нервах).Зачем? Чтобы отсекать функции, которые не снимают эту конкретную боль.

Документ 2: Пользовательский сценарий (путь) — вместо ТЗНе 50 страниц ТЗ, а визуальная карта на одной «стене». Видно целое и путь к нему по шагам. Что делаем в первую итерацию, что — потом.Зачем? Чтобы заказчик впервые увидел не набор кнопок, а путь пользователя к цели.

Документ 3: Прототип в FigmaНикаких теней, градиентов, иконок. Серые прямоугольники, стрелки, 2-3 ключевых состояния. Кликабельная схема главного сценария.Зачем? Чтобы поймать 80% логических ошибок до первой строки кода. Изменения здесь стоят 0 рублей. В коде — тысячи.

И главный итог — не документы, а решение: После двух недель я даю один из трёх чётких выводов:

Дискавери — это не этап в договоре. Это смена парадигмы. Переход от отношений «заказчик-исполнитель» к партнерству «предприниматель-проводник».

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

Кстати, о зависимости. В статьях «Цифровой Перл-Харбор» и «Переломный момент: почему YClients тормозит ваш бизнес» я разбирал, как выстраивать оборону, когда вы уже встроились в чужую экосистему. А в «Озоновском обдиралово» — конкретная тактика, как из этой экосистемы выводить самых ценных клиентов. Дискавери же — это стратегия, как в неё не попадать с заведомо провальными проектами или как осознанно в неё входить, понимая все риски.

Вопрос для самопроверки (честный):Вспомните ваш последний проект (даже не цифровой). Сколько процентов работы вы бы сделали иначе, узнай вы в начале то, что знаете сейчас? Если «больше 30%», значит, проект стартовал без дискавери. И цена этого урока — те самые 90% бюджета.

Эта статья — диагноз болезни, которая маскируется под «неудачный проект». Её симптомы: «цифровой Перл-Харбор», финансовая ловушка YClients, дорогой «авианосец» и сотни тысяч на «карту как в кино».

Дискавери — это рецепт. Но рецепт бесполезен, если не верить в диагноз.

Больше разборов реальных кейсов и стратегий — в моём телеграм-канале.

P.P.S. Благодарность. Отдельное спасибо Ivan Kartyushev — его статья про P2P и AI стала триггером для этого текста. Диалог с мыслящими коллегами — лучшее топливо для роста. Если вы ещё не читали его разбор — Почему автоматизация P2P не работает без сервисной модели. Это взгляд на ту же проблему «сверху», с уровня бизнес-процессов. Рекомендую.