March 17

Как понять, какие документы нужны именно вашему запуску — и где вы рискуете ошибиться

Проблема большинства запусков не в том, что документов нет. Проблема в том, что они не совпадают с тем, как реально устроен проект.

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

Именно здесь обычно и возникают риски.

Главная ошибка на этом этапе — смотреть на чужой кейс и думать: “У коллеги такой же курс, значит, мне нужен тот же пакет”.

Обычно это не так.

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

Узнайте свою ситуацию

Сценарий 1. Вы пока не продаете, а собираете заявки и прогреваете аудиторию

Когда это ваш случай: человек ещё ничего не покупает, он только оставляет ФИО/имя, email, телефон, ник в Telegram или другие контакты.

Нужно обязательно:

1) политика обработки персональных данных;

2) согласие на обработку ПД для цели "обработка заявки / предзаписи".

Нужно дополнительно, если после заявки будет прогрев:

3) отдельное согласие на рекламу;

4) отдельное согласие на обработку ПД для маркетинга / рассылок.

Сценарий 2. Бесплатный вебинар / лид-магнит

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

Нужно обязательно: политика обработки ПД + согласие на обработку ПД + отдельное согласие на рекламу.

Сценарий 3. Продажа только доступа к записанному курсу без обратной связи

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

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

Если есть чат поддержки по техвопросам: пропишите, что это техподдержка, а не учебное сопровождение.

Что важно в тексте: состав материалов, срок и объём доступа, запрет на передачу аккаунта, правила использования контента.

Сценарий 4. Онлайн-курс с проверкой домашних заданий, кураторами, чатом и эфирами

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

Главный документ: оферта на оказание услуг или смешанная оферта. Нельзя описывать это как "просто доступ к платформе".

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

Дополнительно нужны: правила чата и/или личного кабинета; при записи созвонов - согласие на запись; при публикации лучших работ - согласие на использование результата и имени автора.

Если к урокам и чату имеют доступ кураторы / менеджеры: оформите с ними договоры с блоком о конфиденциальности и обработке ПД.

Сценарий 5. Наставничество, разборы, личные созвоны

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

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

Если встречи записываются: нужно отдельное согласие на запись разговора и использование записи в обозначённых целях.

Сценарий 6. Клуб / подписка / рекуррентные платежи

Когда это ваш случай: доступ продлевается автоматически каждый месяц или по подписке.

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

На странице оплаты должно быть видно: период, сумма каждого списания, дата или правило следующего списания, способ отмены.

Сценарий 7. Продажа через диагностическую сессию / переписку менеджера

Когда это ваш случай: сначала заявка, потом созвон или переписка с менеджером, потом ссылка на оплату.

Нужно обязательно: политика ПД; согласие на обработку ПД для заявки; если будет догрев - согласие на рекламу; оферта на продукт; скрипт менеджера без незаконных обещаний и без скрытого изменения оффера.

Если менеджер вносит данные клиента в CRM: у вас должен быть внутренний режим доступа к данным и договор с менеджером / отделом продаж.

Если используется запись созвона: оформите согласие на запись.

Что часто упускают: на сессии продаётся один объём продукта, а ссылка ведёт на другую оферту с иным составом тарифа.

Сценарий 8. Вы собираете отзывы, фото, видео, кейсы учеников

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

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

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

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

Сценарий 9. У вас есть кураторы, модераторы, техспециалисты, продюсер, отдел продаж

Когда это ваш случай: кроме вас доступ к данным клиентов получают другие люди.

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

Если подрядчик заходит в CRM, GetCourse, таблицы, чат учеников, почту: это нужно считать доступом к персональным данным.

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

Частая ошибка: публичные документы есть, а команда работает "на словах".

Сценарий 10. Проект уже похож на образование по 273-ФЗ

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

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

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

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

Если проект смешанный

Сложите пакет по элементам.

Например: курс + чат + кураторы + письма = оферта на услуги / смешанная оферта + политика ПД + согласия под формами + согласие на рекламу + правила чата + внутренние договоры с командой.

Карта запуска: какие документы появляются на каждом шаге

Главное, что важно понять: универсального пакета документов не существует — он всегда собирается под конкретную модель запуска.

И чем сложнее у вас проект (смешанные форматы, команда, реклама, разные точки входа), тем выше риск, что “типовой набор” не просто не подойдёт, а создаст ложное ощущение безопасности.

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

Поэтому безопасный запуск начинается не с документов, а с разбора механики проекта: как вы продаёте, что именно обещаете клиенту, какие данные собираете и кто внутри команды с ними работает.

Я помогаю выстроить это системно:
— провожу аудит запуска и нахожу слабые места
— собираю комплект документов под вашу реальную модель
— сопровождаю запуск, чтобы документы не расходились с фактическими процессами

В итоге у вас не просто “есть документы”, а есть понятная и рабочая юридическая конструкция, которая действительно защищает бизнес.

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

Написать мне можно в Telegram: https://t.me/yana_gorkunova
или ВКонтакте: https://vk.ru/yana.gorkunova