Первый запуск интернет-магазина нередко затягивается из-за лишних функций: владелец пытается сразу повторить всё, что видел у крупных площадок, и месяцами не выходит к покупателю. Рабочий объём первого этапа укладывается в три списка: что должно быть в магазине в день запуска, что спокойно подождёт и какие задачи стоит планировать отдельно, чтобы не обещать покупателям того, чего проект пока не умеет.
Минимальный магазин: четыре части, без которых нет продаж
Витрина с припиской «звоните, всё расскажем» — ещё не магазин. Покупатель должен пройти путь от выбора товара до принятого заказа без звонка менеджеру. Для этого нужны четыре части:
- Каталог — товары, разложенные по разделам. Если позиций больше пары десятков, без категорий покупатель потеряется.
- Карточка товара — фото, название, цена, характеристики и ответ на главный вопрос: подходит ли этот товар именно мне.
- Корзина — можно добавить несколько позиций, изменить количество, убрать лишнее и увидеть итоговую сумму.
- Оформление заказа — форма с контактами и способом получения, после которой заказ фиксируется, а покупатель видит подтверждение.
Интернет-магазин — один из типов продуктов в редакторе Roboweb. Каталог в нём живой: товары хранятся в базе и загружаются с сервера, а корзина и оформление заказа работают по-настоящему. Корзина, кабинеты покупателей и оформление заказа входят в тариф Премиум за 990 ₽ в месяц; что доступно на бесплатном старте и на других тарифах, видно на странице тарифов.
Всё остальное на старте — вопрос приоритетов.
Каталог — это данные: какие поля товара описать сразу
Частая ошибка первого этапа — относиться к каталогу как к набору красивых карточек. Каталог — это таблица в базе данных, и её структуру проще продумать до наполнения, чем переделывать, когда в ней уже сотни позиций. Прежде чем описывать магазин ИИ-команде, выпишите поля товара:
- название — такое, каким его ищет покупатель, а не внутренний код со склада;
- артикул — чтобы однозначно понимать, что именно заказали;
- цена — одна и актуальная;
- категория — одна основная, иначе каталог быстро превращается в свалку;
- фото — хотя бы одно собственное, без чужих снимков из интернета;
- характеристики — размер, материал, состав, совместимость: всё, о чём покупатели обычно спрашивают в переписке;
- наличие — в наличии, под заказ, нет.
Сравните два брифа. Условный пример хорошего: «Магазин чая. Разделы: зелёный, чёрный, улун, посуда. У товара: название, артикул, вес упаковки, цена, страна, способ заваривания, три фото, наличие». Плохой: «Сделайте магазин чая, как у всех». Во втором случае ИИ-команда соберёт правдоподобный каталог, но поля придётся переделывать, как только вы начнёте переносить реальный ассортимент.
Если вы продаёте оптом и называете цену только после расчёта, корзина может оказаться лишней. Для такой модели лучше подходит B2B-каталог с запросом цены.
Что происходит после нажатия «Оформить заказ»
Покупателю кажется, что он просто нажал кнопку. Владельцу нужно знать всю цепочку, чтобы проверить её до запуска:
- Пока покупатель выбирает, корзина хранится в его браузере — магазин о ней ещё не знает.
- Покупатель входит в аккаунт или регистрируется и заполняет форму: имя, телефон или почту, способ получения, комментарий.
- Заказ уходит на сервер, и сумма пересчитывается по ценам из каталога, а не берётся из браузера. Это защищает от подмены цены на стороне покупателя.
- Заказ сохраняется в базе данных — это запись, которую можно найти и обработать, а не письмо, затерявшееся в почте.
- Покупатель должен увидеть подтверждение, что заказ принят, и понять, что будет дальше. Проверьте этот экран в превью и, если текст неясен, поправьте его словами в редакторе.
Перед запуском сделайте несколько тестовых заказов: с одной позицией, с несколькими и с изменённым количеством. Сверьте суммы и сразу договоритесь, кто в команде и как часто разбирает новые заказы. Магазин, чьи заказы никто не смотрит, вредит сильнее, чем магазин без корзины. Как не терять покупателей на пути к заказу, разобрано в статье о конверсии.
Личные кабинеты покупателей: когда они нужны с первого дня
Кабинет — это регистрация, вход и страница, где покупатель видит свои данные и заказы. Он полезен, но каждый лишний шаг перед покупкой кого-то отсеивает. Решайте по простым критериям:
- Нужен сразу, если покупатели возвращаются регулярно: расходные материалы, корма, товары для бизнеса, повторные заказы по одному и тому же списку.
- Нужен сразу, если у разных покупателей разные условия или им важно видеть историю своих заказов.
- Можно сделать минимальным — только вход для оформления, без истории заказов и профиля, — если покупка разовая или редкая: подарок, мебель, сезонный товар.
Учтите особенность сборки: оформление заказа, где сумма считается на сервере, привязывает заказ к аккаунту покупателя, поэтому перед первым заказом покупатель регистрируется или входит. Если для вашей аудитории это лишний шаг, оформление без регистрации — задача для разработчика в выгруженном коде. В любом случае пройдите этот сценарий в превью. И учтите требование закона: владельцам российских проектов запрещено открывать доступ после авторизации через иностранные сервисы, а с 7 июля 2026 года за это штрафуют по 199-ФЗ. Разрешённые способы — номер телефона российского оператора, Госуслуги, ЕБС, Яндекс ID, VK ID, Сбер ID. Вход по почте и паролю в этом перечне не назван: нужно ли привязывать аккаунты покупателей к номеру телефона или другому разрешённому способу, уточните у юриста.
Что спокойно отложить на второй этап
| Функция | Почему можно подождать |
|---|---|
| Отзывы и рейтинги | Пустой блок отзывов на старте работает против вас |
| Сравнение товаров | Нужно при большом ассортименте похожих позиций |
| Промокоды и сложные скидки | Сначала проверьте, покупают ли по обычной цене |
| Блок «с этим покупают» | Нужна история реальных заказов |
| Многоуровневые фильтры | Пока позиций немного, хватает категорий |
Правило простое: откладывайте всё, что нельзя проверить без живых заказов. Когда дойдёте до второго этапа, начните с того, о чём спрашивают покупатели, и заранее уточните, решается ли задача правкой в редакторе или для неё нужен разработчик.
Оплата, касса, учёт: задача, которую планируют отдельно
Приём онлайн-оплаты, онлайн-касса и обмен данными с учётной системой не входят в то, что собирается в Roboweb по описанию. Оформление заказа работает — заказ фиксируется, сумма считается на сервере, — но деньги проект сам не принимает.
Реальные варианты на старте:
- Оплата после подтверждения. Менеджер связывается с покупателем, уточняет наличие и доставку, затем выставляет счёт или договаривается об оплате при получении. Схема привычна для товаров под заказ и для продаж компаниям.
- Подключение оплаты разработчиком. Код проекта выгружается на Next.js + Prisma, и разработчик дорабатывает оформление заказа под выбранный платёжный сервис и кассу. Что где лежит в выгрузке, описано в разборе структуры экспорта.
- Остатки и учёт. Пока ассортимент небольшой, наличие обновляют вручную. Автоматический обмен с учётной системой — тоже работа разработчика, и её разумно оценивать отдельно.
Требования к кассе и чекам при приёме оплаты онлайн обсудите с бухгалтером до того, как выбирать техническое решение.
Не пишите «оплата картой онлайн», пока оплата не подключена. Честное «оплата после подтверждения заказа» лучше кнопки, которая никуда не ведёт.
Документы магазина
Магазину, который продаёт дистанционно, нужны сведения о продавце, условия доставки и возврата, политика обработки персональных данных и, как правило, публичная оферта. Состав и размещение этих документов — отдельная большая тема, она разобрана в статье какие документы нужны бизнесу онлайн. Публиковать шаблон из интернета без проверки юристом не стоит.
Практический следующий шаг: выпишите поля товара для десяти реальных позиций, решите, нужны ли кабинеты с первого дня, и выберите схему оплаты на старте. С этим списком бриф магазина для ИИ-команды уместится в одно подробное сообщение.
