Интернет-магазин с нуля: с чего начать и какую платформу выбрать

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

Шаг 1. Оцените объём и структуру каталога

Это первое решение, потому что от него зависят все остальные. Каталог из 15–30 позиций и каталог на 5000 SKU с характеристиками, вариациями и остатками по складам — это разные технические задачи, даже если внешне сайты выглядят похоже.

• До 100 товаров, простая структура. Категория — товар — корзина, без сложных фильтров. Здесь платформа почти не имеет значения: важнее скорость запуска.
• 100–1000 товаров, есть фильтры по характеристикам. Нужны цвет, размер, материал, диапазон цен, сортировка — стандартный конструктор такое тянет с трудом, требуется полноценная CMS.
• 1000+ товаров, несколько поставщиков или складов. Здесь встаёт вопрос автоматической синхронизации остатков и цен — вручную обновлять карточки нереально.

Совет: посчитайте не только текущее число позиций, а прогноз на год вперёд. Магазин, рассчитанный на 50 товаров, при росте до 500 придётся не дорабатывать, а пересобирать заново — фильтры, структура категорий и админка на таком масштабе меняются принципиально.

Шаг 2. Определитесь с платёжными системами

Приём оплаты — не техническая мелочь, а вопрос юридического статуса и репутации перед покупателем. Основные варианты для российского рынка:

• Онлайн-эквайринг через агрегатор (ЮKassa, Robokassa и аналоги) — карта, СБП, рассрочка в одном окне. Для подключения нужен ИП или ООО и расчётный счёт; процесс верификации занимает 1–3 дня.
• Приём через СБП напрямую — комиссия обычно ниже, чем у карт, подходит как основной способ для небольшого чека.
• Оплата при получении — наличными курьеру или картой через терминал; снижает порог входа для покупателя, но требует учёта наличности и повышает риск отказов от заказа.
• Схема для самозанятых — здесь есть ограничения по эквайрингу, и решение обычно строится через агрегатора с корректным оформлением чеков.

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

Шаг 3. Спланируйте доставку заранее, а не после запуска

Логика доставки — второе место, где магазины чаще всего теряют время на запуске. Есть три сценария, и они по-разному нагружают разработку:

1. Фиксированная стоимость или самовывоз. Самый простой вариант — одна-две ставки доставки, расчёт занимает пару часов работы.
2. Интеграция с транспортными компаниями (СДЭК, Почта России, курьерские службы) — расчёт стоимости и сроков по адресу покупателя в реальном времени, автоматическое создание накладных. Требует готовых модулей или API-интеграции.
3. Доставка по зонам города своими силами — актуально для локального бизнеса с собственными курьерами, стоимость обычно привязана к району или расстоянию от точки.

Здесь же стоит решить вопрос упаковки заказа под конкретную транспортную компанию и порог бесплатной доставки — это влияет на средний чек и часто требует отдельной логики в корзине.

Шаг 4. Решите вопрос с 1С заранее, если он у вас есть

Если бизнес уже ведёт учёт в 1С — товары, остатки, цены, — это один из самых значимых факторов при выборе платформы. Есть два подхода:

• Ручное дублирование данных. Работает, пока товаров немного и цены меняются редко. При росте каталога превращается в постоянный источник ошибок: остатки на сайте расходятся с реальными.
• Автоматический обмен с 1С. Товары, цены и остатки выгружаются на сайт, а заказы уходят обратно в учётную систему по расписанию или в реальном времени. Это снимает ручной труд, но такая интеграция есть далеко не у каждой платформы «из коробки» — устойчивее всего она реализована в 1С-Битрикс, на других CMS обмен настраивается через отдельные модули или доработку.

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

Шаг 5. CMS, конструктор или индивидуальная разработка

Когда объём каталога, оплата, доставка и вопрос учёта проговорены, платформа выбирается почти автоматически. Три уровня решений:

• Конструктор (например, Tilda). Подходит для каталога до 100–500 товаров и стандартных сценариев продажи. Плюсы — быстрый запуск (от недели), понятная админка без программиста, встроенная оплата и доставка. Минус — ограниченная гибкость: сложные фильтры, нестандартная логика скидок или B2B-цены на конструкторе реализовать трудно или невозможно.
• Готовая CMS (WordPress + WooCommerce, OpenCart). Разумный выбор для среднего каталога с фильтрами, характеристиками товаров, личным кабинетом. Гибкость выше за счёт тысяч готовых модулей и плагинов, но требует больше времени на настройку и наполнение — обычно 12–20 рабочих дней вместо 7–12 у конструктора.
• 1С-Битрикс. Оправдан, если нужна глубокая интеграция с 1С, большой каталог или сложные права доступа для сотрудников. Лицензия и разработка обходятся дороже, но получаете штатные инструменты учёта и коммерческий функционал, которые на других платформах приходится дорабатывать вручную.
• Индивидуальная разработка с нуля. Имеет смысл только при нестандартной бизнес-логике, которую не покрывает ни одна CMS: собственный маркетплейс с несколькими продавцами, сложный конфигуратор товара, интеграция с внешними системами, которых нет в готовых модулях. Для обычного розничного магазина такая разработка — почти всегда лишние деньги и сроки: то же самое дешевле и быстрее закрывается доработкой готовой платформы.

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

Практический вывод

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

• До 100–500 товаров, простая логика — конструктор, запуск за 1–2 недели.
• Каталог с фильтрами и характеристиками — WordPress или OpenCart, 2–3 недели на разработку и наполнение.
• Есть 1С или большой ассортимент с высокими требованиями к надёжности — 1С-Битрикс.
• Индивидуальная разработка — только под нестандартную бизнес-логику, которую не закрывает ни одна готовая платформа.

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