Конструкторы сайтов: как выбрать и какие ограничения учесть заранее

Начните с работы сайта, которую нельзя потерять

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

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

Какие действия определяют выбор

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

Красивый шаблон — только начало. Трудный путь посетителя помогает обнаружить ограничения платформы до оплаты.

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

Редактор блоков или торговая платформа?

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

Когда удобнее редактор содержания

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

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

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

Сопоставление трёх подходов

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

Экспорт и передача доступа дают разную свободу

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

Что уезжает вместе со страницей

В справке Тильды об экспорте эта функция относится к линейке Business от 5 сайтов. При этом ресурсы Tilda CRM и личного кабинета не экспортируются. Значит, обещание забрать сайт надо разбирать по частям: визуальная страница и данные, с которыми работают сотрудники или посетители, могут иметь разную судьбу. Для компании, которой нужен личный кабинет, этот вопрос важнее формы выгрузки архива.

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

Перенос страницы не равен переносу процесса. Это особенно заметно на формах и закрытых разделах.

Кому принадлежит рабочая учётная запись

Сайт лучше создавать в аккаунте компании либо сразу описать порядок передачи. По инструкции Тильды передача проекта выполняется через «Настройки сайта → Действия → Передать сайт на другой аккаунт». Получатель использует фактически оплаченный Personal или Business. Пробный период для этого не считается оплатой. Эту деталь полезно включить в сроки сдачи, чтобы готовый проект не остался у исполнителя в ожидании подписки заказчика.

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

Сколько стоит работа после первого запуска

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

Как собрать полную стоимость

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

В расчётном примере подписка на год стоит 12 000 рублей. Домен добавляет 1 500 рублей. Подключение нужных сервисов и изменения содержания за этот период стоят ещё 18 000 рублей. Итого — 31 500 рублей. Это учебный бюджет, а не прайс одной из платформ. Разовая сборка страниц в него не включена, потому что её нужно сравнивать отдельной строкой вместе с составом передаваемого результата.

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

Что произойдёт при остановке оплаты

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

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

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

Какие условия включить в задание на сайт

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

Образец перечня требований

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

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

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

В результате остаётся короткое задание: если сотрудник может изменить нужное предложение, а ответственному приходит обращение с необходимыми сведениями, компания понимает, за что платит, и может принять работу без спора о том, насколько современным выглядит выбранный конструктор. При таком составе можно предметно сравнить предложения на разных платформах. Для помощи с реализацией на странице услуг ШТАБ ИТ можно выбрать подходящий вид работ, уже имея список требований к результату.