Кому принадлежит база учеников: домен, приём оплат и что заберёте при переезде

«База - наш главный актив» звучит на каждой конференции. Но если спросить, кому эта база принадлежит и что от неё останется при переезде с платформы, ответ обычно расплывается. Юридически база ваша: вы оператор персональных данных. Физически она лежит на платформе, и часть данных при уходе застревает. Разберём по пунктам, что из базы, домена и приёма оплат действительно ваше, что вы заберёте при переезде, а что придётся собирать заново - и как закрепить владение заранее.

Что вообще входит в «базу» школы

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

В базу школы входит гораздо больше, чем список адресов:

• Контакты учеников - имена, email, телефоны, мессенджеры.
• История покупок и платежей - кто что купил, когда, на какую сумму.
• Выданные доступы - кто к какому курсу подключён и до какого срока.
• Переписки и обращения - вопросы в поддержку, комментарии, отзывы.
• Контент - сами уроки, материалы, задания, загруженные на платформу.

Каждая из этих частей принадлежит вам по-разному и переносится по-разному. Контакты вынести относительно легко. А доступы, история и интеграции обычно жёстко завязаны на платформу, и вот тут начинается разрыв между «база моя» и «база у меня».

Почему это стоит разобрать заранее, а не в момент ухода. Пока школа растёт на одной площадке, база кажется единым целым: всё в одном кабинете, всё под рукой. Но это единство держится на инфраструктуре платформы. Стоит захотеть перенести школу или просто сделать полный бэкап - и выясняется, что «единая база» на самом деле состоит из очень разных по мобильности кусков. Контакты - как вода, переливаются легко. Доступы и история - как встроенная мебель, снимаются с трудом и не везде встают на место. Чем раньше вы видите это разделение, тем дешевле обходится владение: закрепить мобильные части у себя можно за вечер, а вот восстанавливать застрявшие после переезда - недели работы.

Юридически база ваша: вы - оператор данных

С юридической стороны вопрос решается однозначно в вашу пользу.

Федеральный закон 152-ФЗ «О персональных данных» вводит понятие оператора - это тот, кто определяет цели обработки, состав данных и действия с ними (статья 3). Школа собирает контакты и историю учеников для собственных целей - обучения и продаж, - поэтому оператором персональных данных ваших учеников являетесь вы, а не платформа.

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

У статуса оператора есть и обратная сторона, которую полезно понимать. Раз данные учеников юридически ваши, то и ответственность за их защиту, за законность обработки и за уведомление регулятора лежит на вас, а не на платформе. Многие школы этого не осознают и считают, что раз данные хранятся на площадке, то и отвечает за них площадка. Закон смотрит иначе: обработчик действует по вашему поручению, но оператор - вы, и спрос идёт с оператора. Это неудобно с точки зрения обязанностей, но именно это и подтверждает главное: база - ваша. Нельзя одновременно нести ответственность за актив и не владеть им.

Вывод из закона простой: база - это ваш актив и ваша зона ответственности. Платформа лишь обрабатывает её по договору с вами. Проблема в том, что юридическое владение и физический доступ - разные вещи.

Физически база лежит на платформе

Здесь и возникает главный разрыв: владеете вы, а хранит - платформа.

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

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

Что вы заберёте при переезде, а что застрянет

При переезде база делится на две неравные части.

Переносится относительно легко:

• Контакты - имена, email, телефоны обычно выгружаются в таблицу.
• Базовая история покупок - кто что купил, если платформа даёт выгрузку.

Застревает или требует ручной пересборки:

• Связки «ученик - курс - доступ - срок»: кто к чему подключён и до когда.
• История прохождения и прогресс учеников.
• Настроенные автоворонки, цепочки писем, триггеры.
• Интеграции с оплатой, рассылками, аналитикой.

Закономерность простая: чем глубже школа настроена под конкретную платформу, тем большая часть базы застревает. Мы подробно разбираем сами потери при переезде в статье про то, что теряет школа на арендованной платформе.

Как это выглядит на практике, покажем на нейтральном примере. Школа за три года собрала несколько тысяч учеников, настроила автоворонки, подключила оплату и рассылки, накопила историю прохождения курсов. Приходит время сменить площадку. Контакты выгружаются в таблицу за час - это хорошо. А дальше начинается ручная работа: заново собрать связки «кто к какому курсу подключён и до когда», перенести историю платежей в понятном виде, пересобрать все автоворонки с нуля, переподключить оплату и аналитику. То, что копилось три года, приходится восстанавливать по кусочкам недели. При этом ученики не должны в это время потерять доступ к оплаченному. Именно эта ручная пересборка и есть скрытая цена того, что база жила на чужой инфраструктуре, - и повторные продажи на время переезда почти всегда проседают.

Прежде чем идти дальше - короткая связка. Разрыв между «база юридически моя» и «база физически у платформы» - это и есть суть аренды. На бесплатном демо «Фабрики клиентов» мы показываем платформу, где база и вход в школу принадлежат вам. Посмотреть, как это устроено для вашей ниши - до сделки и без обязательств.

Домен: чей адрес у вашей школы

Домен - отдельный актив, про который часто забывают.

Домен - это адрес, по которому школа живёт в интернете. Есть два варианта. Первый: школа работает на адресе-поддомене платформы, вида «вашашкола.платформа.ру». Такой адрес - часть платформы, он принадлежит ей, и при уходе вы его теряете вместе со всем накопленным весом в поиске.

Второй вариант: свой домен, зарегистрированный на вас. Он переезжает вместе со школой на любую площадку, копит доверие и позиции в поиске годами и остаётся вашим, что бы ни случилось с платформой. Регистрация домена стоит копейки в год, поэтому это один из самых дешёвых способов закрепить владение. Как домен работает на приток учеников из поиска, мы разбираем в пиларе про то, как получать учеников из поиска.

Разница между двумя вариантами становится особенно заметна в поиске. Когда вы годами публикуете материалы и собираете ссылки на поддомене платформы, весь накопленный вес достаётся её адресу, а не вашему. Уходя, вы оставляете этот вес площадке и на новом месте начинаете с нуля. Свой домен копит этот же вес на вашей стороне: даже сменив платформу, вы сохраняете позиции, аудиторию из поиска и узнаваемый адрес. По сути, домен - это единственная часть входа в школу, которую можно закрепить за собой раз и навсегда буквально за несколько минут регистрации.

Платёжка: на чьё юрлицо идут деньги

Третий актив, который стоит проверить, - на чьё юрлицо приходят деньги учеников.

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

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

Что проверить в договоре с платформой

Владение снаружи закрепляется легче, если сначала понять условия изнутри. Договор с платформой (или её оферта) обычно отвечает на четыре вопроса - их и стоит проверить:

1. Экспорт данных. Даёт ли платформа выгрузить контакты, историю платежей и прогресс - и в каком формате. Если выгрузка ограничена или только «по запросу», это первый признак привязки.
2. Домен. На кого зарегистрирован адрес школы. Поддомен площадки остаётся у неё; свой домен - у вас.
3. Приём оплат. На чей договор с банком идёт эквайринг и как быстро выводятся деньги. Это определяет, кто на самом деле управляет вашими платежами.
4. Расторжение. Что происходит с доступами учеников и данными после ухода - остаётся ли у вас время на перенос и не блокируется ли доступ сразу.

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

Как сделать базу по-настоящему своей

Хорошая новость: закрепить владение можно недорого и параллельно текущей работе. Три шага:

1. Дублируйте базу к себе. Регулярно выгружайте контакты и историю туда, что принадлежит вам, - в свою таблицу, CRM или хранилище. Тогда, даже если с платформой что-то случится, связь с учениками останется.
2. Заведите свой домен. Зарегистрируйте домен на себя и постепенно уводите на него точки входа - лендинги, блог, страницу записи. Свой домен копит вес и переезжает с вами.
3. Проверьте приём оплат. Узнайте, на чей договор заведён эквайринг, и по возможности держите приём денег на своём юрлице.

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

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

Увидеть, как выглядит платформа, где база, домен и приём оплат принадлежат вам, - за один заход. На бесплатном демо «Фабрики клиентов» мы показываем это для вашей ниши. Посмотреть демо - до сделки, ответ в течение дня.