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

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

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

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

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

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

1. Определите, зачем бизнесу нужен сайт

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

Разные цели предполагают разную структуру, содержание и функциональность.

Например, сайт может быть нужен, чтобы:

• Получать обращения на услуги компании.
• Представлять несколько направлений бизнеса.
• Продавать товары через каталог или интернет-магазин.
• Привлекать посетителей из поисковых систем.
• Создавать посадочные страницы под рекламные кампании.
• Знакомить потенциальных партнёров с компанией.
• Заменить устаревший сайт, который больше не соответствует задачам бизнеса.

Чаще всего целей несколько, но среди них стоит определить основные.

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

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

Что подготовить заказчику

Попробуйте сформулировать основную задачу сайта одним-двумя предложениями.

Например:

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

Этого уже достаточно для содержательного первого обсуждения.

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

2. Опишите, кто ваши клиенты и как они выбирают

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

Но у разных групп клиентов могут быть разные потребности.

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

Поэтому перед разработкой полезно определить основные группы аудитории.

Для каждой группы попробуйте ответить:

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

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

Гораздо полезнее реальные наблюдения: частые вопросы, возражения, причины отказов и особенности процесса продажи.

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

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

3. Составьте перечень услуг или товаров

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

Но здесь важно не путать перечень услуг со структурой сайта.

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

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

Решение зависит от содержания, спроса, особенностей предложения и поведения аудитории.

Что желательно собрать

Для каждого важного направления подготовьте базовую информацию:

• Название услуги или товарной группы.
• Краткое объяснение, что входит в предложение.
• Для кого оно предназначено.
• Основные особенности и ограничения.
• Примерные сроки или порядок выполнения.
• Стоимость либо принципы её расчёта, если информация доступна.
• Частые вопросы клиентов.

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

Нужно ли заказчику заранее рисовать карту сайта?

Нет.

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

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

4. Соберите имеющиеся материалы

Контент нередко становится одной из главных причин задержек при разработке.

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

Чтобы избежать такой ситуации, полезно заранее собрать всё, что уже существует.

Это могут быть:

• Презентации компании.
• Описания товаров и услуг.
• Коммерческие предложения.
• Прайс-листы.
• Каталоги и техническая документация.
• Фотографии продукции и выполненных проектов.
• Логотип и элементы фирменного стиля.
• Ответы на частые вопросы.
• Отзывы и другие подтверждаемые материалы.
• Ссылки на действующие страницы и публикации.

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

Достаточно собрать материалы в удобную структуру и обозначить, какие из них актуальны.

Например, можно создать папки «О компании», «Услуги», «Проекты», «Фотографии», «Документы» и «Фирменные материалы».

Отдельно полезно отметить информацию, которую ещё нужно проверить или согласовать.

Важно: если текстов пока нет, это не повод откладывать обсуждение разработки. Но необходимо заранее определить, кто и в каком объёме будет заниматься их подготовкой.

5. Подготовьте примеры сайтов, которые вам нравятся

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

Но фраза «Хочу сайт как у конкурента» редко даёт разработчику достаточно информации.

Лучше пояснить, что именно вам понравилось.

Например:

• Удобное меню.
• Понятная структура услуг.
• Спокойная цветовая палитра.
• Крупная типографика.
• Способ представления проектов.
• Простая форма обращения.
• Удобный каталог.
• Хорошая мобильная версия.

Один сайт может нравиться по дизайну, другой — по навигации, третий — по содержанию.

Это нормально.

Что лучше не делать

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

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

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

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

6. Определите необходимые функции

Ещё до начала дизайна полезно обсудить, что посетитель сможет делать на сайте.

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

Для каталога — категории товаров, карточки, фильтры, поиск и способы отправки запроса.

Для интернет-магазина — корзина, оформление заказов, оплата, доставка и дополнительные интеграции.

Но далеко не все эти возможности нужны каждому проекту.

Начните с простых вопросов:

• Как клиент должен связаться с компанией?
• Нужна ли онлайн-оплата?
• Будут ли регулярно добавляться товары или статьи?
• Требуется ли автоматическая передача заявок в CRM?
• Нужно ли интегрировать сайт с существующими сервисами?
• Какие функции должны быть готовы к запуску, а какие можно добавить позже?

Почему это важно для стоимости?

Простая форма обратной связи и сложная интеграция с внешней системой — разные задачи по объёму разработки и тестирования.

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

При этом заказчику не нужно самостоятельно разбираться, какой JavaScript или API потребуется для реализации. Достаточно описать ожидаемое действие.

7. Подумайте, как посетители будут находить сайт

Поисковое продвижение и реклама влияют на архитектуру проекта ещё до создания страниц.

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

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

Для некоторых проектов будут актуальны оба канала.

Что стоит сообщить разработчику

Расскажите, откуда компания получает клиентов сейчас.

Есть ли действующая реклама? Какие услуги наиболее приоритетны? Планируется ли поисковое продвижение? Существуют ли сезонные направления?

Не требуется самостоятельно собирать семантическое ядро.

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

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

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

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

8. Если сайт уже существует — не спешите его удалять

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

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

При неосторожной пересборке часть этих результатов можно потерять.

Поэтому до изменения структуры важно разобраться, что уже работает.

Что предоставить для первичного аудита

Полезно подготовить:

• Адрес действующего сайта.
• Информацию о платформе или CMS.
• Перечень основных проблем.
• Данные о наиболее важных разделах.
• Доступные отчёты по посещаемости и обращениям.
• Сведения о подключённых формах и интеграциях.

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

Затем составляется карта миграции: какие страницы сохраняются, какие объединяются, какие адреса изменяются и где потребуются 301-редиректы.

Нельзя обещать абсолютное сохранение SEO-позиций при любом переносе. Но предварительный аудит и контроль запуска помогают минимизировать риски.

А если старый сайт почти не работает?

Даже в этом случае полезно провести первичную проверку.

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

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

9. Определите, кто будет принимать решения

Даже небольшой сайт требует согласования содержания, структуры, дизайна и функциональности.

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

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

Чтобы избежать подобных ситуаций, желательно заранее определить:

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

Необязательно концентрировать все обязанности на одном человеке.

Главное — чтобы роли были понятны.

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

10. Обсудите бюджет, сроки и границы проекта

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

Однако полезно понимать хотя бы предполагаемый диапазон инвестиций и приоритеты проекта.

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

Это разные сценарии.

Сроки также зависят не только от разработчика.

На них влияют объём страниц, сложность функциональности, наличие материалов, скорость обратной связи и количество согласований.

Что важно согласовать до начала работы

Не только итоговую стоимость, но и состав проекта.

Необходимо определить, какие страницы, функции, интеграции и материалы входят в согласованный объём.

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

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

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

Подробнее о подходе AnaBel и форматах Start и Pro можно узнать на странице «Разработка сайтов на Tilda для бизнеса».

11. Не забудьте о домене, доступах и юридической информации

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

Домен и технические сервисы

Определите, есть ли у компании доменное имя и кто управляет его настройками.

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

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

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

Персональные данные

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

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

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

Кто владеет материалами

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

Особенно если они предоставлены сторонними подрядчиками или взяты из внешних источников.

Эти вопросы лучше решить до публикации сайта.

Чек-лист: что подготовить перед заказом сайта

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

Задачи бизнеса

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

Структура и материалы

• Есть предварительный перечень направлений.
• Собраны существующие тексты и документы.
• Подготовлены доступные фотографии и фирменные материалы.
• Сохранены ссылки на полезные примеры сайтов.

Технические требования

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

Организация проекта

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

Этот перечень не является обязательным техническим заданием. Он помогает провести первый разговор предметно и быстрее определить объём работы.

Что заказчику не нужно делать самостоятельно

Иногда подготовка к разработке превращается в попытку выполнить работу специалиста ещё до его привлечения.

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

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

Заказчику необязательно:

• Самостоятельно разрабатывать окончательную карту сайта.
• Собирать полное семантическое ядро.
• Знать особенности HTML, CSS и JavaScript.
• Определять все адаптивные размеры.
• Выбирать типы блоков Tilda.
• Писать техническое задание на сотни пунктов.

Эти задачи могут входить в работу разработчика и других специалистов проекта.

От заказчика прежде всего требуется информация о бизнесе и участие в принятии решений.

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

Как я начинаю проект в AnaBel

Для меня разработка сайта начинается с обсуждения задачи.

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

Затем определяется подходящий формат работы.

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

Если сайт планируется как полноценный инструмент развития бизнеса с существенным поисковым потенциалом, требуется более глубокая работа с нишей, семантикой, SEO-архитектурой и контентом.

После согласования состава проекта формируются структура, дизайн-система и интерфейс.

Основные секции разрабатываются индивидуально внутри Tilda с использованием HTML, CSS и JavaScript. Стандартные инструменты платформы используются там, где они позволяют решить задачу рациональнее.

При этом я не ожидаю, что заказчик придёт с готовым техническим заданием.

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

Частые вопросы перед заказом сайта

Можно ли обратиться за разработкой, если нет готовых текстов?

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

Объём работы с текстами согласовывается отдельно. Подготовка структуры и редактура имеющихся материалов отличаются от полного написания большого количества страниц.

Нужно ли сразу знать точное количество страниц?

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

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

Нужно ли самостоятельно готовить техническое задание?

Не обязательно.

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

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

Можно ли начать разработку без фирменного стиля?

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

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

Что делать, если сайт уже есть, но его нужно переделать?

Начать с аудита.

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

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

Итог: хорошая подготовка — это не толстое техническое задание

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

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

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

Чем лучше организована информация на старте, тем проще принимать обоснованные решения в процессе разработки.

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

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