Стоимость корпоративного сайта: когда утверждать бюджет

Когда бюджет на корпоративный сайт действительно нужно утверждать

Бюджет становится реальным в тот момент, когда у сайта появляется дедлайн. Не желание, не настроение. Если заседание совета директоров через 3 недели или выставка через 2 месяца, стоимость корпоративного сайта нужно обсуждать уже сейчас — с датами, ответственными и понятной точкой принятия решения.

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

Задайте один прямой вопрос: что случится, если проект задержится на 30 дней? Если ответ — потерянные лиды, пропущенное объявление или сбитое сообщение для инвесторов, бюджет нужно утверждать сейчас, а не после первого коммерческого предложения. План без дедлайна обычно расползается.

Здесь есть важное различие. Новый сайт создаётся с нуля. Ребилд сохраняет часть контента и убирает остальное. Расширение добавляет новые разделы, языки или инструменты к уже существующей структуре. В смете должно быть указано, какой из этих трёх вариантов нужен, иначе каждый подрядчик будет считать по-своему.

Определите объём работ до запроса коммерческих предложений

Объём работ — та часть, которую заказчики недооценивают, потому что она кажется простой. На самом деле это не так. «Корпоративный сайт» может означать и 5 страниц, и 50, и разница быстро проявится, когда на второй день проекта кто-то вспомнит о разделе карьеры, новостях и странице для инвесторов.

Сначала выпишите обязательные страницы. Базовый набор может включать главную, о компании, услуги, кейсы, контакты и юридические страницы. Крупной компании могут понадобиться руководство, вакансии, партнёры и отдельный раздел для загрузок. Если нужны 2 языка, так и пишите. Если 4 — укажите 4. Количество языков сильнее влияет на стоимость корпоративного сайта, чем многие ожидают.

Затем перечислите пользовательские роли. Одна команда может только публиковать статьи в блоге. Другая — утверждать их. Третья — управлять страницами продуктов или региональным контентом. Если доступ нужен 6 людям, это влияет на права доступа, обучение и QA. И это меняет саму оценку, потому что каждую роль кому-то нужно реализовать или задокументировать.

Интеграции важны не меньше. Форма обратной связи, отправляющая данные в Salesforce, — это не то же самое, что простая форма. Страница вакансий, связанная с ATS, — отдельная задача. Если аналитика, CRM, карты, чат или поиск должны взаимодействовать друг с другом, называйте каждую систему своими именами. Размытые формулировки рождают размытые сметы.

Источники контента тоже нужно прописывать чётко. Клиент предоставит финальные тексты в Word-файлах, Google Docs или вообще ничего? Изображения будут из внутреннего архива, со съёмки или из фотостока? Команда, которой нужно очистить 40 старых PDF-файлов, закладывает бюджет иначе, чем та, что получает утверждённые тексты вовремя. Эта деталь должна быть в брифе.

Разбейте стоимость корпоративного сайта на отдельные статьи

Хорошая смета — это набор статей, а не одна цифра. Сначала идёт стратегия. Затем UX. Дизайн, разработка, работа с контентом, базовая SEO-настройка, QA, поддержка запуска и управление проектом должны идти отдельными строками. Когда всё объединено, становится не видно, куда уходит бюджет.

Стратегия обычно включает исследование, интервью со стейкхолдерами и контент-карту. UX — структуру, пользовательские сценарии и компоновку страниц. Дизайн — визуальную систему и макеты страниц. Если подрядчик пропускает один из этих этапов и всё равно обещает фиксированную цену, спросите, что именно он не включил. Чаще всего — один из дорогих этапов.

Разработка — это не просто «кодинг». В неё входят шаблоны, настройка CMS, формы, интеграции и любая кастомная логика. Работа с контентом может означать переписывание существующих текстов, редактирование или создание с нуля. Если у компании 12 страниц услуг и нет утверждённых текстов, это должно отражаться в смете как трудозатраты, а не как сноска.

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

QA и поддержка запуска часто недооцениваются. Тестирование на 3 браузерах — это не то же самое, что тестирование на 9 устройствах и 2 языках. Поддержка запуска означает, что кто-то отслеживает сайт после релиза, исправляет ошибки и остаётся доступным в первые дни. Эта работа не возникает сама по себе.

Стоимость корпоративного сайта в зависимости от сценария проекта

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

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

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

Практическое правило такое: чем больше типов страниц и уровней согласования, тем сильнее растёт смета. Чем больше систем подключено к сайту, тем больше нужно тестирования и координации. Двухэтапное согласование контента — это просто. Семиступенчатое — уже нет.

Если вам нужен более глубокий взгляд на работы после запуска, статья о поддержке сайта после запуска объясняет, почему послезапусковой уход не стоит считать второстепенной задачей. Обычно дешевле заложить 1 месяц поддержки, чем реагировать на 12 мелких сбоев.

Скрытые работы, которые меняют итоговую смету

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

Реальные сроки также могут растягиваться из-за раундов согласования. Один просмотр со стороны маркетинга — это управляемо. А вот согласование маркетингом, юристами, HR, продажами и CEO может привести к 4 отдельным циклам правок. Каждый цикл стоит времени, а время всё равно попадёт в смету, даже если сначала его никто не прописал.

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

Обучение тоже часто всплывает поздно — уже после того, как начинается волнение перед запуском. Контент-команде, которая никогда не работала в CMS, понадобится 1 сессия или 3, в зависимости от сложности. То же самое относится к отделам продаж, региональным редакторам или юристам, которые утверждают материалы. Если 10 человек должны публиковать контент безопасно, обучение — не опция.

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

Подготовьте запрос на коммерческое предложение так, чтобы ответы можно было сравнить

Запрос на коммерческое предложение должен заставить подрядчиков оценивать одну и ту же работу. Для этого в брифе нужны факты, а не эпитеты. Укажите, сколько страниц входит в объём, сколько языков требуется, кто предоставляет тексты и какие системы нужно подключить. Если один подрядчик предполагает 12 страниц, а другой 30, предложения нельзя сравнить честно.

Добавьте ограничения по срокам. Запуск через 6 недель — это совсем не то же самое, что запуск через 14. Укажите и структуру согласований. Если финальное утверждение делают 2 человека, напишите это. Если 8 — тоже напишите. Подрядчик должен видеть количество согласований до того, как он назовёт цену.

Попросите каждого подрядчика перечислить результаты работ по пунктам. Стратегия, вайрфреймы, дизайн-концепции, шаблоны страниц, настройка CMS, миграция контента, QA, обучение и поддержка запуска должны где-то фигурировать в ответе. Если в одной смете написано «полная реализация», а в другой — 11 задач, второй вариант вызывает больше доверия.

Пропишите допущения. Если подрядчик должен работать с предоставленными текстами, укажите это. Если подрядчик должен написать 20 страниц, тоже укажите. Если фотография, перевод или юридическая проверка не входят в объём, запишите это. Бриф с 15 чёткими правилами экономит много неловких созвонов потом.

Оценивайте предложения без недооценки проекта

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

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

Обращайте внимание на сжатие объёма работ. Иногда дешёвая смета скрывает меньше раундов правок, меньше типов страниц или более слабый QA. Это не всегда проблема, но это должно быть видно. Смета с 2 раундами правок не равна смете с 5. Смета с 1 языком не равна смете с 3.

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

Составьте реалистичный план согласований и запуска

План согласований экономит деньги, потому что предотвращает внезапные доработки. Установите 3 контрольные точки: утверждение объёма, утверждение дизайна и утверждение запуска. У каждой точки должен быть один владелец и одна дата. Если никто не отвечает за решение, бюджет уйдёт ещё на одну неделю встреч.

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

Контрольные точки запуска должны быть конкретными. В первый день проверьте staging-версию. На пятый день согласуйте контент. Перед запуском подтвердите редиректы. После релиза проверьте формы, аналитику и уведомления о согласии. Запуск, в котором пропущен хотя бы один из этих шагов, может создать 3 проблемы вместо одной.

Если проект зависит от внутренних сотрудников, забронируйте их время до начала разработки. Дизайнер может подождать 1 день обратной связи. А вот команда разработки не может ждать 2 недели юридического согласования без последствий. Стоимость корпоративного сайта растёт, когда решения приходят слишком поздно, даже если подрядчик ни разу не менял счёт.

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