Две студии могут назвать свою работу «сайтом под ключ» и предложить разный результат. В одном случае заказчик получает несколько страниц из готовых блоков и самостоятельно загружает материалы. В другом — структуру под задачи компании, индивидуальный дизайн, управление контентом, интеграции, перенос данных и подготовку к запуску.
Чтобы понять разницу в стоимости, нужно привести предложения к одинаковому составу. Для каждого этапа выясните: что вы получите, какие исходные материалы потребуются, что считается завершением и за какие изменения придётся договариваться отдельно.
Сначала опишите, что сайт должен помогать делать
Если предложения отличаются готовой основой и объёмом проектирования, используйте сравнение индивидуального сайта и шаблона. Оно поможет привести варианты к одинаковым сценариям перед сопоставлением смет.
Формулировка «корпоративный сайт на десять страниц» не объясняет задачу проекта. Важно, кто будет пользоваться сайтом и какой путь должен пройти.
Например, компания поставляет оборудование. Посетителю нужно найти подходящую группу продукции, проверить характеристики и отправить запрос на подбор. Маркетологу — обновить описание и документацию. Отделу продаж — получить обращение с указанием интересующего оборудования.
Это учебный пример. Уже из него возникают вопросы к каталогу, редактору, форме и доставке заявки. Они влияют на объём разработки сильнее, чем само название «сайт компании».
Перед оценкой полезно зафиксировать:
- для кого создаётся сайт и какие вопросы он должен закрывать;
- какие разделы и типы материалов понадобятся;
- кто будет обновлять информацию;
- с какими системами сайт должен обмениваться данными;
- что уже готово и что предстоит создать;
- какие сроки и ограничения действительно обязательны.
Неизвестные ответы можно оставить открытыми. Это поможет увидеть, где сначала требуется исследование или проектирование.
Количество страниц и количество шаблонов — разные вещи
Сто карточек оборудования могут использовать один шаблон, но потребовать подготовки и проверки большого массива данных. Пять уникальных страниц могут иметь разную структуру, сложные состояния и индивидуальную графику.
Поэтому в предложении стоит отдельно описать:
- Типы страниц. Главная, услуга, кейс, карточка каталога, статья, контакты.
- Уникальные состояния. Пустой поиск, ошибка формы, отсутствие изображения, длинное название.
- Количество материалов. Сколько записей переносится или создаётся к запуску.
- Способ наполнения. Ручной ввод, импорт файла, получение данных из другой системы.
Вопрос подрядчику: «Какие страницы используют общий шаблон и какой объём наполнения включён?» Ответ поможет сравнить предложения точнее, чем общее число экранов.
Проектирование и дизайн заканчиваются конкретными результатами
На этапе проектирования должны появиться согласованные решения о структуре и сценариях. На этапе дизайна — представление того, как посетитель будет пользоваться сайтом на нужных устройствах.
Уточните, что именно входит в работу: карта страниц, прототипы, дизайн-концепция, макеты шаблонов, мобильные состояния, элементы интерфейса. Важно заранее договориться, как собирается обратная связь и что происходит, если после согласования меняется исходная задача.
Например, изменение текста кнопки и добавление отдельного сценария подбора оборудования — разный объём изменений. Прозрачный процесс позволяет оценить влияние на проект до начала дополнительной работы.
«Есть CMS» ещё не объясняет возможности редактора
CMS — система управления контентом. Для заказчика важнее не её название, а перечень действий, которые получится выполнять самостоятельно.
Попросите описать или показать несколько операций:
- создать новую услугу из предусмотренных блоков;
- добавить кейс и связать его с услугой;
- обновить характеристики в каталоге;
- посмотреть страницу до публикации;
- изменить метаданные страницы;
- подготовить материал на другом языке, если это нужно проекту.
Отдельно уточните ограничения. Может ли редактор менять порядок блоков? Кто добавляет новый тип страницы? Как разграничены права? Что произойдёт, если загрузить слишком большое изображение?
Состав этих возможностей влияет и на разработку, и на дальнейшую зависимость от технических специалистов. Не все функции нужны каждому сайту: выбирать их следует по реальным редакционным задачам.
Интеграция включает обработку ошибок
Фраза «подключим CRM» может скрывать существенно разный объём. Для оценки нужно определить поля, получателя, правила проверки, защиту от повторов и поведение при недоступности системы.
Для формы запроса оборудования стоит выяснить:
- какие сведения передаются вместе с контактом;
- как система подтверждает приём;
- что увидит пользователь при ошибке или таймауте;
- как предотвращается повторное создание одной заявки;
- кто проверяет, что запрос дошёл до нужного рабочего процесса.
Нажатие кнопки и появление принятого обращения — разные события. В критериях приёмки полезно указать полный проверяемый путь, а также среду, в которой его можно безопасно проверить.
Если используется сторонняя система, для оценки понадобятся сведения о её API и доступ к тестовому окружению. Отсутствие этих данных следует обозначить как зависимость, а не прятать в общей формулировке.
Контент и перенос данных нужно считать отдельно
Сайт не готов к запуску, пока в нём нет согласованных материалов. Уточните, кто готовит тексты, изображения, описания услуг, характеристики продукции и доказательства для кейсов.
Если сайт заменяет старый, определите состав переноса: страницы, медиа, файлы, поля каталога, ссылки. Согласуйте, кто исправляет неполные или противоречивые данные и как проверяется результат импорта.
Для мультиязычного проекта отдельно описывают подготовку и проверку переводов, редакционные роли, формы и форматы данных. Нельзя заранее считать, что второй язык всегда добавляет один и тот же процент к стоимости: объём зависит от устройства сайта и готовности материалов.
Запуск и передача — часть результата
Уточните, входят ли в предложение настройка окружения, проверка форм, базовая подготовка к индексированию, подключение аналитики, инструкции редактору и передача доступов.
Для нового сайта полезно получить реестр того, что передаётся: репозиторий, дизайн-материалы, доступы к согласованным сервисам, инструкция обновления и сведения о размещении. Сам реестр не должен содержать пароли в открытом виде.
Если сайт заменяет существующий, нужен отдельный план перехода: какие страницы сохраняют адрес, какие меняют его и как проверяются связи. Даже аккуратный перенос не даёт основания обещать неизменные позиции в поиске. Google отдельно предупреждает о возможных временных колебаниях при изменении URL. Рекомендации Google по переезду сайта.
Таблица для сравнения предложений
Скопируйте таблицу и заполните её по каждой смете. Если условие не указано, отметьте «нужно уточнить». Для каждой строки добавьте название предложения, что включено, что предоставляет заказчик и как принимается результат. Неизвестное условие не означает, что работа включена или исключена.
| Этап | Какой результат проверить | Что уточнить в предложении |
|---|---|---|
| Проектирование | Карта страниц и согласованные сценарии | Кто готовит исходные данные и прототипы |
| Дизайн | Макеты нужных шаблонов и состояний | Какие устройства, состояния и согласования включены |
| Разработка | Рабочие пользовательские сценарии | Как описаны критерии и обработка ошибок |
| CMS | Конкретные действия редактора | Какие сущности, права и возможности доступны |
| Контент | Согласованные материалы к запуску | Кто пишет, собирает, загружает и проверяет |
| Интеграции | Проверенный обмен данными | Системы, поля, доступы, повторы и ошибки |
| Перенос | Перенесённые данные и связи страниц | Объём, очистка, соответствия URL и сверка |
| Запуск | Работающий сайт в согласованном окружении | Проверки, аналитика и план переключения |
| Передача | Материалы и инструкции | Доступы, исходники, документация и обучение |
| Сопровождение | Понятный порядок дальнейших работ | Что включено после запуска и что оценивается отдельно |
Учебный разбор двух формулировок
В предложении А написано «CMS», в предложении Б — «редактор услуг с черновиками и публикацией». Эти записи нельзя считать одинаковым объёмом. Сначала спросите у А, может ли редактор создать услугу без правки кода, проверить её до публикации и связать с проектом. У Б уточните, какие поля редактируются и кто может публиковать.
Заполненная строка сравнения может выглядеть так:
| Результат | Что включено | Что даёт заказчик | Как проверить | Что осталось уточнить |
|---|---|---|---|---|
| Редактор услуг | Создание черновика и публикация по согласованным полям | Пример услуги, изображения, ответственный редактор | Создать и опубликовать тестовую услугу в среде приёмки | Права доступа, предпросмотр, связи с проектами |
Это учебная строка, а не предложение CoreWeb и не готовая цена. После ответов внесите одинаковые параметры в обе сметы. Если функции различаются, сначала решите, какие нужны вашему процессу, и только затем сравнивайте стоимость соответствующего состава.
Регулярные расходы и ответственность
Первоначальная разработка и дальнейшее владение сайтом — разные части бюджета. После запуска могут потребоваться размещение, продление домена и лицензий, обновления зависимостей, подготовка контента, резервное копирование, диагностика и развитие функций.
Не все категории применимы к каждому проекту. Попросите назвать используемые сервисы, владельцев аккаунтов, периодичность платежей и работы, которые нужно выполнять регулярно. Это поможет оценить не только старт, но и дальнейшее обслуживание.
Как читать стартовую стоимость и состав «под ключ»
Цена «от» помогает выбрать направление обсуждения, но не заменяет смету на ваш проект. Сначала сверьте, к какому варианту относится задача, затем уточните границы: шаблоны, материалы, языки, редактор, интеграции и проверяемый результат. Стоимость отдельной части разработки нельзя напрямую сравнивать со стоимостью полного цикла.
В вариантах CoreWeb третий вариант — полноценный сайт под ключ, включая согласованную серверную логику, CMS, интеграции, запуск и передачу результата. Это не означает любое число функций и материалов за стартовую сумму. Точный состав и оценка определяются для проекта; работа выполняется своими силами.
Для нескольких языков, например английского и немецкого, отдельно запишите список версий, кто готовит переводы и сколько материалов должно быть готово к запуску. Название языка само по себе не определяет объём наполнения. Для сопровождения зафиксируйте период, виды работ и порядок обращения: обещание «поддержка включена» без этих условий нельзя оценить.
Если нужен меньший бюджет первого этапа, сокращайте согласованный результат явно: например, отложите дополнительный раздел или язык и предусмотрите, как добавить их позднее. Проверки обязательных сценариев и передача необходимых доступов должны остаться частью выбранного этапа. В смете покажите, что запустится сейчас, что отложено и какие зависимости сохраняются.
Что отправить студии для предметной оценки
Отдельно составьте перечень расходов после запуска: сервисы, обновления, контент и развитие. Он поможет сравнить первоначальную смету и дальнейшую работу без двойного счёта.
Подготовьте описание компании и задачи, примерную структуру, перечень интеграций, состояние контента, ограничения по сроку и желаемый диапазон бюджета. Для редизайна добавьте адрес текущего сайта и объясните, что именно перестало устраивать.
С этими данными проще обсудить состав проекта и отделить обязательные работы от следующих этапов. Если часть решений пока неизвестна, можно начать с их проработки.
CoreWeb выполняет работы своими силами. Посмотрите, как устроена разработка сайта под ключ, и ознакомьтесь с опубликованными вариантами стоимости. Для обсуждения задачи опишите ожидаемый результат, текущую ситуацию и основные ограничения.
Подготовьте бриф и скачайте документ или пройдите урок сравнения предложений, если у вас уже есть несколько смет.