Передача сайта клиенту без четкого регламента превращает финальный этап проекта в бесконечный цикл бесплатных правок, который съедает до 30% прибыли дизайнера. Ошибка в одном пункте настроек или передаче прав владельца может привести к полной остановке сайта и экстренному восстановлению за ваш счет.
Риски передачи прав и оплаты тарифа
Самая частая ошибка — разработка на аккаунте исполнителя с последующим переносом. Если клиент затягивает с оплатой тарифа (6000–12000 руб./год), сайт улетает в архив, а SEO-позиции обнуляются за 2-3 недели. Правильный флоу: клиент создает аккаунт, оплачивает тариф, а вы заходите как сотрудник. Это снимает с вас финансовую ответственность за продление домена и хостинга.
Кейс: проект стоимостью 80 000 руб. был передан через перенос сайта. Клиент забыл продлить тариф, сайт отключился, и исполнителя заставили бесплатно восстанавливать структуру и перенастраивать формы, так как «все сломалось по вине разработчика». Потеря времени — 12 рабочих часов.
Экспертный вывод: Никогда не привязывайте оплату сервиса к своей карте. Только прямой доступ к аккаунту клиента или роль сотрудника.
Ловушка Zero Block и «подвижных» элементов
Клиенты часто пытаются править текст в Zero Block самостоятельно, не зная о принципах адаптивности. Один сдвинутый элемент на десктопе может «развалить» верстку на 4-х разных разрешениях экрана. В итоге вы тратите по 2-4 часа на исправление «косметических» правок, которые не оплачиваются, так как клиент считает это «простой корректировкой». Чтобы этого избежать, используйте стандартные блоки для контентных зон и Zero Block только для уникальных элементов.
Ошибки проектирования в Zero Block часто становятся триггером для бесконечных итераций, когда клиент видит «кривой» текст на своем iPhone 13 и требует переделать всю страницу.
Экспертный вывод: Ограничивайте доступ клиента к редактированию Zero Block, если он не прошел базовый инструктаж. Передавайте правки только через текстовые документы или Figma.
Технический чек-лист передачи проекта
Отсутствие финального чек-листа ведет к тому, что 20% технических настроек (favicon, 404 страница, редиректы) забываются. Это напрямую бьет по конверсии и SEO. Обязательно проверьте: 1. Привязка домена и SSL-сертификат. 2. Настройка форм приема данных (минимум 2 канала: почта и Telegram). 3. Настройка SEO-заголовков H1-H3 и Meta-тегов. 4. Проверка всех ссылок на битые. 5. Оптимизация веса изображений (не более 500 Кб на файл).
Пример: забытый редирект с http на https или некорректно настроенный robots.txt могут привести к тому, что SEO-риски Tilda реализуются в виде дублей страниц, что снижает трафик на 10-15% в первый месяц.
Экспертный вывод: Составьте акт приемки-передачи, где каждый пункт чек-листа отмечен галочкой клиента. Это юридическая защита от претензий «вы это не настроили».
Регламент поддержки и стоимость правок
Без фиксированного периода поддержки (обычно 14-30 дней) вы становитесь бесплатным SMM-щиком и администратором сайта. Установите четкий прайс: мелкие правки (замена фото, текста) — бесплатно в первый месяц, сложные изменения (новые блоки, смена структуры) — от 1500 до 5000 руб. за единицу. Если объем правок превышает 5 часов в месяц, переводите клиента на абонентское обслуживание (от 10 000 руб./мес.).
Сравнение: работа без регламента приносит 0 руб. за доработки; работа по регламенту увеличивает LTV клиента на 20-40% за счет платного сопровождения.
Экспертный вывод: Прописывайте в договоре, что любые изменения, меняющие структуру, согласованную в прототипе, оплачиваются отдельно. Это дисциплинирует клиента.
Вывод
Чтобы избежать финансовых потерь, начните с разделения прав владения: сайт должен принадлежать клиенту с первого дня, а вы должны быть в роли редактора. Избегайте перегруза страниц сложными Zero-блоками там, где достаточно стандартных решений, чтобы минимизировать риск поломок при правках клиента. Самое важное — внедрите акт приемки с техническим чек-листом и прайс-лист на поддержку. Без этого любая разработка сайта на Tilda превращается в лотерею, где вы рискуете своим временем и репутацией.