Готовая платформа против своего магазина: что вы теряете и получаете
Платформа быстрее и дешевле на старте, свой магазин дешевле и гибче на дистанции. Точка перелома обычно приходится на второй год и наступает не из-за денег, а из-за требования, которое платформа не умеет исполнить. Ниже — сравнение по шести параметрам и три сценария с конкретными суммами.
Под платформой здесь понимаются готовые решения с арендной платой и магазины на коробочных CMS с дополнениями. Под своим магазином — разработка под задачу, где код принадлежит владельцу.
Сравнение по шести параметрам
| Параметр | Готовая платформа | Свой магазин |
|---|---|---|
| Запуск | Дни, если каталог готов | 7–14 дней от 100 000 ₽, сложная логика — от 14 дней и от 150 000 ₽ |
| Платёж | Ежемесячно, растёт с оборотом и числом товаров | Разово за разработку, дальше хостинг |
| Нестандартная логика | Через дополнения или никак | Пишется как нужно |
| Права сотрудников | Готовые роли платформы | Любые: сборщик видит заказы, но не суммы |
| Владение | Аккаунт в чужом сервисе | Исключительные права на код по акту, домен на вас |
| Скорость изменений | Быстро в рамках шаблона, никак за его пределами | Медленнее по мелочам, возможно по крупному |
Строка про владение решает больше, чем строка про деньги. На платформе вы арендуете витрину: правила, тарифы и состав функций меняет владелец сервиса, а вы подстраиваетесь.
Три сценария с цифрами
Считаем горизонт три года. Цифры по разработке — реальные, цифры по аренде обозначены как «допустим», потому что тарифы у всех разные.
Сценарий первый: сорок товаров, обычная доставка, продажи через рекламу. Допустим, платформа обходится в 3 000 ₽ в месяц — за три года это 108 000 ₽ без учёта дополнений. Свой магазин — от 100 000 ₽ разово плюс хостинг. Разница в пределах погрешности, и платформа выигрывает скоростью запуска.
Сценарий второй: триста товаров, свой расчёт стоимости, нужны роли для двух сотрудников. На платформе к абонентской плате прибавляются дополнения и работа программиста, который их настраивает. Свой магазин обходится дороже в первый месяц и дешевле к концу второго года.
Сценарий третий: каталог связан с методикой, нужен импорт с маркетплейса, нужна админка под конкретные процессы. Здесь платформа не проигрывает по деньгам — она просто не решает задачу. Такой был у магазина детских товаров «Жук и Плут»: админка примерно на двадцать вкладок, отдельная вкладка импорта с Wildberries вместо вечера ручного ввода трёхсот позиций, ИИ-консультант, который отвечает языком методики, а не описанием карточки.
Что платформа делает лучше
Честно, без снисходительности.
- Запускает быстро. Витрина с оплатой поднимается за дни, а не за недели.
- Снимает вопрос обновлений. Платёжные требования, безопасность, совместимость — забота сервиса.
- Предсказуема по деньгам на старте. Известная сумма в месяц вместо разового вложения.
- Не требует подрядчика. Мелкие правки владелец делает сам.
Первый пункт важнее остальных, когда вы ещё проверяете спрос. Тратить сто тысяч на магазин товара, который может не пойти, — плохая идея.
Где платформа упирается
Четыре типичных запроса, на которых начинаются проблемы.
Расчёт по параметрам покупателя. Мебель по размерам, окна по проёму, печать по тиражу — витрина платформы про выбор из готового, а не про вычисление.
Разграничение доступа. Почти в каждом нашем проекте один и тот же узел: сборщик видит заказы, но не деньги; менеджер — клиентов, но не настройки. Готовые роли платформы обычно грубее.
Обмен с чужими системами. Импорт с маркетплейса, выгрузка в учёт, свои правила пересчёта остатков. Каждое такое требование на платформе решается дополнением, а каждое дополнение — это подписка и зависимость.
Скорость на объёме. Каталог в тысячи позиций с фильтрами по десяти свойствам ведёт себя на шаблонной витрине хуже, чем на своей.
Что забывают посчитать с обеих сторон
У платформы забывают три статьи расходов. Дополнения с собственной подпиской — по отдельности они стоят немного, вместе набегают. Работа человека, который их настраивает и чинит после обновлений. И рост тарифа при увеличении числа товаров или заказов: платёж привязан к размеру магазина, а не к вашей выручке.
У своей разработки забывают другое. Наполнение каталога — это работа того, кто знает товар, и разработка её не заменяет. Доработки после запуска: первые два-три месяца всегда всплывает то, что не было видно на бумаге. Хостинг и домен — небольшие деньги, но их надо оформить на владельца, а не на подрядчика.
Общее для обоих вариантов: тексты, фотографии и описания. Их не делает ни платформа, ни программист.
Как решить за один вечер
Ответьте себе на четыре вопроса.
- Вы уже знаете, что товар покупают, или ещё проверяете? Если проверяете — платформа.
- Есть ли в заказе расчёт, которого нет в готовых магазинах? Если есть — свой.
- Будут ли в админке люди с разными правами? Если да — свой.
- Планируете ли обмен с маркетплейсом, складом или учётной системой? Если да — свой.
Один ответ «свой» ещё ничего не решает, два и больше — решают. Ориентиры по срокам и суммам собраны на странице цен.
Один признак, по которому видно ответ заранее
Посмотрите, как вы сейчас ведёте заказы. Если весь процесс укладывается в «приняли, собрали, отправили» и живёт в одной таблице — платформа справится.
Если же в процессе есть развилки, согласования, разные люди на разных этапах и сведения, которые нельзя показывать всем подряд, — вы уже описали требования к своей админке. Платформа такой процесс не отразит, вы будете подгонять работу под её экраны.
Кому что
Платформа — новому магазину, который проверяет спрос; продавцу с простым ассортиментом и обычной доставкой; тому, у кого нет ни подрядчика, ни желания его искать.
Свой магазин — тому, у кого товар нужно объяснять; у кого в заказе есть расчёт; у кого больше одного сотрудника в админке; кто уходит с маркетплейса и забирает ассортимент к себе.
Промежуточный вариант тоже рабочий: начать на платформе, довести продажи до понятной цифры и переехать. Главное — с первого дня держать каталог и базу клиентов в форме, пригодной для выгрузки, и оформить домен на себя, а не на подрядчика.
Коротко
На старте платформа выигрывает скоростью и деньгами, и для проверки спроса она правильный выбор. Свой магазин начинает окупаться там, где появляются расчёты, роли сотрудников, обмен с чужими системами и объём каталога. Считать стоит не первый месяц, а три года, и вместе с деньгами смотреть на то, кому принадлежит код и домен.
Первый разговор — разбор задачи: нужна ли вам система или хватит одной страницы. Без обязательств и без счёта.
Частые вопросы
Можно ли начать на платформе, а потом переехать?
Да, и это частый сценарий. Переносятся товары, заказы, клиенты, домен и накопленные позиции в поиске. Не переносятся шаблон витрины и настройки платформы — витрина собирается заново. Закладывайте на переезд одну-две недели и заранее держите выгрузку каталога в понятном формате.
Своя разработка — это значит писать всё с нуля?
Нет. Платёжный шлюз, служба доставки, поиск, отправка писем — готовые сервисы, их подключают, а не пишут. С нуля пишется то, что отличает ваш магазин: каталог со своей структурой, расчёты, права сотрудников, админка под ваши процессы.
Что дороже в поддержке?
На платформе поддержка — это абонентская плата плюс подписки на дополнения, она известна заранее и растёт с ростом магазина. На своём коде это хостинг и оплата доработок по мере надобности. В спокойный год свой магазин обходится дешевле, в год активных изменений — дороже.
Те, что не помогают, мы переписываем — по этой кнопке и решаем, какие именно.
Ещё по теме
Справка о составе чека, разграничении зон ответственности между сайтом, кассой и бухгалтерией и порядке проверки перед запуском.
тем, кто заказывает «Жук и Плут»: детский бренд ушёл с маркетплейсов на свой сайтИстория магазина детских товаров — что мы построили, что пошло не так и почему бренд встал первым в Яндексе на третий день.
тем, кто заказывает «С этим покупают»: где ставить блоки допродажКарта мест на сайте, где допродажа работает, и что показывать в каждом — от карточки товара до письма после доставки.
тем, кто заказывает