Какие документы необходимо разрабатывать при создании сайта

Какие документы нужны для сайта

Согласие на обработку персональных данных. Без него никуда. Соблюдение права человека на конфиденциальность его персональных данных сегодня стремится к уровню всемирной истерии. Штрафы Европейской комиссии за незаконную обработку персональных данных предусмотрены в размере до 20 млн евро. Кстати, если собираетесь делать рекламную рассылку – нужно брать для этого особое согласие пользователя, именно на рекламную рассылку. Об этом мы говорили в предыдущем посте.

Административная ответственность за нарушение законодательства Российской Федерации в области персональных данных наступает по ст. 13.11 КоАП РФ. Размеры штрафов зависят от организационно-правового статуса оператора (физическое или должностное лицо, ИП или юридическое лицо) и колеблются в размере от 700 рублей до 18 миллионов рублей. Впечатляет?

Второе. Политика обработки персональных данных. Это декларативный документ, который располагается на каждой страничке сайта и всегда (!) доступен для просмотра. Именно в политике вы рассказываете о том, как собираете, храните и обрабатываете персональные данные своих пользователей, как защищаете и уничтожаете их, и с какой целью. Обработка ведь происходит в любом случае: на каждом сайте есть счетчики, трекеры и другие статистические программки, которые попутно собирают и персональные данные. Даже если к вам просто регистрируются на вебинар. Даже если вводят данные эл.почты для получения бесплатной «вкусняшки». Вы – оператор и обязаны действовать в соответствии с политикой. Точка.

Кстати, сразу насчёт ответственности за отсутствие этой самой политики. КоАП, ст. 13.11, п. 3: «Невыполнение оператором предусмотренной законодательством Российской Федерации в области персональных данных обязанности по опубликованию или обеспечению иным образом неограниченного (!) доступа к документу, определяющему политику оператора в отношении обработки персональных данных, или сведениям о реализуемых требованиях к защите персональных данных – влечет предупреждение или наложение административного штрафа на граждан в размере от 700 до 1500 руб.; на должностных лиц — от 3 до 6 тыс. руб.; на индивидуальных предпринимателей — от 5 до 10 тыс. руб.; на юридических лиц — от 15 до 30 тыс. руб.». Конечно, не сотни тысяч, но деньги всегда неприятно терять, согласны? Тем более на штрафах…

И третье. Пользовательское соглашение (оно же «условия использования», оно же «правила» и т.п.). Это договор присоединения, где описаны «правила поведения» на вашем сайте. По сути – это лицензия на сайт и его контент, которую вы предоставляете пользователям. В этот же документ можно добавить условия о купле-продаже товаров или об оказании услуг. Но! Если у вас простой продающий одностраничник (скажем прямо, без особо содержательного контента), основная цель которого – заключить договор купли-продажи или возмездного оказания услуг (как это часто бывает на taplink или tilda), лучше разместить на нём именно такой договор. Пользовательское соглашение в данном случае является дополнительным документом. А необходимым становится договор публичной оферты!

И ещё. Реквизиты. Это вроде как не документ, но для тех, кто продаёт товары или услуги через сайт – обязательно. Необходимость размещения реквизитов выходит из требований Закона о защите прав потребителей (ст. 26.1 прямо гласит, что продавцом должна быть предоставлена информация о наименовании продавца и его месте нахождения). Ещё размещаем информацию о регистрационном номере (ОГРН) и наименовании зарегистрировавшего его органа (номер своей ИФНС, а легче – свой ИНН), а также информацию о лицензии и/или аккредитации, если деятельность продавца подлежит лицензированию или аккредитации. Если вы зарегистрированы как СМИ – не забудьте указать номер свидетельства о регистрации в качестве СМИ.

Ответственность за непредоставление информации о продавце/исполнителе установлена ст. 14.8 КоАП РФ (штраф до 10 тыс. руб.).

Все договоры в сети должны заключаться в офертно-акцептной системе. Причём – никаких заранее проставленных галочек!

Техзадание на разработку сайта: запрещенные слова и выражения

Если заранее обсудить нюансы и удалить сложные термины – это всем понравится.

Обновлено в декабре 2021 года.

Помните закон Мерфи? Если вас могут понять неправильно, вас поймут неправильно. Это справедливо и в создании сайтов. Клиент хотел второй «Фейсбук», а получил форум юных собаководов. Разработчик не угадал хотелку заказчика — потратил время впустую.

Рассказываем, что и зачем нужно писать в техзадании. И как писать не надо, чтобы работа не обернулась катастрофой.

Статья будет полезна:

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

Что такое техзадание

Техническое задание — документ, в котором зафиксированы требования к сайту. Чем четче и подробнее расписаны эти требования, тем лучше участники процесса понимают, что должны делать. А значит, вероятность, что все останутся довольны результатом, выше.

Пользы от технического задания много. Для каждой стороны она своя.

Польза для клиента

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

Польза для исполнителя

• Понять, чего хочет заказчик. Клиенту задают десятки вопросов, показывают примеры, предлагают решения. Затем записывают все в единый документ и согласовывают. Если все окей — ура, вы нашли контакт.
• Подстраховаться. Иногда попадаются заказчики, которые хотят поменять задачу на полпути. Если вы согласовали и подписали ТЗ, подобное не пройдет: в случае чего даже суд будет на вашей стороне.
• Показать свою компетентность. Классно подготовленное техзадание покажет клиенту экспертность разработчиков. Если компания сомневалась, доверять ли вам разработку сайта, сомнения с большой вероятностью развеются.
• Заработать. Некоторые студии и разработчики предлагают составление ТЗ как отдельную услугу.
• Облегчить и ускорить разработку. В хорошем ТЗ указаны структура сайта, необходимые функции и элементы на каждой странице. Когда все требования уже перед глазами, дело остается за малым.

Теперь давайте разберемся, как составить хорошее техзадание, которое выполняет все эти функции.

Техзадание составляет исполнитель

Техзадание может составить кто угодно. «Нужен сайт-визитка для стоматологической клиники» — это уже техзадание. Но будет ли оно выполнять свои функции? Вряд ли.

Хорошее ТЗ всегда составляет исполнитель – проект-менеджер или разработчик. Очевидно, что веб-разработчик понимает в создании сайтов больше, чем владелец бизнеса, поэтому описывать проект придется ему.

Это не значит, что клиент исчезает и появляется в самом конце, чтобы написать: «Отлично, одобряю». Он тоже должен участвовать в процессе:

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

Конечно, заказчик может набросать свой вариант ТЗ. Возможно, это ускорит процесс создания конечного техзадания. А возможно, получится мусор, который втихаря выкинут на помойку.

Техзадание должно быть однозначным

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

Для кого-то красивый и современный сайт может выглядеть так

Аналогично с непонятными формулировками, которые ничего сами по себе не значат:

• сайт должен понравиться заказчику – а если у него будет плохое настроение?
• сайт должен быть удобным – удобным для чего, для кого?
• сайт должен выдерживать большие нагрузки 10 тыс. посетителей? Или 10 млн?
• сайт должен содержать качественный экспертный контент – Ну, вы поняли.

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

• Сайт должен загружаться быстро → Любая страница сайта должна иметь больше 80 баллов в Google PageSpeed Insights.
• Большие нагрузки → 50 тысяч посетителей одновременно.
• На главной странице выводится список статей → На главной странице выводится список последних 6 опубликованных статей.
• Минималистичный удобный интерфейс подписки → Поле «Оставьте e-mail» и кнопка «Подписаться» → *нарисованный эскиз*.

С формулировками разобрались, давайте пробежимся по структуре.

Техзадание должно содержать общую информацию

Все члены команды должны правильно понимать, чем занимается компания, кто ее целевая аудитория. Чтобы никто не запутался, это лучше прописать.

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

В техзадании нет сложных терминов

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

• контент – это любой текст, изображения и видео на сайте;
• CMS – система управления сайтом, через которую можно добавлять и редактировать контент, не имея навыков веб-разработки;
• подвал – блок сайта, который отображается внизу каждой страницы.

Техзадание описывает инструменты и требования к хостингу

Представьте, что вы 2 месяца делали сайт. Каждый этап согласовывали с клиентом — он в восторге. И вот пришло время сдавать работу. Вы показываете админку, а клиент кричит: «Это что такое? Модэкс? ! Я думал, вы сделаете на “Вордпрессе”!»

Чтобы таких проблем не было, опишите используемые инструменты, движки и библиотеки. Заодно укажите требования к хостингу. Мало ли, вы сделаете на PHP, а у клиента сервер на .NET.

Какую CMS выбрать: руководство по выбору «движка» для сайта

Техзадание содержит требования к работе сайта

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

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

Техзадание показывает структуру сайта

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

Можно показать структуру списком, можно нарисовать блок-схему. Второе нагляднее.

Структура простого сайта-визитки

Это один из важнейших этапов работы с сайтом. Структура — это фундамент. Если она неудачная, сайт получится кривым.

Техзадание касается каждой страницы

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

Прототип

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

Сделали прототип главной страницы в Mockplus

Перечисление элементов

Ленивая альтернатива прототипу. Просто напишите, какие блоки должны быть на странице и что они делают.

Такой способ описания страниц экономит немного времени исполнителю, но выглядит сложно и не впечатляет

В техзадании должны быть сценарии использования сайта

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

Например, таким может быть сценарий оформления заказа. Пользователь нажимает на кнопку «Заказать» – сайт открывает форму заявки – пользователь вводит номер телефона и нажимает «Ок» – сайт принимает заявку и выводит сообщение «Заказ принят» – на e-mail менеджера приходит письмо с номером телефона клиента.

Конечно, если вы делаете стандартную визитку или лендинг, писать сценарии не нужно. Но если на сайте будут интерактивные сервисы, прописать сценарии необходимо – это поможет заметить «дыры» в работе ресурса.

Техзадание утверждает обязанности

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

Указываем контент, который должен быть на главных страницах сайта

Придумать объективные критерии оценки качества текстов довольно сложно. Лучше не пишите ничего, чем «качественный, интересный и продающий, полезный целевой аудитории». Это мусор, он никому не нужен.

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

Техзадание описывает дизайн

Как и в случае с текстом, объективные критерии оценки дизайна сайта придумать сложно. Если вы с клиентом договорились о цветовой гамме, опишите ее. Если у него есть брендбук, в котором прописаны шрифты, укажите и их.

Пример ТЗ на разработку сайта (контент и дизайн)

Вместо вывода: структура техзадания

Для разных задач структура ТЗ будет своя. Глупо делать одинаковые технические задания для новой социальной сети и лендинга по оптовой продаже моркови. Но в целом вам нужны такие разделы:

• информация о компании и целевой аудитории, цели и задачи сайта;
• глоссарий терминов, которые могут быть непонятны клиенту;
• технические требования к верстке и работе сайта;
• описание используемых технологий и список требований к хостингу;
• подробная структура сайта;
• прототипы страниц или описания элементов, которые должны на них быть;
• сценарии использования нестандартного интерфейса (опционально);
• список контента, который делает разработчик;
• требования к дизайну (опционально).

Комментарии разработчиков

• цель сайта;
• требования к серверу;
• описание работы сайта и отдельных его элементов;
• используемые технологии и библиотеки;
• макет дизайна интерфейса;
• структуру и логику внутренних переходов;
• роли и сценарии работы с сайтом для каждой из них;
• архитектуру базы данных (опционально).

• анализируем ТЗ, присланное клиентом;
• изучаем прототип и дизайн-макет сайта;
• на основе полученных данных начинаем подбирать функциональные модули для сайта, которые будут использоваться 100 % и которые, возможно, потребуется использовать;
• прописываем элементы, которые будут нужны при работе с интерфейсом;
• исходя из этих данных и оценки «веса» сайта, вычисляем подходящие системные требования к хостингу сайта;

Валерий Филонов

руководитель отдела frontend- и backend-разработки TexTerra

Техзадание должен писать менеджер проекта, тимлид или сам разработчик (если он фрилансер и работает один). Клиент не разбирается в сайтах — он не сможет учесть все важное. Я пишу ТЗ, чтобы оно было понятным для заказчика. Поясняю термины, описываю структуру, дизайн, функционал, используемые технологии. Часто прикладываю прототипы страниц, чтобы клиент понял, как будет выглядеть его сайт. Потом составляю отдельное задание для верстальщика — с техническими деталями и пояснениями, которые помогут в его работе.

Чем сложнее задача, тем подробнее должно быть ТЗ. Когда я участвовала в больших проектах, я видела техзадания на 30 страниц.

Аша Саакян

веб-дизайнер, фрилансер

• информацию о компании и цель сайта;
• требования к дизайну, цветовую гамму;
• используемые технологии и CMS;
• кто занимается контентом — мы или клиент;
• структуру сайта вплоть до каждой страницы;
• описания каждой страницы (мы не делаем прототипы, но указываем, какие элементы должны быть на странице, и как они должны работать).

Гурам Сипки

основатель диджитал-студии Udix Media

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

Если что-то не указано в ТЗ — надо или уточнить у клиента, или реализовать на усмотрение разработчика, но отдельно сообщить об этом моменте клиенту. Это нужно обсудить заранее, а еще лучше прописать в конце техзадания.

Дмитрий Кузьмин

менеджер проектов

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

Есть еще один момент, и он относится скорее к договору, чем к ТЗ, но тоже очень важен. Недобросовестные исполнители иногда регистрируют домен не на заказчика, а на себя. Потом, когда приходит момент продления доменного имени, звонят заказчику и просят сумму в несколько раз больше, говоря, что это обсуждалось, но, опять же, нигде не задокументировано. Заказчик начинает разбираться, что и как, понимает, что надо было оформлять все на себя или свою фирму, но поменять домен уже сложно: адрес указан на билбордах, визитках, в рекламе, уже проиндексирован поисковиками. Переоформление прав владения доменом – тоже непростая и небыстрая задача. В общем, к выбору исполнителя нужно подходить очень внимательно, внимательно обсуждать и прописывать ТЗ на сайт.

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

Александр Белов

проект-менеджер TexTerra

Какие документы обязательно разместить на сайте

Елена Мехоношина

• Максимально коротко: правовые документы для сайта
• А почему на сайтах документы называются по-разному? Какие заголовки верные?
• Публичная оферта
• Документ, определяющей политику в отношении обработки персональных данных
• Контактные данные

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

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

Максимально коротко: правовые документы для сайта

Когда через сайт продают товары или связываются с посетителями, выкладывают следующее:

— публичную оферту — на каких условиях предлагаете купить товар или пользоваться сайтом;

— документ, определяющий политику в отношении обработки персональных данных — зачем собираете имена и контакты людей, как защищаете от утечки;

— контактные данные предпринимателя.

За отсутствие документов госорганы штрафуют.

А почему на сайтах документы называются по-разному? Какие заголовки верные?

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

Обычно название публичной оферты зависит от направленности сайта.

Интернет-магазины включают публичную оферту в правила продаж. Журналам и площадкам для объявлений больше подходит правила пользования сайтом. Сервисы наподобие Эльбы нередко включают публичную оферту в лицензионное соглашение. Всё это один документ — публичная оферта.

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

Документу для обработки персональных данных тоже дают разные названия. Самое прижившееся — политика конфиденциальности, например, есть у Хабра. У Контура это политика обработки персональных данных.

Публичную оферту и положение о персональных данных можно объединить в один документ. Так, к примеру, сделал Хэдхантер: о размещении вакансий и обработке данных прописали в условиях использования сайтов.

В общем, названия документов на сайт — дело ваше. Лишь бы они не путали клиентов.

Теперь расскажем подробно про каждый документ и контактные данные.

Год онлайн-бухгалтерии на тарифе Премиум для ИП младше 3 месяцев

Публичная оферта

Публичная оферта — это предложение любому посетителю сайта заключить договор. Так следует из ст. 437 ГК РФ. Условия заключения договора прописывают в документе, который выкладывают в общий доступ на сайте.

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

Отсюда ваша задача — скачать шаблон публичной оферты и переделать под свой бизнес.

Принципиально написать, каким действием пользователь соглашается с публичной оферты. Это называется акцептом. Оферта + акцепт = договор.

Согласиться с офертой можно через регистрацию в личном кабинете, оформление заказа, оплату товара, скачивание программы — как вам нужно.

За отсутствие на сайте внятной публичной оферты штрафует Роспотребнадзор по ст. 14.5 КоАП РФ. Но касается это только сайтов с товарами и услугами потребителям — людям, которые покупают лично для себя.

Условия публичной оферты — это не просто формальность. По ним разрешают споры с клиентами.

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

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

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

Документ, определяющей политику в отношении обработки персональных данных

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

Часто в документ включают предупреждение о сборе cookies — обезличенных данных посетителя, которые используют Яндекс.Метрика и Гугл.Аналитика.

Политика конфиденциальности обязательна для предпринимателей, которые получают имена, телефоны, электронные почты и адреса людей через сайт. Это прямо сказано в п. 2 ст. 2 ст. 18.1 Закона 152-ФЗ. За отсутствие документа штрафует Роскомнадзор по ст. 13.11 КоАП.

Контактные данные

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

Интернет-магазины обязательно пишут полное название организации продавца или имя предпринимателя с данными о регистрации и адрес места нахождения. Это требование из п. 19 Постановления Правительства РФ от 31.12.2020 N 2463. ИП должны указывать адрес согласно ч. 2 ст. 10 Федерального закона от 27.07.2006 N 149-ФЗ.

Требований к публикации наименования и адреса в законе нет. Контактные данные располагают на сайте так, чтобы любой пользователь легко нашёл их. Вроде бы мелочь, но Роспотребнадзор иногда штрафует за их отсутствие по 1 ст. 14.5 КоАП РФ.

Например, Роспотребнадзор завёл административное дело по жалобе клиента на владельцев стекольной компании. У них на сайте была путаница с контактами — в соответствующем разделе значились наименование, адрес и телефон какой-то другой фирмы. А реквизиты были спрятаны скрытой гиперссылкой. Так нельзя.

Статья актуальна на 25.05.2022

Открыл ИП и не пользовался им. Как узнать про долги и что делать дальше?

Как самостоятельно закрыть ООО: пошаговая инструкция

Как закрыть ИП: пошаговая инструкция

Рассылка для бизнеса

Подписываясь, вы соглашаетесь на обработку персональных данных и получение информационных сообщений от группы компании СКБ Контур

Какие документы необходимо разрабатывать при создании сайта

Вы обязательно столкнетесь с проблемами, если контент сайта будет содержать:

• дискриминацию, связанную с гендером, возрастом, религией, статусом ветерана.
• выражения, призывающие к насилию и угрозам.

2. Загрузите необходимые документы

Одинаковых историй нет, вы не можете скачать документы с сайта вашего конкурента, изменить название и разместить их у себя:

1. к вам может поступить претензия, так как на юридический документ тоже есть авторские права;
2. вы не можете быть уверены, что документы составлены верно и соответствуют последним изменениям законодательства,
3. ваша история бизнеса уникальна. Скорее всего, ваш пакет документов для сайта будет отличаться от похожих компаний как по количеству, так и по содержанию.

3. Установите систему безопасных платежей

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

Давайте разберемся подробнее. Какие документы должны быть на вашем сайте?

Политика конфиденциальности — обязательный документ

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

• Начните политику конфиденциальности с того, что ваша компания подходит ответственно к защите персональных данных посетителей сайта и лиц, предоставляющих свои данные.
• Укажите, что документ описывает, с какой целью и как вы собираете и используете информацию, закрепляете права клиентов. Помните, что на вас лежит ответственность за соответствие всех документов законодательству о защите информации, в том числе GDPR.

Юридические документы в большинстве случаев сложны и вызывают сонливость и тоску.

Я же предпочитаю начинать любой документ для сайта со следующих слов:

«Добро пожаловать на сайт N! Сейчас вы перейдете на страницу «Условия предоставления услуг», пожалуйста, сделайте паузу, выпейте чашечку кофе и внимательно ознакомьтесь с важными для вас строками. Это займет примерно 20 минут».

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

Да, сайт — это поле для вашего творчества, поэтому можете креативить в своих документах, если это уместно.

Правила обработки данных могут быть включены в политику конфиденциальности

Отсутствие политики обработки персональных данных может принести вашей компании штраф в размере 60 тыс. рублей предусмотрено статьей 13.1 КоАП РФ .

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

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

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

По данным Positive Technologies, в 2022 году было выявлено рекордное количество утечек данных пользователей. Всем известны кейсы «Яндекс Еды», Delivery club, Beeline. Помимо штрафов, компании могут понести репутационные риски, что для начинающего стартапа может обернуться плачевно, вплоть до закрытия бизнеса.

Нашумевший кейс компании «ВкусВилл» об утечке персональных данных клиентов привел к новой законодательной инициативе о введении оборотных штрафов для компаний за аналогичные случаи.

На сегодняшний день максимальный штраф для бизнеса составляет 500 тыс. руб., а новый законопроект предполагает штраф от 1% до 3% годовой выручки.

Политика Cookie

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

Обратитесь к команде, которая создавала сайт, спросите у них, что они используют, чтобы узнать, как проходит процесс взаимодействия клиентов с сайтом:

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

Политика куки дополняет политику конфиденциальности и описывает:

1. типы файлов Cookie, которые использует сайт,
2. цели их использования,
3. способы, как клиенту отказаться от их использования.

Если вы не получите согласие от пользователя на их использование, то штрафы снова постучаться в ваше окно:

• 6-10 тысяч рублей для граждан,
• 20-40 тысяч рублей для должностных лиц,
• 30-150 тысяч для юридических лиц.

Пользовательское соглашение поможет защитить информацию на вашем сайте

Четко напишите, кому принадлежит все материалы на сайте. Укажите, что передача или получение информации, содержащейся на нем, не дает советов и каких-либо заключений.

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

Напишите о том, какие действия пользователь может совершать с информацией, размещенной на сайте.

Оферта, если вы продаете товары, работы, услуги

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

Не прописали условия оказания услуг/продажи товаров — мяч будет в руках клиента.

Так, в 2021 году 24 студента подали иск на Geekbrains, взыскивая 4,5 млн рублей и оспаривая пункты договора-оферты. Компания урегулировала спор в досудебном порядке, выплатив заявителям около 2 млн рублей.

Саммари

Интернет — это удивительный инструмент для развития бизнеса.

• Чтобы ваш собственный сайт приносил прибыль вместо убытков в виде штрафов, убедитесь, что опубликованный контент не содержит дискриминаций, угроз и призывов к неправомерным действиям.
• Загружайте только собственные юридические документы — так вы можете быть уверены, что соглашения и договоры, предоставляемые вашим клиентам, составлены без чужих ошибок.
• Сайт обязательно должен содержать информацию о конфиденциальности и обработке персональных данных.

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

Отслеживая поведение пользователей на сайте, не забудьте загрузить политику cookie и договор-оферту, если вы продаете товары или услуги.

Фото на обложке: Shutterstock / GaudiLab

Подписывайтесь на наш Telegram-канал, чтобы быть в курсе последних новостей и событий!