Пользовательское соглашение для сайта или приложения
Пользовательское соглашение нужно не каждому сайту или приложению: оно полезно, когда сервис устанавливает правила аккаунта, доступа, контента, модерации или цифровых функций; если такого взаимодействия нет, отдельный документ может не потребоваться [?]. Когда соглашение необходимо, подготовим его для одного сайта или приложения с одним набором ролей и правил, а также объясним, где разместить документ и как связать его принятие с действием пользователя.
Ответьте на несколько вопросов о задаче. Если какой-то пункт требует пояснения, разберём вводные вместе в чате.
Кто занимается этой услугой
Договорный отдел Civius: Михаил Измайлов, Анна Воронцова, Алексей Дубровин, Софья Демидова, Роман Рыбаков, Елена Белова
Отдел по персональным данным Civius: Елена Соколова, Руслан Гаджиалиев, Умар Ильясов, Дарина Алексеева
Отдел интеллектуальной собственности Civius: Мария Кузнецова, Дмитрий Волков
Правила аккаунта и доступа к сервису
Политика конфиденциальности и пользовательское соглашение решают разные задачи: первое описывает обработку данных, а в этой услуге мы готовим правила использования сайта или приложения. Документы по персональным данным в фиксированную цену не входят.
Владелец и роли пользователей
Укажем, кто предоставляет сервис и какие роли покрывает документ. В пределах одного набора правил разделим права и обязанности владельца, зарегистрированного пользователя и посетителя, если такое различие нужно.
Аккаунт и доступ
Опишем регистрацию, обязанность защищать учетные данные и действия при подозрении на нарушение безопасности. Закрепим, когда пользователь отвечает за операции из своего аккаунта.
Правила использования
Назовем разрешенные действия и понятные запреты: вмешательство в работу сервиса, обход ограничений, незаконный контент, нарушение прав других лиц и использование функций не по назначению.
Контент и модерация
Если пользователь загружает материалы, определим необходимые сервису права, гарантии пользователя, порядок жалобы, удаления и ограничения доступа. Условия будут соответствовать тем действиям, которые сервис действительно может выполнить.
Ответственность и блокировка
Распределим обязанности сторон и предусмотрим допустимые законом ограничения ответственности. Для блокировки укажем основания, порядок и последствия, чтобы решение не выглядело произвольным.
Акцепт и изменение версии
Определим действие, которым пользователь принимает соглашение, порядок публикации новой редакции и прекращение доступа. Рекомендация по размещению поможет сохранить подтверждение принятой версии.
Пользовательский контент и модерация
Пользователь создает аккаунт
Соглашение закрепляет правила регистрации, доступа, безопасности учетной записи и использования функций после входа.
Пользователь загружает или публикует контент
Документ помогает определить допустимые материалы, необходимые сервису права, гарантии пользователя и порядок реакции на жалобы.
Сервис модерирует или блокирует доступ
Заранее описанные основания, порядок и последствия снижают риск спора о произвольном удалении контента или ограничении аккаунта. Команде при этом нужно применять правила последовательно и сохранять основание принятого решения.
Действующие правила не совпадают с продуктом
Если функции, роли или порядок доступа изменились, подготовим документ для актуального набора правил и отдельно обозначим вопросы, которые требуют оферты или документов по данным.
Ограничения, блокировка и удаление аккаунта
Где можно посмотреть сайт или приложение?
Пришлите публичную ссылку, прототип, запись экрана или отдельный тестовый доступ с правами обычного пользователя. Личные пароли и доступ администратора не нужны.
Кто владеет сервисом и кто им пользуется?
Укажите правовой статус владельца и роли пользователей, если они неочевидны из интерфейса. Для нескольких существенно разных ролей может потребоваться более объемный документ и отдельная оценка.
Какие действия доступны после входа?
Сообщите только о закрытых функциях, которых нельзя увидеть без аккаунта: загрузке файлов, публикации, обмене сообщениями, совместной работе или других возможностях.
Какие материалы может добавить пользователь?
Назовите категории контента и действия сервиса с ними: хранение, показ, обработка, публикация или передача другим пользователям. Подробное описание технологии не требуется.
Какие нарушения требуют модерации или блокировки?
Перечислите реальные основания, по которым сервис готов удалить материал, ограничить функцию или закрыть аккаунт. Мы не будем добавлять полномочия, которые команда не сможет применять.
Есть ли платные функции?
Кратко укажите, за что платит пользователь и как предоставляется доступ. Если требуется регулировать цену, оплату, возврат или подписку, понадобится отдельная оферта и, возможно, другая оценка объема.
Как пользователь принимает правила?
Сообщите, где планируется ссылка на соглашение и какое действие совершает пользователь: регистрация, нажатие кнопки или иное подтверждение. Если интерфейс уже доступен, мы сначала посмотрим его сами.
Какие документы уже опубликованы?
Пришлите действующие правила, оферту и документы по данным, если они есть. Мы проверим только связь по предмету и обозначим противоречия, но переработка соседних документов в эту услугу не входит.
Права на материалы и цифровые функции
- Неясные роли
Определим владельца и пользователей, чтобы права и обязанности относились к нужным участникам, а не к неопределенному кругу лиц. - Доступ к чужому аккаунту
Закрепим правила безопасности, уведомление о компрометации и ответственность за действия из учетной записи в пределах закона. - Недопустимое использование
Назовем конкретные запрещенные действия и свяжем их с предупреждением, ограничением функции или прекращением доступа. - Споры о пользовательском контенте
Опишем права, которые пользователь предоставляет сервису для работы функций, его гарантии и порядок реакции на жалобу. Если нужных прав нет, рекомендуем ограничить действие или изменить функцию. - Произвольная модерация и блокировка
Закрепим основания, порядок и последствия решения. Если риск зависит от поведения команды, прямо рекомендуем применять правила последовательно и сохранять основания блокировки. - Недопустимое снятие ответственности
Распределим обязанности и сформулируем ограничения без обещания освободить владельца от любой ответственности. Риск зависит и от того, как сервис работает и реагирует на обращения пользователей. - Недоказанное принятие правил
Определим акцепт, место ссылки, содержание действия пользователя, хранение версии и порядок уведомления об изменениях. Само наличие ссылки не доказывает принятие условий, поэтому отдельно опишем сведения, которые должен сохранять разработчик или владелец сервиса.
Почему соглашение не заменяет публичную оферту
В пользовательском соглашении можно описать, как платная функция используется после предоставления доступа, какие ограничения действуют и когда функция может быть недоступна из-за нарушения правил. Это сохраняет единый порядок использования сервиса.
Цена, оплата, срок предоставления, возврат, отказ от покупки и другие условия продажи относятся к публичной оферте для сайта или приложения. Разделяем документы по предмету: соглашение регулирует использование продукта, оферта - покупку.
Как пользователь принимает соглашение
- Одно пользовательское соглашение в редактируемом формате для согласованного сайта или приложения.
- Условия об аккаунте, ролях, контенте, ограничениях, доступе, блокировках, ответственности и акцепте.
- Краткие рекомендации о размещении ссылки, действии принятия и хранении версии документа.
- Объяснение рисков, которые снижают условия, и действий команды, от которых зависит применение правил.
- Один круг правок в пределах согласованных ролей и правил.
Как готовим пользовательское соглашение
Изучаем проект со стороны пользователя
Смотрим доступный сайт, приложение, прототип или запись экрана и фиксируем видимые роли, функции и документы.
Уточняем правила, которых не видно пользователю
Задаем вопросы об аккаунте, контенте, модерации, блокировке, платных функциях и способе принятия, только если ответы нельзя получить из интерфейса и материалов.
Готовим соглашение
Связываем функции с правами и обязанностями, устраняем выявленные противоречия условиями документа и отдельно перечисляем действия по размещению и фиксации принятия, которые выполняет команда сервиса.
Передаем документ и принимаем правки
Объясняем размещение и акцепт, затем вносим один круг правок, если нужно уточнить согласованные сведения.
Что не входит в подготовку соглашения
Фиксированная цена относится к одному сайту или приложению с одним набором ролей и правил использования. Несколько продуктов, сложное разделение ролей, маркетплейс, подписка, внутренняя валюта или другая сложная монетизация требуют отдельной оценки.
Публичная оферта, политика обработки персональных данных, согласия, лицензионный договор и другие документы готовятся отдельно. Мы не размещаем текст, не программируем чекбокс или журнал версий и не изменяем интерфейс, но укажем, что нужно реализовать для акцепта.
Вопросы о правилах сайта или приложения
Подойдет ли услуга интернет-магазину?
Да, если нужен простой документ о правилах аккаунта и использования функций. Условия заказа, оплаты, доставки и возврата должны находиться в отдельной публичной оферте.
Входит ли политика обработки персональных данных?
Нет. Пользовательское соглашение регулирует использование сервиса, а политика и согласия описывают обработку данных. Их можно заказать в составе отдельного комплекта документов.
Можно ли одним соглашением покрыть сайт и приложение?
Фиксированная цена относится к одному продукту. Если сайт и приложение являются двумя интерфейсами одного сервиса с одинаковыми ролями и правилами, мы сначала проверим, можно ли охватить их одним документом; разные продукты оцениваются отдельно.
Что делать при нескольких типах пользователей?
Простые близкие роли можно описать в одном документе. Если у продавцов, покупателей, исполнителей или администраторов существенно разные действия, права и расчеты, потребуется отдельная оценка структуры.
Вы настроите принятие соглашения на сайте?
Нет. Мы определим подходящее действие, место ссылки и требования к сохранению версии, а разработчик реализует интерфейс и техническую фиксацию.
Нужно ли пользовательское соглашение каждому сайту или приложению?
Нет. Обычно оно нужно, когда сервис устанавливает правила аккаунта, доступа, публикации контента, модерации или использования цифровых функций. Для информационного сайта без такого взаимодействия отдельное соглашение может не потребоваться; окончательный вывод зависит от доступных пользователю функций.
