Сколько стоит интернет-магазин: MVP и стоимость владения

Стоимость первой версии: базовый интернет-магазин Za IT стоит 29 999 ₽. В первую версию входят каталог, карточка товара, корзина и базовый сценарий оплаты или передачи заказа менеджеру. Синхронизация с 1С, сложная доставка, остатки по нескольким складам, программа лояльности, лицензии и массовый перенос каталога оцениваются отдельно после описания данных и процессов.

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

Содержание

• что входит в MVP интернет-магазина;
• как выбрать состав первой версии;
• из чего складывается смета;
• какие интеграции требуют отдельной оценки;
• как подготовить каталог и SEO;
• что проверить перед запуском;
• как считать полную стоимость владения.

Что такое MVP магазина

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

Для небольшого проекта первый контур обычно состоит из:

1. каталога с категориями и базовой фильтрацией;
2. карточки товара с ценой, характеристиками и доступностью;
3. корзины с изменением количества и итоговой суммой;
4. оформления заказа с проверкой обязательных полей;
5. оплаты или передачи заказа менеджеру;
6. уведомления покупателя и сотрудника;
7. аналитики ключевых шагов воронки;
8. административного способа менять товары и статусы.

Если этот путь работает на мобильном устройстве и заказ не теряется, версия уже приносит пользу. Сравнение, избранное, рекомендации, бонусы и персональные цены можно включать только тогда, когда они необходимы для продажи, либо переносить в следующую очередь.

Базовая цена и границы пакета

Базовый пакет Za IT стоит 29 999 ₽. Он подходит для запуска небольшого каталога без сложной двусторонней синхронизации. Точный состав фиксируется до начала разработки: количество шаблонов, способ оплаты, доставка, поля заказа, уведомления и права администратора.

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

• обмен с 1С, ERP, CRM и несколькими складами;
• импорт большого или неоднородного каталога;
• персональные цены, сегменты и программы лояльности;
• нестандартные расчёты доставки и несколько служб;
• сложные комплекты, модификации и связанные остатки;
• кабинет покупателя с историей, документами и возвратами;
• интеграции с маркетплейсами;
• платные модули, лицензии и комиссии сервисов;
• регулярное SEO, контент и техническая поддержка.

Такое разделение показывает, какие возможности проверяются первой версией, а какие требуют отдельного проектирования и тестирования.

Как расставить приоритеты первой версии

• Каталог и карточка. Входит в MVP.
• Корзина и заказ. Входит в MVP.
• Уведомления. Входит в MVP.
• Базовая аналитика. Входит в MVP.
• Онлайн-оплата. Включаем в MVP, если готов аккаунт. Можно отложить при ручной оплате. Отдельное исследование нужно при сложном разделении платежей.
• Доставка. Для MVP достаточно варианта «простой тариф». Можно отложить расширенные правила. Отдельно исследуем расчёт нескольких служб.
• Избранное. Можно отложить.
• Личный кабинет. Часто можно отложить. Отдельное исследование нужно при корпоративных ролях.
• Обмен с 1С. Иногда можно отложить. Почти всегда требует отдельного исследования.
• Бонусная программа. Можно отложить. Отдельное исследование нужно при внешнем процессинге.

Матрица становится полезной, если у каждого пункта есть деловая причина. Например, кабинет нужен не «потому что принято», а чтобы корпоративные покупатели скачивали документы и повторяли заказы без менеджера.

Каталог: сначала модель данных

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

Источник истины фиксируют отдельно для каждого поля. Цена может приходить из 1С, описание — редактироваться в CMS, остаток — считаться складской системой, а SEO-текст — храниться на сайте. Без этой схемы двусторонняя синхронизация начнёт перетирать ручные правки или показывать устаревшие значения.

Перед массовой загрузкой проводят тестовый импорт небольшой выборки. Проверяют кодировку, дубликаты, URL, привязку изображений, пустые поля и повторный запуск. Импорт должен быть воспроизводимым, а не одноразовой операцией, которую невозможно безопасно повторить.

Корзина, цена и оформление заказа

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

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

Обязательные проверки:

• сумма не меняется неожиданно между корзиной и оплатой;
• двойное нажатие не создаёт два заказа;
• потеря ответа платёжного сервиса не превращает успешную оплату в неизвестный статус;
• менеджер получает достаточно данных для обработки;
• покупатель видит понятный результат и номер обращения;
• персональные данные не попадают в URL, аналитику или открытые логи.

Оплата и статусы

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

Нельзя считать браузерное возвращение пользователя единственным доказательством оплаты: вкладка может закрыться, связь — оборваться, а уведомление — прийти позже. Система должна сопоставить входящее событие с заказом и безопасно повторить обработку без двойного списания или выдачи.

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

Доставка и интеграции

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

Для каждой интеграции описывают:

1. кто является владельцем данных;
2. какие поля передаются в обе стороны;
3. как часто выполняется обмен;
4. как система ведёт себя при недоступности партнёра;
5. где видна последняя успешная синхронизация;
6. кто получает уведомление об ошибке;
7. как повторить операцию без дубликатов.

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

SEO закладывается до наполнения

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

Минимальная подготовка включает:

• уникальные title и description для основных шаблонов;
• один понятный H1 и иерархию заголовков;
• человекочитаемые стабильные URL;
• sitemap только с каноническими индексируемыми страницами;
• корректные статусы удалённых и перенесённых товаров;
• структурированные данные товара там, где данные подтверждены;
• оптимизированные изображения с размерами и альтернативным описанием;
• контроль дублей из фильтров, сортировок и параметров.

Если старый магазин переносится, собирают список ценных URL и карту редиректов. Запуск без неё может обнулить накопленные переходы даже при более красивом новом интерфейсе.

Подробнее подготовку архитектуры разбирает статья о разработке сайта вместе с SEO.

Как складывается смета

Удобно делить оценку на шесть частей:

• Проектирование. В оценку входят сценарии, данные, прототипы, ограничения.
• Интерфейс. В оценку входят шаблоны, состояния, мобильная версия, доступность.
• Разработка. В оценку входят каталог, корзина, заказ, CMS, роли.
• Интеграции. В оценку входят оплата, доставка, 1С, CRM, уведомления.
• Контент. В оценку входят подготовка, импорт, изображения, проверка карточек.
• Запуск. В оценку входят аналитика, SEO, нагрузка, домен, обучение.

Базовый магазин за 29 999 ₽ покрывает ограниченный первый контур. Нестандартные инженерные работы могут оцениваться по 2 999 ₽/час либо отдельным этапом. Окончательное решение принимается после короткой диагностики: ставка не заменяет оценку объёма.

Полная стоимость владения

Запуск — начало эксплуатации. В годовой план входят домен, инфраструктура, лицензии, комиссии оплаты и доставки, резервное копирование, обновления, мониторинг, контент, SEO и изменения бизнес-процессов.

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

• кто поддерживает платформу и обновления;
• где хранится код и кому принадлежат аккаунты;
• как восстанавливается резервная копия;
• как добавляются новые поля и категории;
• какие платные зависимости продлеваются ежегодно;
• сколько стоит типовое изменение после запуска.

Практический сценарий запуска

Представим магазин с тремястами товарами, готовыми фотографиями и учётом в 1С. Вместо одновременного запуска всех интеграций команда выбирает одну категорию, импортирует двадцать товаров и проводит тестовый заказ до статуса «принят».

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

Приёмка магазина

Перед публикацией проверяют не только главную страницу:

1. поиск и категории приводят к существующим товарам;
2. карточка корректно показывает цену, вариант и наличие;
3. корзина сохраняет состав и пересчитывает итог;
4. заказ проходит на мобильном устройстве;
5. успешная, отклонённая и прерванная оплата имеют понятный исход;
6. менеджер и покупатель получают уведомления;
7. аналитика фиксирует ключевые события без персональных данных;
8. canonical, sitemap и редиректы соответствуют плану;
9. резервная копия создаётся, а восстановление описано;
10. владелец получил доступы и инструкцию.

Следующий шаг

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

Если нужен контур поддержки после запуска, посмотрите условия сопровождения. Практику развития цифрового проекта показывает кейс myapsny, а соседняя статья поможет понять общую смету сайта под ключ.