Входящие, запись, напоминания, реактивация и показатели доступны в кабинете.
[Продукт · UX]
интерактивный прототип
вымышленные данные
ВетПульс — прототип помощника для ветклиник
Спроектировали путь от входящего обращения до предварительной записи, напоминаний и реактивации пациентов. Результат — два адаптивных статических прототипа: лендинг и кабинет с интерактивными сценариями. AI-модель, серверная часть и Vetmanager не подключены.
Открыть интерактивный прототип ↗
сценарии работают в браузере, все данные вымышлены
статус кейса
статические прототипыПродуктовый прототип для проверки сценариев
Два адаптивных прототипа показывают путь клиента и работу клиники.
AI, backend и Vetmanager не подключены; показатели не являются результатами клиники.
{{ demoCaption }}
// три заскриптованных сценария · без сети, LLM и реальных данных клиники
сценарий прототипа
От обращения до действия администратора
01
Обращение
Владелец питомца задаёт вопрос в демонстрационном чате
02
Определение сценария
Прототип различает вопрос о цене, запрос на запись и срочный случай
03
Безопасный следующий шаг
Ответ, черновик записи или передача сотруднику — без медицинских советов
→ отвечаетПоказывает пример ответа из вымышленного прайса
→ готовит записьФормирует черновик, который должен подтвердить администратор
→ эскалируетПоказывает передачу срочного или неоднозначного запроса человеку
Напоминания · концепт
Экран показывает очередь сообщений и ручной контроль отправки
Реактивация · концепт
Кампания моделируется на синтетическом списке пациентов
01 · гипотеза
Проверить, может ли единый интерфейс помочь администратору быстрее обрабатывать типовые обращения, неявки и повторные визиты. Это продуктовая гипотеза, а не подтверждённая статистика клиники: для оценки ценности нужны интервью, исходные показатели и пилот на реальном процессе.
02 · что спроектировали
Собрали публичный лендинг, короткий диалоговый сценарий внутри кейса и отдельный кабинет с пятью разделами: сводка, обращения, записи, напоминания и реактивация. В интерфейсе можно переключать разделы, отвечать в чате, подтверждать черновики и запускать условную кампанию. Всё работает локально в браузере на HTML, CSS и JavaScript.
03 · что оказалось сложным
Разделили демонстрацию и реальный продукт. В прототипе явно отмечены вымышленные данные и сценарная логика; финансовые значения называются модельными, а действия — черновиками. Интеграция с Vetmanager, хранение персональных данных, AI-модель и юридическая схема вынесены в следующий этап проверки.
Для срочного запроса интерфейс не даёт медицинский совет и не обещает фактически состоявшийся звонок. Он показывает предполагаемую эскалацию и необходимость подтверждения сотрудником.
Ложно-отрицательный результат: у модалки с position:fixed overflow:hidden клиппит переполнение, а не скроллит: «скролла нет», но текст обрезан. Корень — min-width:auto у flex/grid-элемента, который не сжимается ниже своего содержимого; фикс — min-width:0. Вывод, который переиспользовали дальше: мерить scrollWidth против clientWidth, а не полагаться на скролл документа.
Главный вывод: до разработки backend нужно проверить, что существующие функции вет-CRM не закрывают задачу, а клинике действительно нужен отдельный слой. Здесь прототип служит материалом для интервью и проверки процесса, а не доказательством внедрения.
04 · проверяемый результат
- Два публичных адаптивных прототипа: продуктовый лендинг и кабинет клиники.
- Пять интерактивных разделов кабинета и три диалоговых сценария внутри кейса.
- Сценарии записи, срочной эскалации, напоминаний и реактивации показаны на явно вымышленных данных.
- Интерфейс работает без внешних зависимостей и сетевых запросов; поддерживает клавиатуру, мобильные экраны и режим reduced motion.
- Границы прототипа зафиксированы явно: серверная часть, авторизация, база данных, AI-модель и Vetmanager отсутствуют.
- Следующий обоснованный этап — интервью с клиниками, сверка возможностей их CRM и только затем техническая проверка в API-песочнице.
HTML
CSS
JavaScript
Исследование продукта
Responsive UX
Accessibility