Разработка интернет-магазина: что решить до начала работы

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

Главная мысль: интернет-магазин — это не витрина с корзиной. Это цепочка, которая начинается заказом и заканчивается тем, что клиент видит статус своей посылки.

Магазин — это цепочка, а не страница

Витрину видит покупатель. Всё остальное происходит после нажатия кнопки:

заказ → оплата → сборка → отправление → статус клиенту

Каждое звено — отдельная работа. Заказ надо куда-то положить, оплату — подтвердить, сборку — показать складу, отправление — передать в службу доставки, статус — вернуть клиенту.

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

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

Решение первое: структура каталога

Это фундамент. Каталог определяет, как выглядит сайт, как работают фильтры и как товары уедут потом на другие площадки.

Что нужно решить:

1. Категории и вложенность. Сколько уровней: «Одежда → Верхняя одежда → Куртки» или просто «Куртки». Чем глубже, тем сложнее навигация и тем аккуратнее нужны правила.
2. Характеристики. Цвет, размер, материал, вес. Из них потом собираются фильтры. Если характеристики лежат текстом в описании — фильтров не будет.
3. Варианты товара. Одна футболка в пяти размерах — это один товар с вариантами или пять товаров? От ответа зависит учёт остатков и вид карточки.
4. Что уникально. Артикул или SKU — то, по чему товар опознаётся везде: в админке, в отчётах, в выгрузках.

Правило простое: характеристика, по которой вы захотите фильтровать или считать, должна быть отдельным полем, а не строчкой в тексте.

Решение второе: кто ведёт товары

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

Варианты:

• Заказчик через админку. Самый частый и здоровый вариант. Требует, чтобы админка была сделана под реальный процесс, а не «как получилось». Что в неё закладывать, разбирали в статье про админ-панель для сайта.
• Импорт из файла. Если товаров много и они уже ведутся в таблице или учётной системе, каталог наполняется загрузкой, а не руками.
• Синхронизация с учётной системой. Остатки и цены приходят из 1С или склада, сайт их только показывает.

Это решение влияет на код. Магазин, где остатки правит человек, и магазин, где остатки приходят из системы, — разные проекты.

Решение третье: оплата

Здесь два вопроса, и их часто путают.

Первый: какие способы оплаты. Карта и СБП — базовый набор. Дальше — оплата при получении, счёт для юрлиц, рассрочка.

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

Отдельно — чеки. Приём онлайн-оплаты означает, что покупателю уходит чек, и это надо подключить. Общую механику разбираем в статье про онлайн-кассу и 54-ФЗ; конкретику по вашей ситуации стоит согласовать с бухгалтером и банком.

Договор с эквайером обычно оформляется дольше, чем пишется код интеграции. Начинать это стоит в первый день проекта, а не в последний.

Решение четвёртое: доставка

Доставка — это не строчка «доставим по России». Это набор конкретных ответов:

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

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

Плохо: «стоимость доставки уточнит менеджер». Хорошо: покупатель видит цену доставки до оплаты — это снимает часть отказов в корзине.

Решение пятое: что происходит после заказа

Самое недооценённое. Опишите путь одного заказа словами, от кнопки до полученной посылки:

1. Заказ создан — где его видно и кто на него смотрит.
2. Оплата прошла — что меняется автоматически.
3. Заказ собран — кто ставит этот статус и по какому сигналу.
4. Отправление создано — вручную или интеграцией.
5. Клиент узнал — письмо, СМС, сообщение в телеграм, страница статуса.

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

Что решить до старта: короткий список

Перед первым разговором о сроках соберите ответы:

1. Сколько товаров сейчас и сколько будет через год.
2. Какие характеристики нужны для фильтров.
3. Кто ведёт каталог после запуска.
4. Какие способы оплаты нужны и есть ли договор с эквайером.
5. Какие службы доставки и кто создаёт отправления.
6. Куда попадают заказы и кто их обрабатывает.
7. Продаёте ли вы параллельно на маркетплейсах — если да, каталог придётся выгружать на площадки.

Эти семь ответов определяют объём проекта точнее, чем любое техзадание на тридцать страниц.

Как это выглядело у нас

Интернет-магазин «Жук и Плут» — бренд, который ушёл с маркетплейсов на свою систему. Мы собрали e-com платформу с админкой примерно на 20 вкладок: от аналитики до доставки. Цепочка «заказ → оплата → сборка → отправление → статус» закрыта внутри одной системы, а не размазана по почте, таблицам и личным кабинетам служб доставки.

Порядок цен и сроков у нас такой: сайт с админкой — от 100 000 ₽ и 7–14 дней, платформа с каталогом, оплатой и интеграциями — от 150 000 ₽ и от 14 дней. Работаем по договору, код после сдачи принадлежит владельцу проекта, домен и хостинг регистрируем на клиента.

Коротко

• Магазин — это цепочка «заказ → оплата → сборка → отправление → статус», а не витрина с корзиной.
• Структуру каталога и характеристики надо продумать до дизайна: из них растут фильтры и выгрузки.
• Решите заранее, кто ведёт товары после запуска — от этого зависит устройство админки.
• Оплата — это не кнопка, а связка со статусами заказа и чеками.
• Доставка требует конкретики: способы, расчёт стоимости, кто создаёт отправление, откуда трек.

Обсудить проект

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