Для розничных и оптовых продаж
Интернет-магазин позволяет покупателю найти товар, сравнить варианты, узнать цену и наличие, оформить заказ или запросить расчет. Для оптовых клиентов могут быть предусмотрены личные кабинеты, персональные цены, собственный документооборот и условия закупки.
Категории, подкатегории, серии и карточки строятся так, чтобы покупатель мог перейти от общей группы к конкретной модели. Характеристики, варианты исполнения, фотографии, цены и документы собраны в карточке товара.
Фильтры используют параметры, по которым покупатели действительно выбирают продукцию: назначение, размер, материал, мощность, производитель, цена и другие характеристики. Неподходящие варианты отсеиваются без последовательного просмотра всего каталога.
Если магазин подключен к складской или учетной системе, цены, остатки и доступность товаров обновляются из основного источника данных. Это сокращает количество заказов на отсутствующие позиции и избавляет сотрудников от ручного изменения каталога.
В интернет-магазине покупатель добавляет товары в корзину, указывает контактные данные, выбирает доставку и способ оплаты. В каталоге без онлайн-покупки он может отправить выбранные позиции на расчет или запросить коммерческое предложение, в том числе со смартфона.
Вместе с контактами покупателя передаются выбранные товары, количество, стоимость, способ доставки и оплаты, комментарий и источник обращения. Сотруднику не приходится заново выяснять, что именно клиент хочет заказать.
Для B2B-покупателей могут применяться персональные цены, минимальные партии, кратность упаковки, отсрочка платежа и доступные конкретному контрагенту документы. В личном кабинете клиент может повторить предыдущий заказ или собрать новую закупку по своим условиям.
Выбор торговой системы
Каталог, оформление заказа и функции для оптовых покупателей являются частями одной торговой системы. Ее состав определяется ассортиментом, способом расчета цены, условиями продажи и порядком обработки заказов.
Интернет-магазин нужен, когда покупатель должен самостоятельно найти товар, проверить его характеристики, узнать условия продажи и передать компании готовый заказ или запрос на расчет.
Необходимость разработки определяется не количеством товаров и не размером компании. Магазину с небольшим ассортиментом может потребоваться сложная работа с вариантами, доставкой и остатками. Производителю с тысячами позиций иногда достаточно каталога, в котором покупатель собирает спецификацию и отправляет ее на расчет.
Собственная торговая система оправдана, если компании необходимо:
Каталог, корзина, онлайн-оплата и B2B-кабинеты не являются отдельными сайтами. Это функции одной торговой системы, которые подключаются в соответствии с реальным порядком продажи товаров.
Разработка начинается со структуры товаров. Определяются категории и подкатегории, производители, серии, модели, варианты исполнения, единицы измерения и характеристики, по которым покупатели сравнивают продукцию.
Для каждой категории могут использоваться собственные параметры. Например, для оборудования важны мощность, производительность и напряжение, для строительных материалов — размер, состав и расход, для одежды — размер, цвет и материал. Один универсальный набор характеристик для всего ассортимента обычно делает фильтры бесполезными.
Карточка товара может содержать:
Структура каталога определяет работу поиска, фильтров, импорта, обновления цен, связанных товаров и товарных страниц. Если товары изначально описаны бессистемно, добавление корзины или красивого дизайна не исправит проблему выбора.
Не каждый товар можно продать по фиксированной цене. Для одной продукции достаточно выбрать количество, доставку и способ оплаты. Для другой необходимо проверить совместимость, рассчитать комплектацию, согласовать технические параметры или определить стоимость доставки.
Поэтому в одной торговой системе могут одновременно использоваться разные сценарии:
Отсутствие онлайн-оплаты не превращает проект в отдельную услугу. Если покупатель работает с каталогом, выбирает позиции и передает компании их полный состав, этот сценарий остается частью интернет-магазина.
В розничном сценарии условия продажи обычно одинаковы для всех посетителей. Покупатель видит общедоступную цену, добавляет товары в корзину и оформляет заказ без предварительного согласования с менеджером.
Розничная часть интернет-магазина может включать:
Состав этих функций определяется до разработки. Регистрация, программа лояльности, промокоды и другие механики не добавляются автоматически, если они не используются в реальной модели продаж компании.
В B2B-продажах цена и условия могут зависеть от конкретного контрагента, договора, объема закупки, склада, региона или способа оплаты. Поэтому после авторизации разные покупатели могут видеть разные данные и выполнять разные действия.
Для оптовых клиентов могут быть предусмотрены:
B2B-функции не создаются только ради наличия личного кабинета. Они необходимы, если после авторизации действительно меняются цены, документы, ассортимент, правила заказа или доступные пользователю операции.
До разработки определяется, где хранятся исходные данные и какая система отвечает за их актуальность. Один и тот же показатель не должен одновременно и независимо редактироваться в нескольких местах.
Распределение ответственности между системами может выглядеть следующим образом:
Все эти интеграции не являются обязательными. Если ассортимент небольшой, а цены меняются редко, часть информации можно обновлять через административную систему. Интеграция нужна там, где ручной перенос данных уже приводит к задержкам, ошибкам или расхождениям.
До создания интерфейсов необходимо зафиксировать не только список страниц, но и правила торговли. От них зависят структура данных, корзина, личные кабинеты и состав интеграций.
В частности, необходимо определить:
Если эти правила не определены внутри компании, интернет-магазин не сможет определить их самостоятельно. Разработка автоматизирует согласованный порядок продажи, а не заменяет его.
Если у компании несколько товаров, а стоимость каждого заказа рассчитывает менеджер, может быть достаточно бизнес-сайта с товарными страницами и формой обращения. Для продвижения одного товара или специального предложения подойдет посадочная страница.
Полноценный интернет-магазин также может быть преждевременным, если компания еще не определила ассортимент, цены, условия доставки и порядок обработки заказов. В таком случае добавление корзины и онлайн-оплаты создаст интерфейс покупки, но не создаст работающий процесс исполнения заказа.
Собственный интернет-магазин необходим тогда, когда компания готова управлять товарами, ценами, остатками и заказами как единым процессом. В результате покупатель получает понятный способ выбора и оформления, а продавец — заказ с конкретным составом и данными, необходимыми для дальнейшей обработки.
Как создается интернет-магазин
Разработка начинается не с дизайна каталога, а с определения товаров, цен, покупателей, способов оформления, оплаты и доставки. Работа делится на девять этапов, после каждого из которых остается результат, который можно проверить и согласовать до перехода к следующей части проекта.
Определяется, кто будет покупать товары через сайт: розничные покупатели, оптовые клиенты или обе категории. Фиксируется, какие товары продаются по установленной цене, какие требуют предварительного расчета и какие доступны только после авторизации.
Также определяются способы оформления, оплаты и доставки, порядок подтверждения заказа, категории пользователей, необходимые интеграции и функции, которые должны войти в первый запуск. Отдельно фиксируется, какие материалы и доступы предоставляет заказчик и какие работы входят в разработку.
Результат этапа: согласованная модель продаж, границы проекта, состав функций, ответственность сторон, предварительные сроки, стоимость и критерии приемки.
Определяются категории и подкатегории, товары и их варианты, артикулы, единицы измерения, характеристики, типы цен, склады, остатки, изображения и связанные документы. Для каждой категории составляется собственный набор параметров, используемых в карточках и фильтрах.
На этом этапе также определяется, где хранится каждый вид информации. Описания и изображения могут редактироваться на сайте, а цены, остатки и артикулы — поступать из учетной или складской системы.
Результат этапа: утвержденная структура каталога, модель товарных данных, перечень характеристик и фильтров, а также список основных источников информации.
Проектируется путь покупателя от входа в каталог до завершения предусмотренного действия. Отдельно разбираются поиск, фильтрация, сравнение, выбор варианта товара, добавление в корзину, запрос расчета, оформление доставки, оплата и получение подтверждения.
Для розничных и оптовых клиентов проектируются разные сценарии, если после авторизации изменяются цены, ассортимент, минимальное количество, документы или способы оформления. Также учитываются ситуации, когда товар отсутствует, цена изменилась или подключенный сервис временно недоступен.
Результат этапа: согласованные прототипы каталога, карточек товаров, корзины, оформления заказа, личных кабинетов и других предусмотренных интерфейсов.
Собираются описания, характеристики, фотографии, цены, остатки, сертификаты, инструкции и другие товарные материалы. До начала наполнения определяется, какие данные предоставляет заказчик, какие требуют обработки и кто отвечает за их достоверность.
Если товары переносятся из существующего сайта, таблиц или учетной системы, сопоставляются поля, категории, характеристики и варианты. Небольшая выборка загружается в новый каталог, после чего проверяются карточки, изображения, цены, документы и отсутствие дублей.
Результат этапа: подготовленный комплект материалов, правила переноса и проверенный тестовый импорт товаров.
На основе утвержденных прототипов создается дизайн каталога, фильтров, карточек товаров, корзины, оформления заказа, личных кабинетов, таблиц и других элементов. Интерфейсы отдельно прорабатываются для широких мониторов, ноутбуков, планшетов, смартфонов и промежуточных размеров экрана.
Проверяется, можно ли на каждом устройстве выбрать вариант товара, изменить количество, просмотреть характеристики, заполнить данные, выбрать доставку и завершить предусмотренный сценарий без скрытых или недоступных элементов.
Результат этапа: утвержденный дизайн основных страниц, состояний и торговых сценариев интернет-магазина.
Создаются каталог, карточки товаров, поиск, фильтры, корзина, формы заказа, личные кабинеты и другие функции, включенные в проект. Настраивается административная часть для управления категориями, товарами, материалами и параметрами, которые должны редактироваться непосредственно на сайте.
Для публичных страниц настраиваются адреса, заголовки, описания, правила индексирования, карта сайта и другие технические параметры. Готовые части проекта последовательно размещаются на тестовом сервере и предоставляются заказчику для проверки.
Результат этапа: рабочая версия интернет-магазина с утвержденными функциями и системой управления на тестовом сервере.
Подключаются платежные сервисы, CRM, ERP, учетные и складские системы, службы доставки, аналитика и другие инструменты, включенные в состав проекта. Для каждой интеграции проверяется, какие данные передаются, в каком направлении выполняется обмен и какая система считается основной.
Тестируются успешные и неудачные операции, повтор передачи после ошибки и фиксация результатов обмена. После проверки выполняется полный импорт согласованных товаров, вариантов, цен, остатков, документов и других подготовленных данных.
Результат этапа: наполненный интернет-магазин с работающими подключениями к предусмотренным внешним и внутренним системам.
Проверяются категории, поиск, фильтры, карточки, варианты товаров, корзина, формы, личные кабинеты, уведомления и работа на предусмотренных устройствах. Отдельно тестируются розничные и оптовые цены, права пользователей и доступные каждой категории покупателей действия.
Моделируются не только успешные покупки, но и ошибочные ситуации: отсутствие товара, изменение цены, отказ от оплаты, повторная отправка заказа, недоступность доставки или задержка ответа подключенной системы. Проверяется, куда поступает заказ и какие данные получают покупатель и сотрудники компании.
Заказчик проводит приемочные испытания по заранее согласованным сценариям. Обнаруженные ошибки и отклонения от утвержденных требований устраняются до публикации.
Результат этапа: проверенная и принятая заказчиком версия интернет-магазина, готовая к работе с реальными покупателями и заказами.
Интернет-магазин размещается на рабочем сервере, подключаются домен и защищенное соединение, выполняется финальное обновление товаров, цен и остатков. После запуска проводится контрольный заказ с проверкой оплаты, доставки, уведомлений, аналитики и передачи данных в подключенные системы.
Ответственные сотрудники получают инструкции и обучение по работе с товарами, заказами, документами и предусмотренными административными функциями. Если в проект входят резервное копирование, журналирование ошибок и мониторинг, их работа также проверяется после запуска.
Заказчику передаются исходный код, административные и серверные доступы, ключи подключенных сервисов, инструкции по развертыванию и техническая документация. Дальнейшая поддержка, развитие магазина и добавление новых функций выполняются отдельно.
Результат этапа: работающий интернет-магазин, принявший контрольный заказ и полностью переданный под управление заказчика.
Принципы ценообразования
Минимальная стоимость проекта составляет 210 000 ₽. До начала разработки определяется состав торговой системы, стоимость каждого этапа и результат, который должен получить заказчик.
Стоимость работ рассчитывается по часам и составляет 3 700 ₽ за час. Стоимость большинства интернет-магазинов и торговых каталогов находится в диапазоне от 210 000 до 650 000 ₽. Итоговая сумма зависит от структуры каталога, модели товаров, способов оформления заказа, требований к оплате и доставке, объема товарных данных, B2B-функций и необходимых интеграций.
Интернет-магазин без личных кабинетов, персональных цен и сложного обмена данными требует меньшего объема разработки. Если проекту необходимы B2B-кабинеты, несколько типов цен, остатки по складам, перенос большого каталога или интеграции с CRM, ERP и учетными системами, эти работы рассчитываются отдельно и включаются в смету только после согласования.
Оплата производится поэтапно. До начала каждого этапа заказчик знает его состав, количество часов, стоимость и ожидаемый результат. Дополнительные функции и работы не включаются в счет без предварительного согласования.
Домен, серверная инфраструктура, лицензии, комиссии платежных сервисов, CRM и ERP, телефония, SMS- и email-сервисы, платные API, службы доставки, облачные хранилища и услуги сторонних специалистов не входят в стоимость разработки и при необходимости оплачиваются отдельно.
| Этап | Объем работ | Кол-во часов |
|---|---|---|
| Модель продаж и границы проекта | Определение категорий покупателей, способов продажи, оформления, оплаты и доставки. Фиксация состава первой версии, ответственности сторон, источников данных и критериев приемки проекта | 5–8 ч. |
| Модель товаров и структура каталога | Проектирование категорий, товаров, вариантов, артикулов, единиц измерения, характеристик, типов цен, остатков, документов, фильтров и связей между товарными позициями | 6–10 ч. |
| Сценарии покупки и прототипы | Проектирование поиска, фильтрации, карточек товаров, корзины, запроса расчета, оформления заказа и предусмотренных сценариев для розничных и оптовых покупателей | 6–10 ч. |
| Подготовка материалов и тестовый импорт | Структурирование описаний, характеристик, изображений и документов. Сопоставление полей, подготовка правил переноса и проверка тестовой выборки товаров в новом каталоге | 4–8 ч. |
| Дизайн и адаптация интерфейсов | Разработка дизайна каталога, карточек товаров, корзины, оформления заказа, форм, таблиц и других элементов для компьютеров, планшетов, смартфонов и промежуточных размеров экрана | 8–14 ч. |
| Разработка магазина и административной части | Создание каталога, карточек товаров, поиска, фильтров, корзины, форм заказа, моделей данных и административных разделов для управления ассортиментом и содержанием магазина | 14–26 ч. |
| Оплата и доставка | Подключение платежного сервиса, настройка статусов оплаты, способов и стоимости доставки, уведомлений покупателя и обработки успешных и неудачных операций | Опционально: 4–12 ч. |
| CRM, ERP и учетные системы | Подключение CRM, ERP, складских, учетных и других систем. Настройка передачи товаров, цен, остатков и заказов, обработка ошибок и фиксация результатов обмена | Опционально: 8–30 ч. |
| B2B-кабинеты и персональные условия | Авторизация оптовых клиентов, персональные цены, минимальные партии, кратность упаковки, доступные документы, повторные заказы, роли сотрудников контрагента и другие согласованные B2B-функции | Опционально: 8–30 ч. |
| Техническая подготовка публичной части | Настройка заголовков и описаний, Open Graph, микроразметки товаров, sitemap.xml, robots.txt, правил индексирования, структуры URL и других технических параметров публичных страниц | 3–6 ч. |
| Тестирование и приемка | Проверка каталога, поиска, фильтров, цен, корзины, заказов, прав пользователей, уведомлений и интеграций. Тестирование успешных и ошибочных сценариев и проведение приемочных испытаний | 6–10 ч. |
| Запуск, обучение и передача | Размещение магазина на рабочем сервере, финальное обновление данных, проведение контрольного заказа, обучение сотрудников и передача исходного кода, доступов и технической документации | 5–8 ч. |
| Ориентировочный объем проекта | Точный объем определяется после согласования модели продаж, структуры каталога, товарных данных, способов оформления, B2B-функций и необходимых интеграций | 57–172 ч. |
Без мелкого шрифта
Что входит в проект, где хранятся товары и цены, кто готовит материалы и какие расходы оплачиваются отдельно
Торговый каталог представляет ассортимент, характеристики и условия поставки, но не обязательно позволяет совершить покупку на сайте. Посетитель может отправить заявку, запросить расчет или связаться с менеджером.
Интернет-магазин дополнительно реализует торговые операции: выбор товара и его варианта, расчет стоимости, корзину, оформление заказа, оплату, доставку, уведомления и передачу данных в учетные системы. Конкретный набор функций определяется моделью продаж компании.
Да. Покупатель может оформить заказ на сайте, а оплатить его после подтверждения менеджером, по выставленному счету, банковским переводом или другим предусмотренным способом.
Для товаров с переменной стоимостью вместо корзины может использоваться запрос расчета или коммерческого предложения. Такой сценарий подходит производителям, оптовым поставщикам и B2B-компаниям, если цена зависит от объема, комплектации или условий поставки.
Это определяется до начала разработки. В небольшом магазине все данные могут редактироваться через административную часть сайта. Если компания использует ERP, складскую или учетную систему, она может оставаться основным источником артикулов, цен и остатков, а сайт будет получать обновления автоматически.
Для каждого вида данных заранее определяется основная система. Это исключает ситуацию, когда изменения, внесенные на сайте, перезаписываются при следующей синхронизации.
Можно, если исходные данные доступны для выгрузки или технического извлечения. До полного переноса проверяются категории, характеристики, варианты, изображения, цены, документы и связи между товарами.
Сначала выполняется тестовый импорт небольшой выборки. После проверки структуры и исправления ошибок загружается согласованный объем каталога. Подготовка, очистка и перенос данных оцениваются отдельно, поскольку тысяча готовых карточек и тысяча несогласованных строк в разных таблицах требуют разного объема работы.
Магазин может обмениваться данными с CRM, ERP, складскими и учетными системами, платежными сервисами, службами доставки, маркетплейсами, аналитикой и другими сервисами компании.
Возможность интеграции зависит от наличия API, готового модуля или другого поддерживаемого способа обмена. До разработки проверяется документация внешней системы, состав доступных данных, направление их передачи и поведение при ошибках. Если сервис не предоставляет технической возможности подключения, это фиксируется до включения интеграции в смету.
Обычно требуются сведения о товарах и правилах продажи, описания, характеристики, изображения, цены, документы, способы оплаты и доставки, а также доступы и документация подключаемых систем.
До начала работ определяется, кто готовит каждый вид материалов, кто отвечает за их достоверность, какой объем наполнения входит в проект и в каком формате передаются данные. Если контент, фотографии или товарные таблицы требуют дополнительной обработки, эти работы отдельно включаются в смету.
В стоимость входят только согласованные этапы и функции: анализ, проектирование, дизайн, разработка, настройка системы управления, предусмотренные интеграции, тестирование, запуск и передача проекта. Работа рассчитывается по ставке 3 700 ₽ за час, а минимальный бюджет разработки интернет-магазина составляет 210 000 ₽.
До начала проекта составляется смета с перечнем задач, количеством часов и результатом каждого этапа. Дополнительные работы не включаются в счет без предварительного согласования.
Отдельно оплачиваются домен, серверная инфраструктура, лицензии, комиссии банков и платежных сервисов, CRM и ERP, телефония, SMS- и email-сервисы, платные API, службы доставки, облачные хранилища и другие сторонние продукты.
Эти платежи поступают соответствующим поставщикам, а не разработчику. Их наличие, размер и периодичность определяются до подключения выбранных сервисов.
В публичной части настраивается техническая основа: понятная структура адресов, заголовки и описания страниц, правила индексирования, sitemap.xml, robots.txt, canonical, Open Graph и предусмотренная микроразметка товаров.
Для каталогов отдельно учитываются варианты товаров, фильтры, пагинация, пустые категории, дубли страниц и позиции, снятые с продажи. Техническая подготовка не гарантирует места в поисковой выдаче: результат продвижения также зависит от спроса, конкуренции, ассортимента, содержания страниц и дальнейшей SEO-работы.
После завершения и оплаты согласованных работ заказчику передаются исходный код проекта, административные и серверные доступы, инструкции по развертыванию и предусмотренная техническая документация.
Доступы к платежным системам, домену, серверу, CRM и другим сторонним сервисам рекомендуется регистрировать на заказчика. Это позволяет компании управлять своей инфраструктурой независимо от дальнейшего сотрудничества с разработчиком.
Да. После запуска можно добавлять товарные категории, личные кабинеты, оптовые цены, программы лояльности, новые способы оплаты и доставки, интеграции с маркетплейсами и другие функции.
Возможность развития учитывается при проектировании архитектуры, но каждая новая функция оценивается как отдельная работа. Если изменение затрагивает модель товаров, цены, роли пользователей, оформление заказа или внешние системы, может потребоваться доработка нескольких связанных частей проекта.
Связаться со мной
Опишите задачу, текущую ситуацию и ожидаемый результат. Я изучу обращение и свяжусь с вами для обсуждения проекта, сроков и возможного формата работы.
Все поля, помеченные , обязательны для заполнения.