25 конверсионных приёмов, которые мы используем в каждом проекте
Это не шаблон и не чек-лист ради чек-листа. Это конкретные приёмы, которые мы закладываем в структуру, текст и интерфейс сайта — чтобы он приносил заявки, а не просто нравился дизайнерам.
01Оффер, сформулированный через результат+
Не рассказываем, что компания делает. Показываем, что клиент получит и какую задачу решит.
02Сегментация аудитории+
Разные типы клиентов должны узнавать себя на сайте.
отдельные сценарии для разных сегментов;
отдельные решения и продукты;
отдельные посадочные страницы под разные запросы.
03Первый экран как точка захвата+
На первом экране одновременно:
понятный оффер;
ключевая выгода;
подтверждение доверия;
целевое действие.
04Иерархия аргументов+
Информация располагается не хаотично, а по логике принятия решения:
проблема →
решение →
выгода →
доказательство →
действие.
05Работа с болями и потребностями+
Мы говорим не только о продукте, а показываем, какую проблему клиента он решает.
06Снятие возражений до заявки+
Цена, сроки, гарантии, условия работы, доставка, возврат, результат — всё, что может остановить пользователя, закрывается заранее.
07Социальное доказательство+
Отзывы, кейсы, цифры, сертификаты, клиенты, публикации, рейтинги. Доказательства должны находиться там, где пользователь начинает сомневаться.
08Кейсы по модели «проблема → решение → результат»+
Кейс должен продавать компетенцию, а не просто демонстрировать дизайн.
09Демонстрация результата+
Фото, цифры, «до/после», примеры работ, интерфейсы, видео — показываем продукт максимально близко к реальному опыту клиента.
10CTA на каждом этапе готовности+
Пользователь не должен ждать до конца страницы, чтобы совершить действие. При этом CTA адаптируется под его степень готовности:
узнать → получить расчёт → проконсультироваться → купить.
11Многоступенчатая конверсия+
Не каждый готов оставить заявку сразу. Поэтому создаём промежуточные действия:
скачать, рассчитать, посмотреть кейс, получить консультацию.
12Минимизация трения+
Убираем всё, что усложняет действие: длинные формы, непонятные поля, лишние шаги, обязательную регистрацию.
13Микрокопирайтинг возле CTA+
Объясняем, что произойдёт после клика:
«Рассчитаем стоимость за 15 минут»;
«Без обязательств»;
«Ответит специалист».
14Ценовой якорь+
Показываем стоимость не изолированно, а в контексте ценности, комплектации или альтернатив.
15Пакетирование предложения+
Несколько тарифов помогают пользователю сравнить варианты и одновременно формируют нужный ценовой ориентир.
16Эффект потери+
Показываем не только, что клиент получит, но и что он теряет, откладывая решение.
17Дефицит и ограниченность+
Ограниченное количество мест, сроки акции, остаток товара — только если это реальное ограничение.
18Персонализация+
Контент, оффер и сценарий могут меняться в зависимости от сегмента, источника трафика или запроса пользователя.
19Доверие через прозрачность+
Показываем реальные лица, реквизиты, адрес, документы, этапы работы, условия и гарантии. Чем выше чек и риск, тем важнее этот блок.
20Снижение воспринимаемого риска+
Гарантии, договор, безопасная оплата, пробный этап, консультация, демонстрация продукта — всё, что делает решение психологически безопаснее.
21Поведенческие триггеры+
Используем принципы социальной нормы, авторитета, дефицита, последовательности и взаимности — без манипуляций.
22Визуальное управление вниманием+
Размер, контраст, композиция, направление взгляда, пространство и анимация используются для того, чтобы вести пользователя по нужному сценарию.
23Контекстная релевантность+
Посадочная страница должна соответствовать рекламному запросу. Если человек искал «сайт для стоматологии», он должен попасть на страницу, где сразу видит решение именно для стоматологии.
24Соответствие ожиданиям после клика+
Оффер рекламы, первый экран и дальнейшее содержание должны быть связаны. Иначе возникает разрыв ожиданий и пользователь уходит.
25Аналитика и постоянная оптимизация+
Мы не считаем сайт законченным после публикации. Анализируем конверсии, источники трафика, глубину просмотра, отказы и поведение пользователей, а затем тестируем гипотезы.
Подход агентства — одной фразой
Конверсионный дизайн ≠ красивый дизайн.
Мы не проектируем сайт от блока к блоку.
Мы проектируем путь пользователя от первого контакта до целевого действия.
Красивый сайт может получить тысячи просмотров и не принести ни одной заявки. Конверсионный сайт сначала отвечает на вопрос «что заставит человека действовать?», а уже потом решает, как это красиво показать.
Красивый сайт
Получает трафик, но посетитель уходит — потому что непонятно, что ему предлагают и зачем действовать.
Конверсионный сайт
Сначала проектирует путь пользователя, а затем подбирает визуальный язык, который усиливает этот путь.
25 приёмов — рабочая методология, а не декларация. Применяется в каждом проекте.
Методология агентства
Юридический чек-лист для сайта и для дизайнера
Если ты хочешь использовать это как профессиональный материал для своих клиентов, я бы разделила юридическую часть на две: что обязательно учесть на самом сайте и какими договорами ты защищаешь себя как разработчик.
Ниже — именно для работы в РФ. Это не индивидуальное юридическое заключение: перед публикацией шаблонов под конкретную сделку лучше дать их юристу на проверку.
Юридический чек-лист сайта
Если на сайте есть форма, собирающая имя, телефон, email, Telegram, адрес или данные заказа, владелец сайта, как правило, является оператором персональных данных. Роскомнадзор указывает, что владелец сайта, собирающего персональные данные, является оператором; до начала обработки обычно требуется уведомление Роскомнадзора, если не применяется исключение.
На сайте должны быть корректно оформлены:
Политика обработки персональных данных
Согласие на обработку персональных данных
Согласие на получение рекламы — если данные используются для рекламных рассылок и звонков
Важно: эти согласия не стоит объединять в одну универсальную галочку. Цели обработки должны соответствовать тому, что реально делает компания.
Основание
ФЗ-152 «О персональных данных»
Это одна из самых частых ошибок. Политика должна соответствовать реальному сайту:
какие данные собираются;
через какие формы;
зачем собираются;
где хранятся;
кому передаются;
какие сервисы подключены;
сколько хранятся;
как пользователь может реализовать свои права.
Если на сайте стоят формы Tilda + Метрика + CRM + виджет + онлайн-чат, всё это должно учитываться в документах.
Риск
Несоответствие документа реальному сайту
Например:
Tilda → форма → CRM → менеджер
Tilda → Яндекс Метрика → аналитика
Форма → Telegram/почта → менеджер
Нужно понимать, кто и какие данные получает. Особенно важно учитывать требования законодательства о персональных данных и локализации данных. Поэтому нельзя просто поставить на сайт любой иностранный сервис и считать вопрос закрытым.
Зона внимания
Локализация данных, трансграничная передача
Если сайт использует:
Яндекс Метрику;
рекламные пиксели;
cookies;
виджеты;
карты;
сторонние аналитические сервисы,
нужно определить, какие данные они собирают и как это отражается в документах и механике получения согласий.
Что настроить
Cookie-баннер, согласия, opt-out
Если это интернет-магазин
Здесь требований значительно больше. На сайте должна быть информация о продавце, товаре, цене, условиях покупки, оплате, доставке, возврате и других существенных условиях. Для дистанционной торговли Роспотребнадзор отдельно указывает эти требования.
Для организации — наименование, ОГРН, адрес и контакты.
Для ИП — ФИО, ОГРНИП и контактные данные.
ДокументРеквизиты продавца
Покупатель должен иметь возможность ознакомиться с условиями договора до покупки.
Страница/offer или /terms
Должно быть понятно:
сколько стоит товар;
какие способы оплаты;
когда происходит оплата.
ГдеКарточка товара, корзина, чекаут
Стоимость, способы, сроки и условия.
Раздел/delivery
Для дистанционной продажи есть специальные правила. В частности, Роспотребнадзор указывает, что потребитель вправе отказаться от товара до его передачи, а после передачи — в течение 7 дней, с предусмотренными законом особенностями и исключениями.
Срок7 дней после передачи
Характеристики должны быть достоверными и достаточными для принятия решения.
ГдеКарточка товара
При дистанционной продаже продавец должен предоставить подтверждение заключения договора на условиях оферты с идентификатором заказа.
КаналEmail, SMS, экран успеха
А теперь самое важное для тебя как веб-дизайнера
Вот здесь я бы вообще сделала отдельный блок. Какие документы нужны веб-дизайнеру — минимальный комплект:
01
Договор на разработку сайта — главный документ.
02
Техническое задание — очень желательно отдельным приложением к договору.
03
Акт приёма-передачи / сдачи работ — фиксирует, что работа выполнена и принята.
04
Согласие на использование материалов клиента — если клиент передаёт тебе фотографии, тексты, видео, логотипы, шрифты и т. д.
05
Передача прав на созданные материалы — особенно важно для дизайна, графики, текстов, фотографий, иллюстраций, кода, кастомных решений.
Что обязательно прописать в договоре
Я бы не делала договор на две страницы. Для веб-дизайнера критичны следующие пункты:
Предмет. Что именно ты создаёшь:
разработка сайта на Tilda по утверждённому техническому заданию.
Стоимость. Фиксированная цена или порядок расчёта.
Предоплата. Например:
30% предоплата, 70% после завершения работ.
Но конкретный процент — твоя коммерческая политика, а не законодательное требование.
РазделПредмет, цена
Очень важно написать, что срок зависит от своевременного предоставления материалов клиентом:
Срок выполнения работ исчисляется с даты получения предоплаты и всех необходимых материалов от Заказчика.
Иначе клиент может не прислать фотографии две недели, а потом требовать сайт через две недели от первоначальной даты.
ЗащитаОт задержки материалов
Это обязательно. Например:
В стоимость включены 2 раунда правок в рамках утверждённого технического задания.
И отдельно:
Изменение структуры, концепции или функциональности после утверждения этапа считается дополнительными работами.
Лимит2 раунда правок
Очень важный раздел. Например:
написание большого объёма текстов;
профессиональная фотосъёмка;
покупка шрифтов;
лицензии на изображения;
настройка рекламы;
SEO-продвижение;
интеграции, не предусмотренные ТЗ;
дополнительные страницы;
сложный кастомный функционал.
РазделИсключения из объёма
Клиент гарантирует, что имеет права на переданные фотографии, видео, тексты, логотипы, товарные знаки, документы — и несёт ответственность за нарушение прав третьих лиц.
Очень важно разделить «Я разработала сайт» и «Клиент отвечает за достоверность информации на сайте». Ты не должна автоматически отвечать за то, что клиент написал о своей компании, товарах, лицензиях, гарантиях.
ОтветственностьНа стороне клиента
Нужен конкретный срок на проверку результата:
Заказчик обязан в течение 5 рабочих дней направить мотивированные замечания либо подтвердить принятие результата.
Отдельно прописать, когда сайт считается переданным: после публикации, после передачи доступа, после подписания акта, после оплаты.
Срок приёмки5 рабочих дней
Кому принадлежат: аккаунт Tilda, домен, почта, CRM, аналитика. Я бы рекомендовала регистрировать ключевые аккаунты на клиента, а себя добавлять как администратора.
После сдачи проекта:
техническая поддержка не входит в стоимость, если иное не предусмотрено договором.
И отдельно можно продавать сопровождение.
ПринципАккаунты — на клиента
И ещё один важный пункт — портфолио
В договоре нужно отдельно предусмотреть, можешь ли ты показывать созданный сайт в своём портфолио:
Исполнитель вправе размещать информацию о выполненном проекте, скриншоты и ссылку на опубликованный сайт в собственном портфолио, на сайте Исполнителя и в социальных сетях, если иное письменно не согласовано сторонами.
Но если клиенту нужна конфиденциальность — делается исключение.
ФормулировкаПо умолчанию — да
Я бы сделала такой комплект документов
Не один договор, а систему:
01. Договор на разработку сайта
02. Техническое задание
03. Акт сдачи-приёмки
04. Дополнительное соглашение на дополнительные работы
05. Бриф клиента
Это намного профессиональнее, чем один универсальный договор.
Шаблон договора
Ниже — рабочая основа, которую можно адаптировать под твой формат работы. Я специально закладываю туда защиту от бесконечных правок, задержки материалов и «а давайте ещё вот это добавим».
ДОГОВОР № ______
на разработку сайта · г. ____________ · «___» __________ 20___ г.
Исполнитель: ________________________________, и Заказчик: ________________________________, совместно именуемые «Стороны», заключили настоящий Договор о нижеследующем.
1. Предмет договора
Исполнитель обязуется по заданию Заказчика выполнить работы по разработке сайта на платформе Tilda в соответствии с настоящим Договором и Техническим заданием, являющимся его неотъемлемой частью.
Состав, структура, функциональность, количество страниц, этапы разработки и иные характеристики проекта определяются Техническим заданием.
Работы, не предусмотренные Техническим заданием, не входят в стоимость проекта и выполняются только по дополнительному согласованию Сторон.
2. Стоимость и порядок оплаты
Общая стоимость работ составляет __________ рублей.
Заказчик оплачивает аванс в размере 30% от стоимости работ — __________ рублей.
Оставшиеся 70% — __________ рублей — оплачиваются после завершения работ и перед передачей итогового результата/публикацией сайта.
Дополнительные работы оплачиваются отдельно.
Стоимость дополнительных работ согласовывается Сторонами до начала их выполнения.
3. Сроки выполнения работ
Срок разработки сайта составляет ______ рабочих дней.
Срок начинает исчисляться после получения Исполнителем авансового платежа и полного комплекта материалов.
Если Заказчик задерживает предоставление материалов, информации, согласований или обратной связи, срок выполнения работ соответственно переносится на период такой задержки.
Изменение утверждённой структуры или функциональности сайта может повлечь изменение сроков и стоимости работ.
4. Материалы Заказчика
Заказчик предоставляет Исполнителю необходимые для работы материалы: тексты, фотографии, логотипы, сведения о компании, товарах и услугах, реквизиты и иные материалы.
Заказчик гарантирует, что обладает необходимыми правами на предоставленные материалы и их использование не нарушает права третьих лиц.
Заказчик несёт ответственность за достоверность предоставленной информации, включая сведения о товарах, услугах, ценах, гарантиях, сертификатах, лицензиях и иных юридически значимых данных.
5. Правки и согласование
В стоимость проекта включены ___ раунда правок в рамках утверждённого Технического задания.
Правками в рамках настоящего Договора являются корректировки существующих элементов без изменения утверждённой концепции, структуры и функциональности.
Изменение утверждённой концепции, структуры, количества страниц, функциональности или иных существенных характеристик проекта считается дополнительной работой.
Дополнительные работы выполняются после согласования их стоимости и сроков.
Замечания Заказчика должны быть сформулированы конкретно и предоставлены Исполнителю одним согласованным списком по соответствующему этапу.
6. Приёмка работ
После завершения соответствующего этапа Исполнитель предоставляет результат Заказчику для проверки.
Заказчик обязан в течение ___ рабочих дней направить Исполнителю мотивированные замечания либо подтвердить принятие результата.
Замечания должны относиться к требованиям, предусмотренным Техническим заданием.
Требования, выходящие за пределы Технического задания, рассматриваются как дополнительные работы.
7. Публикация и передача сайта
После выполнения работ и осуществления предусмотренной Договором оплаты Исполнитель передаёт Заказчику необходимые доступы.
Регистрация домена, аккаунта Tilda и иных сервисов на имя Заказчика осуществляется Заказчиком, если Стороны письменно не договорились об ином.
Оплата тарифов Tilda, домена, платных шрифтов, изображений, сторонних сервисов, интеграций и иных внешних услуг не входит в стоимость разработки.
8. Дополнительные услуги
8.1. В стоимость разработки не входят работы, прямо не указанные в Техническом задании.
8.2. К дополнительным работам могут относиться, в частности: создание дополнительных страниц; изменение утверждённой структуры; дополнительные раунды правок; разработка нового функционала; настройка рекламы; SEO-продвижение; создание текстов; профессиональная фотосъёмка; разработка дополнительных интеграций; техническое сопровождение после сдачи проекта.
8.3. Дополнительные работы выполняются после согласования Сторонами стоимости и сроков.
9. Ответственность за содержание сайта
Заказчик самостоятельно отвечает за достоверность и законность размещаемой на сайте информации.
Заказчик самостоятельно обеспечивает наличие необходимых разрешений, лицензий, сертификатов, согласий, оферт и иных документов.
Если Исполнитель отдельно не оказывает юридические услуги, Исполнитель не определяет правомерность бизнес-модели Заказчика.
10. Персональные данные
Заказчик самостоятельно определяет цели и правовые основания обработки персональных данных пользователей сайта.
Заказчик предоставляет Исполнителю необходимые сведения и документы для настройки форм, согласий и иных элементов сайта.
Исполнитель не несёт ответственности за отсутствие у Заказчика необходимых юридических документов, если их разработка не включена в состав услуг.
11. Интеллектуальные права
Стороны определяют состав результатов интеллектуальной деятельности, создаваемых в рамках проекта, в Техническом задании.
Передача исключительных прав осуществляется в объёме и порядке, установленном настоящим Договором.
Права на сторонние материалы регулируются условиями их соответствующих лицензий.
Исполнитель не передаёт Заказчику права, которыми сам не обладает.
12. Портфолио
12.1. После публикации проекта Исполнитель вправе использовать созданный сайт, его изображения и описание проекта в собственном портфолио.
12.2. Если Заказчик требует конфиденциальности проекта, такое ограничение должно быть отдельно согласовано Сторонами в письменной форме.
13. Поддержка после сдачи
13.1. Техническое сопровождение после передачи сайта не входит в стоимость разработки.
13.2. Дополнительное сопровождение, внесение изменений и технические работы после завершения проекта оплачиваются отдельно.
14. Расторжение договора
Расторжение Договора осуществляется в порядке, предусмотренном законодательством Российской Федерации.
При прекращении работ учитывается фактически выполненный Исполнителем объём работ и понесённые расходы.
Передача результатов незавершённой работы осуществляется в порядке, согласованном Сторонами, с учётом произведённых расчётов.
15. Разрешение споров
Стороны стремятся разрешать возникающие споры путём переговоров и направления претензии.
При невозможности урегулирования спора в досудебном порядке спор разрешается в соответствии с законодательством Российской Федерации.
Потому что сам договор не должен содержать все детали сайта. В ТЗ фиксируешь:
— количество страниц;
— структуру;
— функциональность;
— адаптив;
— интеграции;
— формы;
— анимации;
— SEO-работы;
— подключаемые сервисы;
— что предоставляет клиент;
— количество правок;
— что считается результатом.
Это сильно уменьшает споры в стиле «я думал, это тоже входит».
И отдельно: если ты делаешь интернет-магазины, я бы использовала другой шаблон ТЗ и договора, потому что там появляются каталог, карточка товара, корзина, оплата, доставка, возвраты, интеграции и часто обмен с маркетплейсами. Для дистанционной торговли требования к информации и оформлению заказа существенно шире.
ВАЖНО
Самое важное для тебя как исполнителя: договор + подробное ТЗ + ограничение правок + порядок приёмки + ответственность клиента за его материалы и юридическую информацию + отдельное согласование дополнительных работ. Это пять вещей, которые я бы никогда не убирала из договора веб-дизайнера.
Подход агентства — одной фразой
Юридическая защита ≠ бюрократия.
METHOD QUOTE
Мы не пишем договор ради договора.
Мы выстраиваем систему документов, которая защищает и клиента, и студию — без потери темпа проекта и здравого смысла.
Принцип работы студии
Сервисы, которые используем
Подборка инструментов, без которых не обходится ни один проект — от подготовки картинок до аналитики и CRM.