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