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