Else-digital 
Тендеры и лиды
Информация
Большинство перерасходов в IT-проектах происходит не из-за «плохих подрядчиков» и не из-за технологий. Они происходят ещё до первого созвона.
Я — Дмитрий Мухин, основатель и руководитель IT-компании Else Digital. Уже больше 10 лет мы разрабатываем веб-порталы и мобильные приложения для опытных предпринимателей и корпораций: от сложных B2B-платформ до финтех-продуктов с регуляторикой. За это время я видел сотни стартов — и почти всегда итоговый бюджет зависел не от студии, а от того, насколько клиент был готов к разговору.
В этой статье я покажу, как подготовиться к разработке сайта и составить за пару вечеров основу для диалога со студией, чтобы сэкономить сотни тысяч рублей ещё до начала разработки.
Первый контакт с командой разработки действительно напоминает визит к хирургу. Все хотят хорошего результата, но цена ошибки пугает. Предприниматель приходит с ощущением «надо делать», открывает сайты студий, смотрит кейсы, красивые интерфейсы — и при этом не до конца понимает, что именно ему нужно.
Типичный сценарий выглядит так: на старте звучит «нужен современный сайт» и «чтобы нормально работал на телефонах». Через месяц выясняется, что аудиторий несколько, услуг — десятки, есть внутренние согласования, интеграции, а в будущем ещё и мобильное приложение.
Проект начинает обрастать деталями прямо по ходу движения. Растёт техническое задание, меняется оценка, появляются дополнительные созвоны. Каждое новое «а давайте ещё вот это» — это не просто идея, а часы работы команды и реальные деньги.
При этом есть проекты, которые идут совсем иначе. В них клиент ещё до первого созвона ответил себе на несколько базовых вопросов:
— зачем бизнесу этот продукт;
— какой результат будет считаться успехом;
— кто и как будет им пользоваться;
— в каких бюджетных рамках мы вообще играем.
С такими вводными разговор сразу становится предметным. Это уже не «прощупывание почвы», а рабочий диалог, который легко превратить в нормальный бриф на разработку сайта или приложения.
Часто предприниматели боятся слова «бриф», представляя документ на 50 страниц. В реальности всё гораздо проще. В 80% проектов достаточно 1–3 страниц текста, где честно и внятно зафиксированы вводные.
Хороший бриф обычно включает:
— краткое описание компании и продукта;
— цели проекта с точки зрения бизнеса;
— целевую аудиторию и ключевые сценарии;
— приоритетный функционал первого релиза;
— идеи и направления развития;— ограничения, интеграции, регуляторные требования;
— ориентиры по бюджету и срокам.
С таким документом студия быстрее понимает масштаб задачи, точнее оценивает стоимость и реже ошибается в архитектуре. А значит — меньше сюрпризов по ходу проекта.
За годы работы я вижу одни и те же эффекты.
Во-первых, экономия бюджета.Четкий бриф сокращает часы аналитики, переписок и уточнений. Дорогие специалисты не тратят время на выяснение базовых вещей, за которые в итоге всё равно платит клиент.
Во-вторых, прозрачное сравнение подрядчиков.Когда все студии считают проект по одинаковым вводным, становится понятно, кто и за что берёт деньги, а где разница только в подаче.
В-третьих, меньше переделок после запуска.Когда цели, аудитория и приоритеты зафиксированы заранее, реже возникает ситуация «мы имели в виду совсем другое».
И, наконец, более осознанное участие самого заказчика.Работа над брифом почти всегда подсвечивает слабые места, внутренние противоречия и нереалистичные ожидания ещё до старта разработки.
В Else Digital мы всегда начинаем не с дизайна и не с технологий, а задаем первый вопрос про цель диджитал-решения.
Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.
Заполнить заявку
13294 тендера
проведено за восемь лет работы нашего сайта.
Типовые цели звучат так:
— увеличить количество заявок;
— поднять средний чек;
— снизить нагрузку на менеджеров;
— вывести продукт в новый регион;
— улучшить сервис для текущих клиентов.
Фраза «хотим красивый сайт» сама по себе ни о чём не говорит. А вот формулировка «нужно получать 300 заявок в месяц» или «онлайн-запись должна закрывать половину обращений» сразу задаёт направление для всей архитектуры.
С мобильными продуктами ситуация та же. Когда владелец бизнеса честно отвечает себе, какую проблему приложение решает в первую очередь, продукт почти всегда становится проще — а значит, дешевле и быстрее в запуске.
Запрос «сайт для всех» — тревожный сигнал. Такая формулировка размывает структуру и почти гарантированно увеличивает бюджет.
Куда эффективнее описать 2–3 ключевых сегмента и их сценарии. В B2B это часто выглядит так:
— закупщик, которому важны условия и цены;
— технический специалист, которому нужны характеристики;
— руководитель, оценивающий надежность и масштабируемость.
Когда эти сценарии зафиксированы заранее, студии не нужно неделями вытаскивать очевидные вещи из созвонов. Она сразу проектирует логику под реальные задачи пользователей.
Одна из самых частых причин перерасхода — отсутствие приоритизации. Мы почти всегда делим функционал на три уровня:
Так бюджет раскладывается по этапам, а не превращается в одну неподъёмную цифру. Это простой, но очень эффективный способ удерживать проект под контролем.
Многие клиенты боятся называть бюджет заранее, опасаясь, что студия «подстроится под максимум». На практике всё наоборот. Отсутствие рамок только ухудшает ситуацию.
Даже диапазон вида «от X до 2X» — это не обещание, а ориентир. Он помогает предложить адекватное решение под реальные возможности бизнеса и избежать неприятных сюрпризов на середине пути.
Мы неоднократно видели одинаковые по масштабу компании с совершенно разным итогом.
Те, кто приходил с чётким брифом, спокойно укладывались в бюджет и дальше развивали продукт.
Те, кто стартовал «на ощущениях», почти всегда платили больше — за переделки, уточнения и пересборку логики.
Экономия возникает не из-за скидок. Она появляется там, где цели, аудитория и приоритеты были продуманы заранее, а техническое задание на разработку не рождалось в муках уже по ходу проекта.
Подготовка к разработке начинается с честных ответов на простые вопросы: зачем продукт бизнесу, какие задачи он решает и какой результат считается успехом. Из этих ответов и появляется внятный бриф на разработку сайта или приложения — документ, который экономит деньги, время и нервы.
Если вы только обдумываете проект или уже готовитесь к разговору со студией — можете написать нам в Else Digital, обсудить задачу, получить консультацию или договориться о разработке первого прототипа сайта или мобильного приложения.
