У интернет-магазина нет корректной цены «за страницу» или «за количество товаров». Два проекта могут выглядеть почти одинаково для покупателя, но отличаться по объёму разработки в несколько раз.
На стоимость влияют устройство каталога, сценарии покупки, интеграции с 1С и CRM, правила расчёта цен и доставки, личные кабинеты, автоматизация и другие процессы, которые часто вообще не видны на первом экране.
Поэтому в CompanionAI мы сначала разбираемся, как должен работать магазин, и только после этого считаем разработку.
Представим два проекта.
В первом магазине 5000 товаров. У всех одинаковая структура карточки, одна цена, несколько стандартных характеристик, обычная корзина и простая доставка.
Во втором — всего 200 товаров. Но у них есть модификации, цена зависит от типа клиента, товар подбирается по параметрам, остатки приходят из 1С, заказ передаётся в CRM, а доставка рассчитывается по отдельным правилам.
Товаров во втором магазине меньше в 25 раз. Разработка при этом может оказаться сложнее.
Мы оцениваем не количество товаров, а количество логики вокруг них.
То же касается внешнего вида. По сайту конкурента можно примерно оценить интерфейс и пользовательский путь. Но невозможно увидеть, как внутри устроены складской учёт, обмен данными, персональные цены, обработка заказов и автоматизация.
Поэтому запрос «сделайте примерно такой же магазин — сколько стоит?» годится для первого разговора, но не для нормальной сметы.
У большинства проектов есть общее ядро:
Дальше проекты начинают расходиться.
Одному бизнесу достаточно стандартного каталога и обычной схемы заказа. Другому нужны несколько типов цен, интеграция с 1С, личный кабинет дилера, сложный подбор товара и автоматическая передача данных между несколькими системами.
Именно дополнительные правила, связи и интеграции сильнее всего меняют стоимость.
| Фактор | Простой вариант | Что усложняет проект |
| Каталог | однотипные товары | модификации, комплекты, зависимые характеристики |
| Фильтры | несколько параметров | сложный подбор и зависимости |
| Цены | одна цена | опт, группы клиентов, персональные условия |
| Корзина | стандартный заказ | несколько сценариев оформления |
| Доставка | одна служба | несколько служб и собственные правила |
| Оплата | стандартное подключение | разные схемы оплаты |
| 1С | типовой обмен | нестандартные данные и правила синхронизации |
| CRM | передача заказа | двусторонний обмен и сложные статусы |
| Данные | готовый каталог | очистка, перенос и объединение источников |
| Интерфейс | стандартный сценарий | индивидуальная логика выбора и покупки |
Количество товарных позиций само по себе мало говорит о сложности.
У магазина мебели могут быть размеры, цвета, материалы, варианты основания и десятки характеристик. Часть параметров влияет на цену, часть — на доступность других вариантов.
Каталог из нескольких тысяч однотипных товаров может оказаться технически проще.
Отдельная история — подбор. Фильтр по бренду и цене обычно решается стандартно. Подбор автозапчасти по марке, модели, году выпуска и модификации автомобиля — уже самостоятельная логика внутри магазина.
Часть разработки покупатель вообще не замечает.
Магазин может автоматически:
На экране это может выглядеть как обычная цена и кнопка «Купить».
Но чем больше решений магазин принимает автоматически, тем больше бизнес-логики нужно спроектировать, разработать и проверить.
Фраза «нужна интеграция с 1С» сама по себе почти ничего не говорит о стоимости.
В простом случае магазин получает товары, цены и остатки, а обратно отправляет заказы.
В другом проекте нужно учитывать несколько складов, разные типы цен, нестандартные карточки товаров, статусы заказов и доработанную конфигурацию 1С.
То же самое с CRM, службами доставки, платёжными системами и внешними API.
Поэтому при оценке мы смотрим не только на название системы, а на четыре вещи:
какие данные передаём → куда → когда → по каким правилам.
Если каталог уже структурирован и данные готовы к импорту, запуск проще.
Если товары хранятся одновременно в Excel, 1С, старом сайте и таблицах сотрудников, появляется отдельная работа: собрать данные, удалить дубли, сопоставить категории и привести характеристики к единому формату.
На цену влияет и интерфейс. Стандартные сценарии каталога и заказа требуют меньше проектирования, чем конфигуратор товара, необычный подбор или собственная логика оформления заказа.
Особенно это касается мобильной версии: каталог, фильтры, карточка и покупка должны работать на небольшом экране, а не просто уменьшаться вместе с десктопом.
Для интернет-магазина SEO начинается со структуры.
Ещё до разработки нужно понимать, как будут устроены категории, какие страницы должны попадать в поиск, как формируются URL и что происходит с фильтрами и дублирующими страницами.
Если сначала собрать магазин, а затем попытаться наложить на него поисковую структуру, часть решений приходится переделывать.
Подробнее этот вопрос разобран в статье «SEO при разработке сайта: что нужно заложить до запуска»: https://chatgpt.com/blog/seo-pri-razrabotke-saita/.
Аналитику тоже стоит проектировать заранее. Нужно понимать, какие действия покупателя мы хотим измерять: просмотр товара, добавление в корзину, начало оформления заказа, покупку и другие важные этапы.
Для магазина это не украшение отчёта. Без таких данных сложно понять, где покупатели уходят и что стоит улучшать после запуска.
Нормальная оценка начинается не с подсчёта страниц, а с устройства бизнеса.
1. Разбираем задачу
Смотрим, что продаёт компания, кто покупает и как сейчас проходит продажа.
Нам нужно понять:
Интернет-магазин должен встроиться в эти процессы, а не стать отдельным сайтом, который потом вручную обслуживает половина отдела продаж.
2. Определяем первую версию
Разделяем функции на две группы:
что необходимо для запуска и что можно добавить позже.
Например, магазину сразу нужны каталог, заказ, оплата, доставка и обмен остатками. А расширенный кабинет клиента, персональные рекомендации или часть автоматизации могут понадобиться только после появления достаточного объёма продаж.
Мы не пытаемся включить в первую смету всё, что теоретически может понадобиться через два года.
3. Разбираем каталог и сценарии покупки
Фиксируем категории, характеристики, фильтры, варианты товаров, карточки, корзину и оформление заказа.
Если покупателю нужно подобрать товар по параметрам, собрать комплект или настроить конфигурацию, эту логику оцениваем отдельно.
4. Проверяем интеграции
Определяем системы, с которыми должен работать магазин:
1С, CRM, склад, доставка, платёжные сервисы и другие внешние решения.
Для каждой интеграции описываем обмен данными: что передаём, куда, когда и по каким правилам.
5. Оцениваем нестандартную логику
Отдельно фиксируем то, что выходит за рамки стандартного магазина:
типы цен, скидки, роли пользователей, особые условия заказа, автоматические действия, ограничения и внутренние процессы.
6. Собираем первую оценку проекта
После разбора делим работы на понятные части:
В результате клиент видит не случайную цифру «за сайт», а понимает, из каких задач складывается бюджет и что именно входит в первый запуск.
Первая версия + обязательные интеграции + нестандартная логика = стартовая оценка проекта.
Экономить можно двумя способами: снижать качество каждой части проекта или уменьшать количество функций первого этапа. Мы предпочитаем второе.
Подробное техническое задание для первого расчёта не требуется.
Достаточно рассказать:
Если часть ответов пока неизвестна, это нормально. Их задача как раз выясняется во время предпроектного разбора.
Если вы планируете интернет-магазин, мы разберём задачу, определим состав первой версии, необходимые интеграции и то, что разумно вынести на следующие этапы.
Для начала не нужно готовить техническое задание. Достаточно описать бизнес, каталог и основные требования к будущему магазину.
На странице разработки интернет-магазинов Companion AI можно ответить на четыре вопроса и получить предварительный план проекта:
