Создание сайтов и прототипов

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

Обновлено 19 октября 2026

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

Выберите тип результата

Для страницы юридической практики, мероприятия или материалов подойдёт конструктор сайтов: например, Framer или Readdy. Для приложения с экранами и действиями можно рассмотреть Lovable, Bolt или Blink. Их текущее назначение и входы собраны в каталоге.

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

Сценарий: форма запроса юристу

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

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

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

Шаги: выбрать тип вопроса; заполнить относящиеся к нему поля;
посмотреть карточку; подтвердить отправку.
Типы: договор, претензия, корпоративный вопрос, другое.
Покажи отсутствующие обязательные поля рядом с полями.
Дай вернуться назад без потери заполненного текста.

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

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

Калькулятор: формула отдельно от ИИ

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

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

Переход к рабочему сервису

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

Согласуйте домен, способ входа, хранение данных, расходы, резервное копирование и владельца поддержки. Для вложений задайте размер, срок хранения и удаление временных копий. Для журналов — общий предел объёма и очистку. Красивый экран не отвечает на эти эксплуатационные вопросы.

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