Почему одинаковые по числу страниц сайты стоят по-разному

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

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

1. Число страниц не равно числу макетов

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

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

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

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

2. Редактирование и права добавляют работу

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

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

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

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

3. Данные и интеграции скрыты за страницами

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

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

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

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

4. Сравнивайте одинаковый результат, а не итоговую строку

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

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

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

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