Свой движок как актив, а не расход: что остается у бизнеса после переезда с платформы
Этот текст написан в Сообществе, в нем сохранены авторский стиль и орфография
Пока магазин живёт на арендованной платформе, есть один неудобный вопрос: что у вас останется, если завтра с неё уйти?
У меня свой fashion-магазин, десять лет назад он начинался офлайн, потом переехал в онлайн на арендованную платформу, а в этом году — на собственный движок. Я разработчик, я же владелец магазина, поэтому экономику этого переезда считал не по презентации, а по своим счетам. Расскажу, что реально меняется в графе «активы», и почему на одной экономии подписки переезд не окупается — хотя именно этим его обычно и продают.
О Сообщнике Про
Предприниматель. Фулстек-разработчик. Владелец магазина одежды Iwant Concept Store и студии веб-разработки Etern8.
Это новый раздел Журнала, где можно пройти верификацию и вести свой профессиональный блог.
Что на платформе действительно не ваше
Начну с честной части, потому что вокруг неё много передёргиваний. Каталог, заказы и контакты покупателей с платформы выгрузить можно — почти везде есть экспорт в файл. Никто ваши данные не держит в заложниках.
Не ваше другое: всё, что вокруг этих данных работает. Шаблон магазина, настроенные фильтры, платные приложения, письма и сегменты покупателей, интеграции — это устройство платформы. На выходе вы получаете таблицу с историей заказов, а не работающий магазин. Разница как между списком контактов и настроенной CRM.
И второй момент, который замечают не сразу: на платформе покупатель формально ваш, а инструменты работы с ним — её. Хотите отправить письмо по базе, сделать сегмент «покупали дважды, не заходили полгода», подставить рекомендации по истории покупок — всё это либо есть в тарифе, либо докупается приложением, либо не делается вовсе. Вы платите не за владение, а за доступ.
Что стало активом после переезда
Три вещи, которые у меня появились и которых до этого не было.
Код и магазин. Это ваш актив в прямом смысле: его можно развивать, передать другой команде, продать вместе с бизнесом. Аренда актива не образует — ровно как съём квартиры: платежи идут, собственности не прибавляется.
История заказов, с которой можно работать. При переезде я перенёс 3 123 заказа в свою базу. Дальше уже дело техники: по этой истории работают письма о брошенной корзине, возврат давно не заходивших покупателей и рекомендации «покупают вместе». Не буду говорить, что это сразу дало выручку — честная формулировка другая: раньше такой возможности не было в принципе, а теперь она есть и стоит ноль сверху. Это, кстати, главный аргумент за переезд для брендов с повторными покупками и главный аргумент против для тех, у кого покупают один раз в жизни.
Предсказуемые расходы. У меня инфраструктура своего магазина обходится дешевле 1 000 ₽ в месяц. На платформе выходило 2 300–10 400 ₽ в месяц, в зависимости от тарифа и набора приложений — а набор растёт, потому что каждая новая функция это ещё одно приложение.
Почему на подписке это не окупается
Тут я обычно расхожусь с продающими текстами, включая свои старые.
Переезд магазина на свой движок стоит от 300 000 ₽. Экономия на подписке — от полутора до девяти с половиной тысяч в месяц. Поделите: от двух с половиной до пятнадцати лет. Считать окупаемость переезда через экономию на тарифе бессмысленно, цифры не сходятся ни при какой погоде.
Сходится другое. Переезд окупается, когда магазин упёрся в потолок платформы: нужной функции нет и не будет, доработка невозможна или стоит как отдельный проект, повторные продажи не запускаются, потому что нет инструментов. То есть окупается не экономия, а снятое ограничение на рост. Если ограничения не жмут — переезжать рано, сколько бы вы ни платили за подписку.
Свобода развивать и вопрос «а если подрядчик исчезнет»
Самое частое возражение, которое я слышу, не про деньги. Оно звучит так: «сейчас я зависим от платформы, а буду зависеть от вас — в чём разница».
Разница в том, что при своём движке код и данные лежат у вас, а не у исполнителя. Дальше магазин можно вести самому через админку — товары, цены, акции и тексты меняются без разработчика. Можно дорабатывать с ИИ-помощником: это уже не экзотика, простые функции так добавляются без большой команды. Можно отдать поддержку на сторону — нам или кому-то ещё, и сменить подрядчика, если не устроил.
С платформы уйти можно только целиком, вместе с магазином. От разработчика — просто передав репозиторий следующему. Это разные виды зависимости, и второй лечится за неделю.
Когда аренда всё ещё правильный выбор
Если магазин небольшой, вы проверяете спрос, у вас нет ресурса на трафик или покупают редко и по одному разу — платформа правильное решение, а не компромисс. Платите за то, что не надо думать про хостинг, обновления и безопасность, и это честная сделка.
Своё имеет смысл, когда есть оборот и повторные покупатели, которых можно превращать в актив, и когда платформа начала мешать, а не помогать.
Что сделать до переезда, даже если вы никуда не собираетесь
Полезно проверить прямо сейчас — это минут двадцать и пригодится в любом случае:
- Выгрузите заказы и клиентов в файл. Проверьте, что экспорт вообще работает и что в нём есть то, что нужно. Заодно у вас появится резервная копия базы, которой раньше не было.
- Посмотрите, на кого оформлен домен. Он должен быть на вас или вашу компанию, а не на подрядчика или платформу. Это ваш адрес, по которому вас знают клиенты.
- Сложите реальную сумму за платформу. Тариф плюс все приложения, за год. Обычно она заметно больше, чем помнится.
- Выпишите, чего вам не хватает. Три-четыре пункта «хотел, но нельзя». Если список пустой — вы на платформе не зря, и никакого переезда вам не нужно.
Последний пункт важнее остальных. Переезд — это не апгрейд ради апгрейда, а способ убрать конкретные ограничения. Нет ограничений — нет и повода.
Если такой список у вас всё-таки набрался, дальше стоит смотреть на конкретику своего магазина: что переносится, что теряется и в какой срок. Я такой разбор делаю по ссылке на магазин — что переносится, сколько это займёт и сколько будет стоить.











