Как понять, какие документы нужны именно вашему запуску — и где вы рискуете ошибиться
Проблема большинства запусков не в том, что документов нет. Проблема в том, что они не совпадают с тем, как реально устроен проект.
Например, продаете курс с кураторами и обратной связью, а оферта — как на простой доступ к записям. Или заявки собираются через сайт, анкету предзаписи или бот, а согласия на обработку персональных данных заменены на ссылку на Политику конфиденциальности. Продукт позиционируется, как обучение, а юридически оформлено так, как будто это просто набор материалов.
Именно здесь обычно и возникают риски.
Главная ошибка на этом этапе — смотреть на чужой кейс и думать: “У коллеги такой же курс, значит, мне нужен тот же пакет”.
У одного проекта ценность — доступ к библиотеке уроков. У другого — работа кураторов и проверка заданий. У третьего — личное сопровождение. У четвертого — подписка с автопродлением. Внешне это может называться одинаково, но юридически это разные модели, с разными рисками и разным комплектом документов. Поэтому задача этого гайда помочь вам определить именно свою ситуацию. И уже после этого понять, что нужно именно вам — а что, наоборот, не решит вашу задачу.
Узнайте свою ситуацию
Сценарий 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