Стоимость разработки интернет-магазина: что считать кроме витрины

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

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

Что именно вы запускаете

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

Слово «магазин» не раскрывает эти различия. Запишите, где заканчивается самостоятельное действие покупателя и начинается работа сотрудника. Например: «покупатель оформляет предварительный заказ, менеджер подтверждает наличие и отправляет счёт». Такой процесс допустим, если он выбран осознанно и понятен клиенту. Не нужно обещать автоматическую покупку, когда цена и наличие всё равно уточняются вручную.

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

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

Как состояние каталога влияет на работы

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

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

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

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

Загрузку каталога оценивают вместе с качеством исходных товаров и правилами их представления.

За что платят в процессе заказа

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

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

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

Уведомления и личный кабинет. Запишите, какие сообщения нужны, кому и при каком событии. Для кабинета определите действия: посмотреть заказ, повторить его, получить документ или написать менеджеру. Абстрактное «сделать личный кабинет» не задаёт объём.

Рабочие системы. Интеграция с 1С, CRM или складом оценивается по составу обмена. Товары, цены, остатки, покупатели, заказы и статусы — самостоятельные группы данных со своими правилами. Подготовка со стороны учётной системы, доработка обмена, тестирование и дальнейшая поддержка могут выполняться разными специалистами.

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

В смету входит проверка связи между этапами, включая исключения и ручные действия.

Какие расходы останутся после запуска

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

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

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

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

Как получить сопоставимые оценки

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

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

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

Для разработки интернет-магазина в Goncharoff.PRO полезнее всего принести пример товара и обычного заказа. По ним можно предметно обсуждать объём, зависимости и первую версию, не подменяя оценку проекта случайной цифрой «за магазин».