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

В проекте интернет-магазина запчастей для котлов и газовых колонок наша команда сначала собрала карту сайта и проработала структуру. На её основе строился интерфейс. В мобильной версии основные действия вынесли в нижнюю панель: покупатель может открыть каталог, сравнение, избранное или корзину с любого из этих разделов.
Платформу выбирают после определения функций и структуры каталога. CMS – это система управления сайтом, через которую сотрудники добавляют товары, меняют цены и работают с заказами.
При выборе платформы проверьте:
Количество товаров само по себе не определяет выбор CMS. Даже небольшому магазину иногда нужны сложные расчёты или нестандартные интеграции. Большой каталог, напротив, может работать по относительно простым правилам.
Для сравнения вариантов пригодятся статьи:
и
Техническое задание фиксирует состав проекта и правила работы функций. К этому этапу уже должны быть понятны основные требования к каталогу, заказам и интеграциям. Теперь их нужно описать достаточно подробно, чтобы разработчики могли оценить работу, а заказчик – проверить результат.
Например, требование «подключить доставку» оставляет много вопросов. В ТЗ его раскрывают через конкретные условия:
| Общее пожелание | Что уточнить в ТЗ |
|---|---|
| Подключить доставку | Какие службы используются, как выбирается пункт выдачи, откуда берутся стоимость и сроки |
| Добавить онлайн-оплату | Какой сервис подключается, когда создаётся платёж и что происходит при ошибке |
| Сделать личный кабинет | Какие данные и действия доступны покупателю |
| Настроить обмен с учётной системой | Какие сведения передаются, в какую сторону и с какой периодичностью |
| Добавить фильтры | Какие параметры нужны каждой категории и как они сочетаются между собой |
Также в ТЗ указывают состав страниц, требования к мобильной версии, объём наполнения и порядок приёмки. Для интеграций полезно описывать неудачные сценарии: например, что увидит покупатель, если служба доставки временно не вернёт стоимость.
По такому документу проще согласовать объём работ и отделить исправление ошибки от новой функции, которую решили добавить после начала проекта.
Проектирование начинается с пути покупателя. Сначала нужно определить, как человек попадёт в каталог, найдёт товар, выберет его вариант и оформит заказ. Для проверки этой последовательности используют прототип – схему страниц с расположением основных элементов.
На прототипе проверяют:

После согласования логики разрабатывают визуальное оформление. Цвета, шрифты и фотографии должны соответствовать бренду, а оформление элементов – помогать пользоваться магазином. Например, основная кнопка покупки должна быть заметна, а характеристики – удобны для чтения и сравнения.
Для мобильной версии отдельно проверяют меню, фильтры, карточку товара и оформление заказа. Нужны и состояния интерфейса: пустая корзина, отсутствие товара, ошибка в форме, загрузка данных и успешное оформление покупки.
В проекте дизайна интернет-магазина техники мы начали с мудборда и изучения магазинов в этом и смежных сегментах. Для интерфейса выбрали светлый фон, аккуратные карточки и акценты в фирменном цвете. Дизайн собрали из более чем 300 базовых элементов: такой набор помогает сохранять единое оформление при добавлении страниц и функций.
После утверждения дизайна макеты переводят в рабочие страницы и связывают с CMS. Затем подключают внешние сервисы, предусмотренные техническим заданием.
| Интеграция | Для чего нужна |
|---|---|
| Платёжный сервис | Принимать онлайн-оплату и получать её статус |
| Служба доставки | Показывать доступные способы получения, стоимость и сроки |
| CRM | Передавать обращения и заказы менеджерам |
| Учётная система | Обновлять товары, цены и остатки по согласованным правилам |
| Аналитика | Отслеживать действия покупателей и оформление заказов |
| Почтовые и другие уведомления | Сообщать покупателю и сотрудникам об изменениях заказа |
Состав интеграций зависит от процессов компании. Если остатки ведутся в учётной системе, нужно определить, как часто сайт получает обновления и что происходит при сбое обмена. Если заказ передаётся в CRM, заранее согласуют состав полей и ответственного сотрудника.
Для оплаты отдельно проверяют успешный и неуспешный платёж, возврат покупателя на сайт и изменение статуса заказа. Если используется кассовый сервис, проверяют передачу данных и получение чека.

Материалы для каталога лучше собирать параллельно с разработкой. Отсутствующие фотографии или несогласованные характеристики способны задержать запуск уже готового сайта.
Для каждой товарной позиции подготовьте:
Данные стоит привести к единому формату. Например, одинаковые характеристики должны называться одинаково, а размеры – указываться в согласованных единицах. Иначе фильтры и сравнение товаров будут работать некорректно.
Для большого каталога обычно удобнее подготовить импорт из таблицы или учётной системы. До массовой загрузки стоит проверить несколько товаров: как отображаются изображения, распределяются категории и передаются характеристики.
Объём наполнения нужно согласовать с подрядчиком заранее: сколько карточек входит в работу, кто предоставляет материалы и кто проверяет их перед публикацией.
Если планируется получать покупателей из поиска, требования SEO нужно учитывать при проектировании каталога. После разработки выполняют техническую проверку и заполняют данные страниц.
Перед запуском проверьте:
Для страниц фильтрации нужно отдельно определить, какие из них должны попадать в поиск. Бесконтрольное создание множества похожих страниц затрудняет управление каталогом и его индексацией.
Базовая SEO-подготовка входит в техническую готовность магазина. Дальнейшее продвижение требует работы с поисковым спросом, содержанием страниц и результатами аналитики.

Проверять магазин нужно на полном сценарии покупки. Отдельно работающая кнопка оплаты ещё не подтверждает, что заказ правильно сохранился, попал менеджеру и отобразился у покупателя.
Для приёмки удобно использовать чек-лист:
| Что проверить | Ожидаемый результат |
|---|---|
| Каталог и поиск | Покупатель находит товары по предусмотренным запросам и параметрам |
| Карточка товара | Цена, наличие и выбранный вариант отображаются корректно |
| Корзина | Можно менять количество и удалять позиции, сумма пересчитывается |
| Оформление заказа | Обязательные поля понятны, ошибки сопровождаются объяснениями |
| Доставка | Способ получения, стоимость и адрес сохраняются в заказе |
| Оплата | Успешные и неуспешные платежи обрабатываются по заданному сценарию |
| Уведомления | Покупатель и менеджер получают нужные сообщения |
| Интеграции | Данные передаются в подключённые системы без потерь |
| Мобильная версия | Формы, меню и кнопки доступны на смартфоне |
| Управление магазином | Сотрудники могут выполнять ежедневные операции через CMS |
Дополнительно стоит проверить покупку без регистрации, отсутствующий товар, неверно заполненную форму и повторное нажатие кнопки отправки заказа.
После тестирования сайт размещают на рабочем домене, настраивают защищённое соединение, проверяют резервное копирование и доступы сотрудников. На опубликованном сайте повторно проходят основные сценарии: настройки оплаты, почты и интеграций на рабочем сервере могут отличаться от тестовых.

После запуска нужно следить за ошибками и поведением покупателей: находят ли они товары, доходят ли до корзины, на каком шаге прерывают оформление. Эти данные помогут определить, что дорабатывать в первую очередь.
Для первой оценки проекта достаточно собрать исходную информацию:
Готовое техническое задание для первого разговора не обязательно. Требования можно уточнить вместе с командой разработки. При сравнении предложений проверьте, входят ли в них наполнение, тестирование, обучение сотрудников и поддержка после запуска.
В Веб Ду работа начинается со сбора требований и определения объёма проекта. Затем команда проектирует страницы, разрабатывает магазин и проверяет согласованные сценарии. Этот порядок помогает заранее определить, какие материалы и решения понадобятся от заказчика на каждом этапе.
Другие статьи
Структура корпоративного сайта: какие разделы нужны бизнесу
Корпоративный сайт нужен компании, когда одной краткой страницы уже мало. На нём клиент изучает услуги, проверяет опыт, смотрит документы, сравнивает направления и оставляет заявку после ответа на основные вопросы. Структура корпоративного сайта определяет, насколько быстро человек найдет нужный раздел. Она влияет на дизайн, разработку, сроки, SEO-продвижение и дальнейшее наполнение. Если структура собрана хаотично, сайт выглядит
Порядок разработки UX/UI дизайна сайта: этапы, результат и чек–лист
В этой статье разберем порядок разработки UX/UI-дизайна сайта, от постановки задачи и анализа до подготовки готовых макетов к передаче в разработку. UX/UI-дизайн — это один из этапов создания сайта, ему предшествует подготовительная работа, а после утверждения макетов проект переходит к технической реализации. Весь процесс создания сайта и последовательность его этапов мы подробно разобрали в отдельной
Landing page или многостраничный сайт – основые отличия и что выбрать для бизнеса
Landing page или многостраничный сайт? На первый взгляд это вопрос количества страниц. В реальности ответ кроется в задачах бизнеса, каналах трафика и сложности выбора для клиента. Лендинг подходит для одного предложения, быстрого запуска рекламы и проверки спроса. Многостраничный сайт нужен, когда у компании несколько услуг, длинный цикл сделки, SEO и планы на развитие. Перед выбором
Сколько времени занимает создание сайта: реальные сроки по типам проектов
Срок создания сайта зависит от типа проекта и объёма работ. В данной статье для оценки мы будем использовать 4 самых популярных группы сайтов, для оценки срока создания: лендинг, корпоративный сайт, интернет-магазин/сайт-каталог, сервис/сложная разработка. Коротко по срокам Примерные ориентиры: Тип сайта Срок Лендинг Около 4 недель Корпоративный сайт 4-6 недель Интернет-магазин/сайт-каталог 6-8 недель Сервис/сложная разработка От