Готовая платформа против своего магазина: что вы теряете и получаете — publi.ru

Готовая платформа против своего магазина: что вы теряете и получаете

8 мин чтения · сравнение · тем, кто заказывает · обновлено 2026-09-02

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

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

Сравнение по шести параметрам

Параметр Готовая платформа Свой магазин
Запуск Дни, если каталог готов 7–14 дней от 100 000 ₽, сложная логика — от 14 дней и от 150 000 ₽
Платёж Ежемесячно, растёт с оборотом и числом товаров Разово за разработку, дальше хостинг
Нестандартная логика Через дополнения или никак Пишется как нужно
Права сотрудников Готовые роли платформы Любые: сборщик видит заказы, но не суммы
Владение Аккаунт в чужом сервисе Исключительные права на код по акту, домен на вас
Скорость изменений Быстро в рамках шаблона, никак за его пределами Медленнее по мелочам, возможно по крупному

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

Три сценария с цифрами

Считаем горизонт три года. Цифры по разработке — реальные, цифры по аренде обозначены как «допустим», потому что тарифы у всех разные.

Сценарий первый: сорок товаров, обычная доставка, продажи через рекламу. Допустим, платформа обходится в 3 000 ₽ в месяц — за три года это 108 000 ₽ без учёта дополнений. Свой магазин — от 100 000 ₽ разово плюс хостинг. Разница в пределах погрешности, и платформа выигрывает скоростью запуска.

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

Сценарий третий: каталог связан с методикой, нужен импорт с маркетплейса, нужна админка под конкретные процессы. Здесь платформа не проигрывает по деньгам — она просто не решает задачу. Такой был у магазина детских товаров «Жук и Плут»: админка примерно на двадцать вкладок, отдельная вкладка импорта с Wildberries вместо вечера ручного ввода трёхсот позиций, ИИ-консультант, который отвечает языком методики, а не описанием карточки.

Что платформа делает лучше

Честно, без снисходительности.

  • Запускает быстро. Витрина с оплатой поднимается за дни, а не за недели.
  • Снимает вопрос обновлений. Платёжные требования, безопасность, совместимость — забота сервиса.
  • Предсказуема по деньгам на старте. Известная сумма в месяц вместо разового вложения.
  • Не требует подрядчика. Мелкие правки владелец делает сам.

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

Где платформа упирается

Четыре типичных запроса, на которых начинаются проблемы.

Расчёт по параметрам покупателя. Мебель по размерам, окна по проёму, печать по тиражу — витрина платформы про выбор из готового, а не про вычисление.

Разграничение доступа. Почти в каждом нашем проекте один и тот же узел: сборщик видит заказы, но не деньги; менеджер — клиентов, но не настройки. Готовые роли платформы обычно грубее.

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

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

Что забывают посчитать с обеих сторон

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

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

Общее для обоих вариантов: тексты, фотографии и описания. Их не делает ни платформа, ни программист.

Как решить за один вечер

Ответьте себе на четыре вопроса.

  1. Вы уже знаете, что товар покупают, или ещё проверяете? Если проверяете — платформа.
  2. Есть ли в заказе расчёт, которого нет в готовых магазинах? Если есть — свой.
  3. Будут ли в админке люди с разными правами? Если да — свой.
  4. Планируете ли обмен с маркетплейсом, складом или учётной системой? Если да — свой.

Один ответ «свой» ещё ничего не решает, два и больше — решают. Ориентиры по срокам и суммам собраны на странице цен.

Один признак, по которому видно ответ заранее

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

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

Кому что

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

Свой магазин — тому, у кого товар нужно объяснять; у кого в заказе есть расчёт; у кого больше одного сотрудника в админке; кто уходит с маркетплейса и забирает ассортимент к себе.

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

Коротко

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

Расскажите, что нужно — посмотрим и скажем честно

Первый разговор — разбор задачи: нужна ли вам система или хватит одной страницы. Без обязательств и без счёта.

или оставьте номер — перезвоним

Перезваниваем в рабочее время. Ничего не рассылаем.

Оператор персональных данных — ИП Постнов Артём Сергеевич, ИНН 772610459593.

Частые вопросы

Можно ли начать на платформе, а потом переехать?

Да, и это частый сценарий. Переносятся товары, заказы, клиенты, домен и накопленные позиции в поиске. Не переносятся шаблон витрины и настройки платформы — витрина собирается заново. Закладывайте на переезд одну-две недели и заранее держите выгрузку каталога в понятном формате.

Своя разработка — это значит писать всё с нуля?

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

Что дороже в поддержке?

На платформе поддержка — это абонентская плата плюс подписки на дополнения, она известна заранее и растёт с ростом магазина. На своём коде это хостинг и оплата доработок по мере надобности. В спокойный год свой магазин обходится дешевле, в год активных изменений — дороже.

Помогла статья?

Те, что не помогают, мы переписываем — по этой кнопке и решаем, какие именно.

Ещё по теме