Обоснование сайта: как убедить руководство выделить бюджет на новый сайт

Что такое обоснование сайта и зачем оно нужно

Представьте директора по маркетингу крупной компании. Он видит, что корпоративный сайт морально устарел: медленно грузится, плохо открывается на смартфонах, теряет заявки. Он уверен, что нужен новый. Но чтобы получить бюджет, одной уверенности мало — нужен документ, который объяснит совету директоров, зачем компании вкладывать деньги.

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

Важно не путать обоснование создания сайта с бизнес-планом. Обоснование — это аргументы в пользу конкретной инициативы внутри уже работающей компании. Бизнес-план описывает целое новое направление или бизнес с нуля, его миссию и стратегию. Для сайта почти всегда нужно первое.

Обоснование сайта, ТЗ, ТЭО и business case: в чём разница

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

• Техническое задание (ТЗ) — описание и обоснование сайта на техническом уровне: структура, функции, требования к дизайну и интеграциям. Это документ для подрядчика, а не для совета директоров.
• Технико-экономическое обоснование (ТЭО) — усечённый вариант бизнес-плана. Показывает целесообразность проекта и его экономику. Хорошо подходит, когда компания делает сайт за свой счёт, в том числе для редизайна устаревшего ресурса.
• Business case (бизнес-кейс) — расширенное обоснование по методологии «проблема → решение → выгода → риски → план». Его готовят для крупных инвестиций, которые нужно защищать перед руководством.
• Пояснительная записка* — короткое резюме на одну–две страницы для тех, у кого нет времени читать весь документ. Пишется в последнюю очередь, но идёт первой.

Какой документ выбрать под ваш бюджет

Чем больше сумма, тем подробнее должно быть обоснование.
Таблица: Ориентир по форме документа для обоснования бюджета

Суммы приведены примерные: корпоративный сайт под ключ стоит от 250 000 ₽, сайт с каталогом и интеграцией с 1С — от 350 000 ₽, а сложные проекты доходят до нескольких миллионов.

Кто в компании готовит документ и кто его утверждает

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

Такое распределение — не бюрократия, а страховка. Когда цифры бюджета подтверждены финансистами, а сроки — техническими специалистами, обоснование сложнее оспорить на защите. Полезно заранее договориться, кто из коллег станет вашим союзником и подтвердит расчёты перед бюджетным комитетом.

И ещё один аргумент, который стоит держать наготове для финансового директора: расходы на сайт — это не «сгоревшие» деньги. Их можно учесть при расчёте налога на прибыль как нематериальный актив или прочие расходы по статьям 256 и 264 НК РФ.

Диагностика проблемы: как понять и доказать, что старый сайт пора менять

Совет директоров редко реагирует на формулировку «сайт устарел». Это оценочное суждение, и его легко парировать вопросом «а деньги-то он приносит?». Ваша задача на этом этапе — собрать факты, которые превращают субъективное недовольство в измеримую проблему бизнеса.

Начните с честной диагностики. Устаревание сайта — это не только про внешний вид. Чаще всего проблема глубже: техника, удобство, потерянные заявки и репутационные риски.

Признаки того, что сайт устарел

Пройдитесь по этому списку и отметьте, что относится к вашему ресурсу. Каждый пункт — будущий аргумент в обосновании:

• Плохая мобильная версия. В России 95,5% интернет-пользователей выходят в сеть со смартфонов, а на мобильные устройства приходится уже около 35,5% всего веб-трафика. Если сайт неудобно листать с телефона, вы теряете треть аудитории.
• Низкая скорость загрузки. Медленные страницы напрямую влияют на конверсию: каждая лишняя секунда задержки способна снижать конверсию примерно на 7%.
• Устаревший дизайн и запутанная навигация. Пользователь не готов искать нужную информацию — он уходит к конкуренту.
• Нет интеграций. Заявки не попадают в CRM автоматически, менеджеры теряют лиды, данные приходится переносить вручную.
• Проблемы с безопасностью и поддержкой. Старая CMS* без обновлений — это уязвимость и риск простоя.

Как собрать доказательную базу

Одних наблюдений мало — нужны цифры из ваших систем аналитики. Их удобно взять из Яндекс Метрики и связать с данными отдела продаж.

• Показатель отказов и глубина просмотра — особенно в разбивке на десктоп и мобильные.
• Конверсия сайта в заявку и её динамика за последние год-два.
• Доля мобильного трафика и поведение этих пользователей отдельно.
• Позиции в поиске Яндекса и Google, органический трафик.
• Скорость загрузки — через PageSpeed Insights или встроенные отчёты Метрики.

Полезно также регулярно сравнивать свой сайт с сайтами конкурентов. Анализ скорости загрузки, удобства использования, мобильной версии и других характеристик помогает выявить направления для развития и оценить, насколько сайт соответствует уровню рынка.

Язык бизнеса, а не дизайна: переводим проблему в деньги

Самая частая ошибка на защите перед стейкхолдерами* — говорить о сайте словами дизайнера и разработчика. Совет директоров мыслит выручкой, издержками и рисками, поэтому каждую техническую проблему нужно перевести на этот язык.

Когда обоснование необходимости сайта построено на потерянной выручке и упущенных клиентах, а не на эстетике, разговор с руководством идёт совсем иначе.

Дальше эти цифры лягут в основу расчёта: сколько компания теряет сейчас и сколько вернёт новый сайт.

Обоснование создания сайта: цели, задачи и бизнес-выгоды

Диагностика показала проблему. Теперь нужно объяснить, зачем компании новый сайт и что она получит. Это ядро обоснования создания сайта: совет директоров одобряет не проект как таковой, а результат, к которому он ведёт.

Главный принцип — привязать сайт к тому, что уже волнует руководство. Если у компании цель на год — рост продаж или выход в новый регион, сайт должен выглядеть как инструмент для этой цели, а не как отдельная прихоть отдела маркетинга.

Как связать новый сайт со стратегическими целями компании

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

• Рост продаж — сайт генерирует заявки и поддерживает отдел продаж, работая как посадочная страница для рекламы.
• Снижение стоимости привлечения клиента — органический трафик из поиска обходится дешевле платной рекламы.
• Выход на новые рынки — сайт доступен клиентам из любого региона без открытия офиса.
• HR-бренд — раздел «Карьера» снижает расходы на подбор персонала.
• Автоматизация — интеграция с CRM и 1С разгружает менеджеров и убирает ручной перенос данных.

Формулируем цели по SMART и подбираем KPI

Расплывчатая цель «сделать хороший сайт» не проходит. Совет директоров хочет видеть измеримый результат, поэтому цели удобно ставить по методике SMART* — конкретно, измеримо, с дедлайном.

Сравните две формулировки:

• ❌ «Обновить сайт и повысить продажи».
• ✅ «Запустить новый сайт к 1 октября 2026 года и за полгода увеличить конверсию из посетителя в заявку с 1,2% до 2,5% на том же объёме трафика».

Под цели подбираются KPI — показатели, по которым потом будут оценивать успех проекта. Их стоит зафиксировать заранее: так вы сами защищаете себя от вопроса «а как поймём, что деньги потрачены не зря».

Как считать CAC: расходы на привлечение делятся на число привлечённых клиентов. Если новый сайт повышает конверсию, тот же рекламный бюджет приносит больше клиентов — значит, стоимость каждого снижается. Это один из самых сильных аргументов для финансистов.

Отработка типовых возражений руководства

К защите стоит подготовить ответы на возражения заранее — они предсказуемы. Вот самые частые и то, как на них отвечать по существу:

• «У нас и так хватает клиентов». Текущий поток не гарантирован: конкуренты с удобными сайтами постепенно переманивают аудиторию, а компания теряет возможность масштабироваться.
• «Есть соцсети и маркетплейсы, зачем сайт». Площадки берут комиссию и в любой момент могут поменять правила. Сайт — это собственный актив компании, который систематизирует всю информацию и не зависит от чужих алгоритмов.
• «Это дорого». Сайт — не разовая трата, а инвестиция с расчётной окупаемостью. К тому же расходы можно учесть в налоге на прибыль как нематериальный актив.
• «Старый сайт ещё работает». Работает, но с потерями: медленная загрузка и плохая мобильная версия ежемесячно стоят компании части выручки — и эти потери мы уже посчитали на этапе диагностики.

Важно: сайт не решает всех проблем сам по себе. Если продукт слабый или сервис хромает, даже идеальный сайт не спасёт продажи. Поэтому в обосновании стоит подавать сайт как усилитель работающего бизнеса, а не как волшебное средство — так к аргументам будет больше доверия.

Описание и обоснование сайта: что писать в документе

Цели ясны, аргументы собраны. Теперь их нужно упаковать в документ. Хорошее описание и обоснование сайта построено по логике «проблема → решение → выгода → риски → план»: читатель проходит путь от «зачем это вообще» до «как мы это сделаем».

Общий принцип — писать не в том порядке, в котором документ читают. Сначала собираете фактуру и расчеты, а короткое резюме напишите в самом конце, когда все цифры уже на руках.

Структура документа: от пояснительной записки до плана действий

Полноценное обоснование обычно состоит из шести блоков. Для небольшого проекта часть из них помещается в пару абзацев, для крупного — каждый раскрывается детально.

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

Раздел «Почему»: проблема бизнеса и её цена

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

• Какую проблему бизнеса решает проект? Например: устаревший сайт теряет треть мобильной аудитории и снижает конверсию.
• Какова бизнес-цель? Что изменится после запуска и как вы измерите успех — здесь идут SMART-цели и KPI.
• Как это встроено в стратегию компании? Покажите связь с целями, которые уже стоят перед бизнесом.

Совет: говорите цифрами, а не эмоциями. Не «сайт неудобный», а «компания ежемесячно теряет N заявок из-за плохой мобильной версии».

Раздел «Что»: цели, масштаб, результаты и дорожная карта

Здесь вы описываете сам проект — но пока без технических деталей, на уровне, понятном совету директоров. В этот блок входят:

• Цели и ожидаемые результаты — что именно появится по итогу проекта.
• Масштаб проекта — границы: что делаем, а что осознанно оставляем на потом.
• Список стейкхолдеров — кто участвует, кто спонсирует, кто принимает решения.
• Дорожная карта — укрупнённые этапы и вехи без детального графика.
• Зависимости — что может помешать старту (например, ожидание нового брендбука).

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

• Аналитика и проектирование — брифинг, изучение конкурентов, прототип, техническое задание.
• Дизайн — макеты ключевых страниц под задачи бренда.
• Вёрстка и программирование — адаптивность, настройка CMS, интеграции.
• Наполнение контентом и тестирование — проверка форм, ссылок, отображения на устройствах.
• Запуск и поддержка — перенос на хостинг, обучение сотрудников, дальнейшее сопровождение.

Техническое задание как часть обоснования

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

Для совета директоров не нужно раскрывать всё ТЗ постранично — достаточно приложить его как отдельный файл и в обосновании упомянуть основные параметры: сколько страниц, какие интеграции (CRM, 1С), какая CMS. Например, российские студии для сложных проектов часто рекомендуют 1С-Битрикс — за счёт готового бизнес-функционала и высокого уровня безопасности.

Такое разделение удобно всем: техническая детализация живёт в ТЗ, а обоснование остаётся документом о деньгах и целях.

Экономическое обоснование и расчёт бюджета сайта

Экономическое обоснование помогает оценить финансовую целесообразность проекта. В этом разделе рассчитывают объём инвестиций, ожидаемый эффект, срок окупаемости и другие показатели эффективности. Обычно такие расчёты готовят совместно с финансовым отделом, чтобы они соответствовали внутренним требованиям компании и опирались на достоверные данные.

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

Из чего складывается стоимость сайта

Бюджет проекта делится на прямые расходы, косвенные и резерв. Такое разделение показывает финансистам, что вы посчитали всё, а не назвали цифру наугад.

• Прямые расходы — работа команды (дизайн, вёрстка, программирование), лицензия CMS, интеграции, копирайтинг и контент.
• Косвенные расходы — время ваших сотрудников на согласования, участие ИТ-службы, перенос данных со старого сайта.
• Резерв на риски — подушка на непредвиденное. По практике проектного бюджетирования закладывают 10–20% от общей суммы.

Ориентиры по рынку на #CURRENT_YEAR# год: корпоративный сайт под ключ с уникальным дизайном — от 250 000 ₽, сайт с каталогом и интеграцией с 1С — от 350 000 ₽, а сложный портал с личными кабинетами и высокой нагрузкой — несколько миллионов.

Методы оценки бюджета

Назвать сумму можно четырьмя способами. В презентации полезно упомянуть, каким именно вы пользовались — это повышает доверие к цифре:

• По аналогии — сравнение с похожим завершённым проектом (своим или из открытых кейсов студий).
• Экспертная оценка — расчёт на основе мнения подрядчиков и специалистов.
• «Снизу вверх» — разбить проект на задачи, оценить каждую, сложить. Самый точный метод для сложных проектов.
• «Сверху вниз» — задать общий лимит и распределить его по статьям. Быстро, но менее точно.

Разовые затраты и стоимость владения

Частая ошибка — показать только цену разработки и умолчать о содержании. Опытный финансовый директор всё равно задаст вопрос «а дальше сколько?», и лучше ответить на него первым.

Как посчитать ROI и срок окупаемости

ROI* (окупаемость инвестиций) — главный аргумент раздела. Формула рассчета:

ROI = (Доход от вложений − Сумма вложений) / Сумма вложений × 100%

Разберём на условном примере. Допустим, новый сайт стоит 500 000 ₽ разработки плюс 200 000 ₽ на содержание и продвижение за год — итого 700 000 ₽ вложений. Рост конверсии с 1,2% до 2,5% при том же трафике приносит дополнительно 40 заявок в месяц. При среднем чеке и конверсии из заявки в сделку это, скажем, 1 500 000 ₽ дополнительной выручки за год.

• ROI = (1 500 000 − 700 000) / 700 000 × 100% ≈ 114%.
• Срок окупаемости при таком темпе — примерно 6–7 месяцев.

Цифры здесь условные — свои вы подставите из расчётов с финансовым отделом. Важно: доход считается от прироста, который даёт именно новый сайт, а не от всей выручки компании.

Сильный дополнительный довод — альтернативная стоимость денег. Ключевая ставка ЦБ на июль 2026 года составляет 14,25%. Если проект обещает ROI выше этого уровня, он выгоднее, чем просто держать те же деньги на депозите. Совет директоров такой язык понимает хорошо.

Анализ чувствительности: три сценария

Никогда не приносите на защиту одну-единственную цифру — её легко оспорить. Покажите вилку: что будет при осторожном, базовом и оптимистичном развитии событий.

Анализ чувствительности показывает: вы понимаете, что цифры прогнозные, и заранее отвечаете на вопрос «а если не сработает». Даже пессимистичный сценарий с ROI 30% выглядит убедительно на фоне ставки по депозиту.

Бюджет посчитан и обоснован. Но любой опытный член совета директоров спросит: а какие здесь риски? Этим займёмся в следующем разделе.

Риски проекта и как их закрыть в обосновании

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

Совет: для каждого значимого риска стоит определить вероятность его возникновения, возможные последствия и меры, которые помогут уменьшить влияние на проект. Если главные сценарии продуманы заранее, обсуждение становится предметнее, а решение о запуске проекта — более обоснованным.

Типовые риски проекта разработки сайта

У проектов по разработке сайта набор рисков предсказуем. Их удобно свести в таблицу с вероятностью и планом реагирования — это выглядит профессионально и экономит время на презентации.

Отдельно стоит выделить SEO-риск: при переезде на новый сайт легко потерять позиции в поиске, если не настроить редиректы и не сохранить структуру URL.

Как показать, что риски управляемы

Совет директоров успокаивает не отсутствие рисков (такого не бывает), а наличие плана. Три инструмента, которые стоит упомянуть в обосновании:

• Резервный фонд — те самые 10–20% бюджета на непредвиденное. Показывает, что вы не потребуете доплаты при первой же сложности.
• Матрица RACI* — распределение ролей: кто исполняет, кто отвечает, с кем согласовывают, кого информируют. Убирает вопрос «а кто крайний, если что-то пойдёт не так».
• Поэтапная приёмка — оплата и приёмка по вехам, а не всё сразу. Если подрядчик не справляется, проект можно остановить с минимальными потерями.

Полезно также разделить факты и предположения. Всё, что вы считаете верным, но не проверили (например, прогноз роста конверсии), стоит помечать как допущение. Так обоснование выглядит честно, а не как попытка выдать желаемое за факт.

Что дороже: сделать новый сайт или ничего не менять

Самый сильный ход в разделе про риски — перевернуть вопрос. Совет директоров обычно оценивает риски проекта, но забывает про риск бездействия. А он реален и измерим.

• Устаревший сайт продолжает терять заявки каждый месяц — это упущенная выручка, которая копится.
• Конкуренты с удобными сайтами постепенно переманивают вашу аудиторию.
• Старая CMS без обновлений — это риск взлома и простоя, а простой сайта тоже стоит денег.

Сформулируйте это прямо: «Отказ от проекта — это не экономия, а решение продолжать терять N рублей в месяц». Когда бездействие получает свою цену, новый сайт перестаёт выглядеть расходом и становится способом остановить потери.

Многоэтапная защита бюджета внутри компании

Обоснование готово, но до совета директоров оно доходит не сразу. В крупной компании бюджет проходит несколько фильтров, и на каждом его могут «завернуть». Вы готовите документ не «для всех», а под конкретного собеседника на каждом этапе.

Общий принцип — не идти на совет директоров с сырой идеей. К финалу обоснование должно быть уже проверено, поддержано ключевыми сотрудниками и очищено от слабых мест. Каждый этап — это репетиция и одновременно сбор союзников.

Этап 1. Согласование с руководителем и «мягкий запуск» идеи

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

Такой заход экономит недели работы. Если идея на этом уровне встречает сопротивление, лучше узнать об этом до того, как вы потратите время на детальные расчёты. А если руководитель поддерживает — вы получаете первого союзника, который поможет протолкнуть проект дальше.

Этап 2. Защита перед финансовым отделом

Финансисты смотрят не на дизайн и не на цели маркетинга, а на деньги. Их интересуют три вещи:

• Денежный поток — как крупное вложение повлияет на движение средств компании.
• Окупаемость — реалистичен ли расчёт ROI и срока возврата инвестиций.
• Структура расходов — из чего складывается бюджет и обоснован ли каждый пункт.

Именно поэтому экономический раздел вы готовили вместе с ними ещё на этапе расчётов. Когда финансовый отдел подтвердил ваши цифры, он превращается из проверяющего в союзника — а его слово на совете директоров весит много.

Этап 3. Бюджетный комитет: как выдержать давление на сокращение

Бюджетный комитет — это место, где проект сравнивают с другими претендентами на те же деньги. Здесь почти всегда давят на сокращение: «а можно то же самое, но дешевле?».

К этому нужно готовиться заранее. Полезная тактика — разбить проект на обязательную часть и опции.

• Базовая версия — минимум, без которого сайт не решит проблему. Её сокращать нельзя, и это надо уметь объяснить.
• Опциональные модули — то, чем можно пожертвовать или отложить на второй этап без ущерба для главной цели.

Тогда вместо спора «дать денег или нет» разговор идёт о том, что именно оставить. Вы управляете сокращением сами, а не отдаёте нож комитету.

Как собирать союзников и снимать возражения заранее

Решения на верхнем уровне редко принимаются прямо на заседании — их готовят «в кулуарах». Поэтому работа со стейкхолдерами идёт по ходу всего пути, а не в последний момент.

• Определите ключевых людей, от чьего мнения зависит исход: финансовый директор, ИТ-директор, влиятельные члены совета.
• Обсудите проект с каждым до заседания, выслушайте возражения и учтите их в документе.
• Заручитесь поддержкой хотя бы одного авторитетного союзника внутри совета директоров.

Когда основные лица уже знакомы с проектом и их замечания учтены, финальная защита превращается из битвы в формальность.

Финал: презентация обоснования сайта совету директоров

Это кульминация всего пути. Документ готов, финансисты на вашей стороне, бюджетный комитет пройден — осталось защитить проект перед теми, кто скажет финальное «да». Ошибка здесь обиднее всего, поэтому к презентации готовятся так же тщательно, как к самому обоснованию.

Главное, что стоит понять: совет директоров покупает не сайт. Он покупает рост выручки и снижение рисков. Всё выступление нужно строить вокруг этого, а не вокруг красоты будущего дизайна.

Как узнать регламент, время и требования заранее

Первый шаг — выяснить рамки, в которых вы будете выступать. Это делают до подготовки слайдов, потому что от регламента зависит объём и детализация материала.

• Сколько времени выделено на защиту — 10 минут или полчаса.
• В каком формате ждут презентацию и есть ли требования к оформлению.
• Кто будет в зале и чьё мнение решающее.
• Нужно ли оставить время на вопросы и обсуждение.

Структура выступления: «что — почему — как»

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

Не пересказывайте документ постранично. Документ члены совета получат отдельно и прочитают сами — устно вы даёте выжимку и расставляете акценты.

Какие слайды обязательны

Минимальный набор слайдов, который закрывает интересы совета директоров:

• Проблема — что теряет компания сейчас, в цифрах.
• Решение — новый сайт и его цели по SMART.
• Деньги — бюджет, разовые затраты и стоимость владения.
• ROI — окупаемость в трёх сценариях, с вилкой.
• Риски — ключевые риски и план реагирования.
• Дорожная карта — укрупнённые этапы и сроки.
• Запрос — конкретно, какое решение вы просите принять.

Последний слайд особенно важен. Совет директоров должен уйти с чётким пониманием, чего именно вы от него хотите — утвердить бюджет в размере X к дате Y, а не «подумать над идеей».

Рассылка материалов до заседания и репетиция

Готовую презентацию рассылают членам совета заранее — чтобы они успели ознакомиться и прислать вопросы. Собранные заранее замечания вы учитываете в документе, а если вопросов оказалось слишком много — проект лучше доработать до заседания, а не спорить на нём.

Дальше — репетиция. Прогоните выступление вслух, сверьте хронометраж с регламентом, оставьте запас на вопросы. Заранее продумайте ответы на самые неудобные из них — так на заседании вы будете отвечать спокойно, а не импровизировать.

Как отвечать на неудобные вопросы

На защите почти всегда звучат острые вопросы. Отвечать на них стоит в той же логике, что и весь проект — языком бизнеса, а не оправданий.

• «А если не сработает?» — покажите пессимистичный сценарий: даже он даёт положительный ROI.
• «Почему так дорого?» — разложите бюджет по статьям и напомните про цену бездействия.
• «Можно дешевле?» — предложите отложить опциональные модули, сохранив базовую версию.
• «Зачем сейчас?» — сошлитесь на ежемесячные потери, которые копятся, пока решение откладывается.

Совет: не продавайте сайт, а обосновывайте инвестицию. Разница в интонации. Продавец убеждает эмоциями, а вы приводите расчёты и позволяете совету директоров прийти к решению самостоятельно. Именно так одобряют бюджеты.

Готовый шаблон и чек-лист обоснования сайта

Теория собрана — осталось дать инструменты, которые можно взять и применить. Ниже готовый каркас документа и чек-лист самопроверки перед защитой. Их удобно скопировать в рабочий файл и заполнять по мере подготовки.

Шаблон структуры документа

Этот каркас подходит для полноценного business case. Для небольшого проекта часть блоков сворачивается в один-два абзаца, но логика остаётся той же.

Порядок заполнения — не сверху вниз. Сначала соберите фактуру и расчёты (разделы 1–8), а пояснительную записку напишите в самом конце, когда все цифры уже на руках.

Чек-лист «готов ли я к защите бюджета»

Пройдитесь по списку перед тем, как выходить на совет директоров. Если на все пункты честное «да» — вы готовы.

• Проблема описана в цифрах, а не в эмоциях — есть данные из аналитики и продаж.
• Цели поставлены по SMART, для каждой определён KPI.
• Бюджет согласован с финансовым отделом и разбит по статьям.
• Учтена не только разработка, но и стоимость владения.
• Заложен резерв 10–20% на риски.
• Рассчитан ROI минимум в трёх сценариях, включая пессимистичный.
• Риски сведены в таблицу с планом реагирования.
• Посчитана цена бездействия — сколько теряем, если ничего не менять.
• Проект разбит на базовую версию и опции — на случай давления на сокращение.
• Заручились поддержкой хотя бы одного союзника внутри совета.
• Презентация уложена в регламент и разослана заранее.
• Продуманы ответы на неудобные вопросы.

Частые ошибки при обосновании бюджета на сайт

Даже сильная идея проваливается на защите из-за предсказуемых промахов. Ниже — ошибки, которые чаще всего стоят маркетологу одобренного бюджета. Все они уже проверены чужим опытом, так что дешевле учесть их заранее.

Говорить о дизайне вместо денег. Самая частая ошибка. Маркетолог увлечённо рассказывает про современный дизайн, удобную навигацию и анимации, а совет директоров ждёт цифр. Технические и эстетические детали важны для подрядчика, но на защите бюджета их нужно переводить в выручку, конверсию и снижение рисков.

Приносить обоснование без ROI. Документ, в котором есть только стоимость, но нет расчёта окупаемости, читается как просьба о деньгах, а не как инвестиционное предложение. Даже приблизительный ROI, посчитанный с финансовым отделом, работает в разы лучше, чем его отсутствие.

Называть одну цифру без сценариев. Единственный прогноз легко оспорить вопросом «а если не сработает?». Вилка из трёх сценариев — пессимистичного, базового и оптимистичного — заранее закрывает это возражение и показывает, что вы понимаете природу прогноза.

Забывать про стоимость владения. Если показать только цену разработки, опытный финансист всё равно спросит про содержание — и вопрос застанет врасплох. Хостинг, поддержка, лицензия CMS и продвижение должны быть в расчёте с самого начала.

Игнорировать цену бездействия. Проект оценивают по его рискам, но забывают, что отказ — тоже решение со своей ценой. Если не показать, сколько компания теряет с устаревшим сайтом каждый месяц, новый сайт так и останется в глазах совета «необязательным расходом».

Пересказывать документ вслух. Презентация — это не чтение обоснования по слайдам. Совет получит документ отдельно; устно нужна выжимка с акцентами. Монотонный пересказ гарантированно теряет внимание зала.

Приходить без союзников. Решения верхнего уровня готовят заранее. Если ключевые стейкхолдеры впервые слышат о проекте прямо на заседании, шансы резко падают. Поддержку финансового директора и хотя бы одного члена совета стоит получить до защиты.

Не оставлять пространства для сокращения. Когда проект подан как неделимый, совету проще отклонить его целиком, чем спорить о деталях. Разделение на базовую версию и опции даёт управляемый компромисс — и оставляет главную цель нетронутой.

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

FAQ: частые вопросы

Чем обоснование сайта отличается от технического задания?
Обоснование отвечает на вопрос «зачем и на какие деньги», а техническое задание — на вопрос «что конкретно делаем». Обоснование адресовано руководству и совету директоров, ТЗ — подрядчику. В документе на защиту бюджета ТЗ обычно идёт приложением, а не основным текстом.

Какой документ нужен, если бюджет небольшой?
Для мелкой доработки на сумму примерно до 100 000 ₽ достаточно служебной записки и ТЗ. Для корпоративного сайта на 250 000–500 000 ₽ готовят технико-экономическое обоснование. Полноценный business case имеет смысл только для крупных проектов от миллиона рублей, которые защищают перед бюджетным комитетом или советом директоров.

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

Сколько времени занимает подготовка обоснования?
Зависит от масштаба. На проверку идеи и «мягкий запуск» уходит несколько дней, на полноценный business case с расчётами и согласованиями — от двух-трёх недель. Основное время съедают не тексты, а сбор данных из аналитики и согласование бюджета с финансистами. Закладывайте запас, если проект пойдёт через несколько этапов защиты.

Как учитываются расходы на сайт в бухгалтерии?
Если компания получает исключительные права на сайт, а его стоимость от 100 000 ₽ и срок использования больше года, он становится нематериальным активом и амортизируется (ст. 256 НК РФ). Расходы на хостинг, продление домена и доработку функционала списывают в прочие расходы, а продвижение — в рекламные (ст. 264 НК РФ).

Что делать, если совет директоров урезал бюджет?
Здесь и выручает деление проекта на базовую версию и опции, которое вы подготовили заранее. Сокращайте за счёт опциональных модулей, а базовую часть, без которой сайт не решит проблему, защищайте до последнего. Если урезали слишком сильно — честнее предложить перенести проект, чем запустить заведомо нерабочую версию и потерять доверие на следующем цикле.

Мнение эксперта

Дмитрий Коноваленко — совладелец и операционный директор digital-агентства MWI (входит в ТОП-10 Рейтинга Рунета). Отвечает за операционное управление компанией, бизнес-процессы, контроль качества реализации проектов и работу с ключевыми клиентами. Автор Telegram-канала «Предпринимательство и digital». Эксперт в области веб-разработки, технической архитектуры интернет-проектов и автоматизации бизнес-процессов. Практик с 15+ годами опыта в digital и e-commerce.

Слишком аккуратная круглая сумма вызывает больше подозрений, чем «неровная». Бюджет вида «712 400 ₽» читается как результат расчёта, а «700 000 ₽» — как прикидка на салфетке. Мелочь, но на неё реагируют.

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

У маркетологов свои закономерности. Вопрос «а кто будет этим заниматься после запуска» на защите звучит почти так же часто, как вопрос про деньги, — и застаёт врасплох чаще. Совет директоров нередко больше беспокоит не стоимость разработки, а то, кто будет поддерживать и наполнять сайт потом, чтобы вложения не пропали.

Есть и практический приём, о котором говорят вполголоса: демонстрация сайта конкурента с телефона прямо на заседании работает сильнее любой таблицы. Когда члены совета сами видят, что у конкурента всё открывается удобно, а у компании — нет, абстрактная «доля мобильного трафика» превращается в личное впечатление.

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

Заключение

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

Термины и сноски

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

* Business case (бизнес-кейс) — расширенное обоснование по логике «проблема → решение → выгода → риски → план». Готовят для крупных инвестиций, которые защищают перед руководством.

* Техническое задание (ТЗ) — документ для подрядчика с описанием структуры, функций, требований к дизайну и интеграциям. Отвечает на вопрос «что конкретно делаем».

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

* ROI (Return on Investment) — коэффициент окупаемости вложений. Считается по формуле: (доход от вложений − сумма вложений) / сумма вложений × 100%.

* CAC (Customer Acquisition Cost) — стоимость привлечения одного клиента. Расходы на привлечение делят на число привлечённых клиентов.

* KPI (Key Performance Indicator) — ключевой показатель эффективности, по которому измеряют успех проекта: конверсия, число лидов, доля мобильных заявок и другие.

* SMART — методика постановки целей: конкретная, измеримая, достижимая, значимая и ограниченная по времени.

* Стейкхолдер — заинтересованное лицо проекта: тот, кто участвует, спонсирует или принимает по нему решения.

* Матрица RACI — таблица распределения ролей в проекте: кто исполняет, кто отвечает, с кем согласовывают, кого информируют.

* Нематериальный актив (НМА) — форма учёта сайта, если компания получает на него исключительные права, стоимость от 100 000 ₽, а срок использования больше года. Такой сайт амортизируется.

* CMS (Content Management System) — система управления контентом, через которую редактируют сайт. Например, 1С-Битрикс, WordPress или Tilda.

Подписывайтесь
на полезный блог MWI

Получайте новые статьи на свою почту

Нажимая на кнопку «Подписаться», вы даете Согласие на обработку персональных данных и соглашаетесь с Политикой обработки персональных данных.