ЭТАПЫ РАЗРАБОТКИ САЙТА ПОД КЛЮЧ

00КРАТКОЕ ИЗЛОЖЕНИЕ

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

01ЗАДАЧА И СТРУКТУРА

• Сформулируйте главное действие посетителя: отправить запрос, записаться или связаться выбранным способом. Например, для предварительного расчёта может потребоваться форма с описанием задачи, а для консультации — переход к контакту.
• Проверьте, что перечень страниц совпадает с заказом. Название страницы должно сопровождаться понятным назначением: какую часть предложения она раскрывает и какое решение помогает принять посетителю.
• Согласуйте последовательность содержания на уровне схемы. На данном шаге важно увидеть, где объясняется предложение, где размещаются подтверждения и в какой момент человеку предлагают обратиться в компанию.
• Обозначьте функции и подключения, влияющие на сборку: формы, запись, оплату или передачу обращений в систему работы с клиентами. Нужные функции нельзя оставлять под формулировкой «как у всех».
• Назначьте представителя клиента, который собирает замечания и подтверждает решения. Если участвуют партнёры или сотрудники, определите, на каком шаге потребуется их мнение и кто разрешает разногласия.

КАК ЗАКРЫТЬ ЭТАП

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

Этап: {{НАЗВАНИЕ_ЭТАПА}}
Согласуемая версия: {{ССЫЛКА_ИЛИ_ИМЯ_ФАЙЛА}}
Принято: {{ПЕРЕЧЕНЬ_СОГЛАСОВАННЫХ_РЕШЕНИЙ}}
Осталось уточнить: {{ВОПРОСЫ_ИЛИ_НЕТ}}
Ответственный за уточнение: {{ИМЯ_ИЛИ_НЕ_ТРЕБУЕТСЯ}}
Условие перехода дальше: {{ЧТО_ДОЛЖНО_БЫТЬ_ГОТОВО}}
Подтверждение клиента: {{ИМЯ_И_ДАТА}}

02СОГЛАСОВАННЫЙ ДИЗАЙН

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

КАК ДАВАТЬ ПРАВКИ

03РАБОЧАЯ ВЕРСИЯ

Для проверки нужен адрес, по которому открывается собранная страница. Tilda различает служебную ссылку редактора и публичную ссылку опубликованной страницы: служебный адрес не подходит для обычного просмотра посетителем. Порядок доступа к тестовой версии согласуйте с подрядчиком, особенно если содержание ещё не предназначено для открытого показа. help-ru.tilda.cc

1. Сопоставьте версии

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

2. Пройдите путь посетителя

   Начните с входной страницы, найдите нужное предложение, перейдите к подробностям и выполните предусмотренное действие. Запишите места, где переход отсутствует, ведёт не туда или непонятен.

3. Проверьте мобильное использование

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

4. Сверьте подключения с заказом

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

04ПРОВЕРКА И ПУБЛИКАЦИЯ

Проверку формы заканчивают подтверждением получения обращения. Сообщение об успешной отправке на странице ещё не заменяет проверку доставки в нужный сервис. Tilda рекомендует после подключения сторонних приёмщиков проверить и отправку, и поступление заявки. Повторите ключевые проверки на окончательном адресе после публикации и изменений в подключениях. help-ru.tilda.cc

05ПЕРЕДАЧА САЙТА

Способ передачи лучше определить до начала разработки. Проект может изначально находиться в аккаунте клиента или переноситься после сборки. Tilda предусматривает передачу сайта другому аккаунту; условия принимающего аккаунта нужно проверить перед переносом по официальной инструкции. Отдельно согласуйте управление доменом, формами и аналитикой: наличие сайта в аккаунте не подтверждает доступность связанных сервисов. help-ru.tilda.cc

ЧТО ПОЛУЧАЕТ ВЛАДЕЛЕЦ

• Управление сайтом в согласованном аккаунте. Клиент самостоятельно входит и видит нужный проект; возможность посмотреть опубликованные страницы не считается проверкой доступа к управлению.
• Подтверждённое управление доменом и связанными сервисами. В перечне указаны владельцы аккаунтов, назначенные доступы и ответственные за восстановление доступа, если оно потребуется.
• Перечень регулярных оплат: платформа, домен и подключённые платные сервисы, если используются. Для каждого пункта понятно, кто следит за продлением и где проверять условия; суммы берутся из действующих условий сервисов.
• Итог выполненных работ и статус оставшихся вопросов. Клиент может сопоставить результат с согласованным объёмом, увидеть переданные материалы и понять, что ещё предстоит завершить, если остаточные работы отдельно согласованы.
• Порядок обращения после передачи. Зафиксировано, как сообщить о выявленном несоответствии, какие обязательства продолжают действовать и какие изменения оформляются новым заказом; сроки и условия определяются договорённостями сторон.

06ЧАСТЫЕ ВОПРОСЫ