Выбор платформы проще делать по рабочим сценариям. Кто будет менять тексты? Нужны ли личный кабинет, оплата и связь с внутренними системами? Как часто появятся новые страницы? Ответы на эти вопросы полезнее спора о том, какой инструмент современнее. Рассмотрим порядок выбора для небольшого коммерческого сайта.
1. Опишите действия посетителя и редактора
Разделите требования на две группы. В первой - действия клиента: изучить услугу, выбрать вариант, отправить заявку, получить доступ. Во второй - работа владельца: обновить стоимость, добавить кейс, изменить форму, выгрузить обращения. Назовите человека, который будет выполнять каждую задачу.
Запишите обязательные функции отдельно от пожеланий. Например, блог нужен на запуске, а каталог на тысячу позиций пока только обсуждается. Такое разделение помогает не усложнять маленький сайт и не обнаружить критическое ограничение после согласования дизайна.
2. Когда стоит рассмотреть Webflow
Webflow стоит включить в сравнение для маркетингового сайта, где важны визуальная настройка и работа с повторяющимся содержимым. Проверять пригодность лучше на одном реальном шаблоне: соберите карточку услуги или кейс с длинным заголовком, несколькими изображениями и обязательными полями.
Затем попросите будущего редактора самостоятельно изменить материал. Посмотрите, понимает ли он поля и ограничения, может ли случайно нарушить композицию. Перед выбором проверьте актуальные условия нужного плана, локализации и интеграций: название платформы само по себе не определяет состав проекта.
3. Когда нужна индивидуальная разработка
Собственная разработка часто заслуживает отдельной оценки, если продукт строится вокруг нестандартных правил: разных прав доступа, расчётов, очередей, сложных статусов или обмена данными. Но сам факт наличия формы или нескольких страниц ещё не делает её необходимой.
Для сравнения нарисуйте один важный сценарий полностью: от нажатия кнопки до записи данных и сообщения пользователю. Укажите обработку ошибок. Попросите описать, какие части будут готовы из существующих компонентов, а какие потребуют разработки и последующего сопровождения.
4. Уточните, что произойдёт при переезде
В документации Webflow указано, что экспорт кода не переносит работающие CMS, поиск и обработку форм. Поэтому «можно скачать HTML» не равнозначно «можно без изменений перенести весь сайт». Проверьте документацию перед выбором архитектуры.
Составьте список того, что нужно сохранить при смене подрядчика: домен, изображения, тексты, структуру адресов и данные заявок. Для каждого пункта договоритесь о способе передачи. Этот разговор полезен при любой платформе, в том числе при индивидуальной разработке.
5. Сравните первый год работы
В смету полезно включить не только сборку, но и размещение, сторонние сервисы, обновления, резервные копии и помощь редактору. Попросите одинаковый состав расчёта для каждого варианта. Иначе дешёвый запуск может сравниваться с предложением, в котором уже есть сопровождение.
Зафиксируйте критерии приёмки: корректная мобильная версия, работа форм, доступы владельца, инструкция по обновлению. Итогом выбора должен стать короткий документ с обоснованием и ограничениями, а не просто название инструмента.
Что сделать дальше
Начните с одного типового экрана и самого сложного пользовательского сценария. Небольшая проверка этих двух вещей даст больше оснований для выбора, чем длинный список возможностей платформы.