UI/UX Design 2026

PawBase

PawBase — концепт SaaS-платформы для управления приютами для животных.

Роль
UX Research, Product Design, UX/UI Design, Information Architecture, Visual Design
Срок
~1 неделя
Платформа
desktop

01  Контекст и проблема

Концепт SaaS-платформы для
управления приютами для животных

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

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

Проблема 1

Координация держится на одном человеке — информация о животных существует только в голове куратора или на бумажных листочках. При росте команды или смене сотрудника она исчезает.

Проблема 2

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

Проблема 3

Западные аналоги не подходят — существующие решения (Shelterluv, Shelter Manager, PetPoint) ориентированы на американский рынок, сложны в освоении и не имеют русскоязычного интерфейса. Аналогов на русском языке не обнаружено.

02  Исследование

Что проверялось, что подтвердилось

Исследование проводилось в два этапа: качественные интервью с волонтёрами и конкурентный анализ существующих решений.

Приюты используют цифровые инструменты для учёта животных
→ Работают по памяти и бумажным записям Опровергнуто
Маленький приют нуждается в системе так же, как крупный
→ При малом масштабе устная координация остаётся достаточной Опровергнуто
Волонтёры хотят полный доступ к данным о животных
→ Достаточно видеть только свою задачу Опровергнуто
Западные SaaS-решения покрывают потребности рынка
→ Сложный онбординг, нет русского языка, слабая мобильная адаптация Опровергнуто
Целевая аудитория — крупные приюты с приходящим персоналом
→ Подтверждено Подтверждено
Методологическая заметка. Интервью проводились с действующими волонтёрами, не с руководителями приютов — прямой доступ к управленческому уровню отсутствовал. Часть выводов о поведении менеджеров построена на основе конкурентного анализа и отзывов пользователей существующих систем. Это обоснованные гипотезы, не верифицированные интервью с ЛПР.

03  Исследование

Ключевые инсайты

Координация держится на одном человеке
Интервью с волонтёрами показали: вся работа строится на устной передаче информации. Куратор лично распределяет задачи и хранит данные о животных в голове. Волонтёры не имеют доступа к информации — и при малом масштабе это не создаёт проблем.
Система ломается при масштабировании
Модель "на одном человеке" работает только при постоянном присутствии куратора. При росте команды, текучке волонтёров или расширении она перестаёт быть устойчивой.
Пользователям не нужен полный доступ — им нужны задачи
Волонтёры не стремятся к работе с системой как с базой данных. Им достаточно видеть конкретную задачу и контекст её выполнения.
Рынок решений функционален, но неудобен
Анализ Shelterluv, Shelter Manager и PetPoint показал: системы покрывают задачи, но перегружены и сложны в освоении. Интерфейсы построены без иерархии, требуют обучения и плохо воспринимаются пользователями.
Мобильный сценарий не учитывается
Существующие решения не адаптированы под работу со смартфона. Табличные интерфейсы ломаются, что делает их непригодными для использования в приютах.
Продукты проектируются под контроль, а не под работу
Все рассмотренные решения ориентированы на администрирование, а не на повседневную работу с животными. Это создаёт высокий порог входа и снижает эффективность сотрудников и волонтёров.
Незакрытая ниша и чёткая целевая аудитория
Русскоязычных решений на рынке не обнаружено. Целевая аудитория PawBase — организации с приходящим персоналом, высокой текучкой и большим количеством животных. Это определило фокус продукта и приоритеты интерфейса.

04.1  Аудитория

Два пользователя, две логики

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

Критерий Менеджер приюта Волонтёр / сотрудник Контекст Риск
Роль
Принимает решение о покупке, настраивает систему
Пользуется ежедневно, часто с телефона
Разный уровень доступа
—
Главный вопрос
Всё ли под контролем? Где узкие места?
Что мне нужно сделать сегодня?
Стратегия / задача
—
Контекст работы
Офис, десктоп, обзорная аналитика
Вольер, смартфон, работа в движении
Разные сценарии
—
Болевая точка
Информация разрознена, нет единой картины
Нет доступа к нужным данным в нужный момент
Напряжение
⚠ Потеря контроля / ошибки
Главный страх
Пропустить критическую ситуацию
Сделать что-то не так из-за неполной информации
Тревога
⚠ Репутационные и операционные потери

Это разделение напрямую определило архитектуру продукта: два разных интерфейса внутри одной системы — управленческий дашборд и упрощённый волонтёрский сценарий.

04.2  Jobs To Be Done

Зачем каждый из них открывает систему

JTBD 1 — Менеджер
«Я прихожу утром и хочу за одну минуту понять: кто из животных требует внимания сегодня, где критические ситуации, что не было сделано вчера.»
Решение
Дашборд с приоритизацией по срочности. Больные животные, долгожители без усыновления и просроченные задачи автоматически выходят на первый план. Пользователю не нужно искать проблему — система показывает её сама.
JTBD 2 — Менеджер
«Если куратор заболеет или уволится — я не хочу потерять историю всех животных вместе с ним.»
Решение
Вся информация о животном хранится в карточке: история поступления, медкарта, назначения, заметки волонтёров и статусы. Уход сотрудника не обнуляет данные и не ломает процессы.
JTBD 3 — Волонтёр
«Я пришёл на смену. Мне нужно знать кого кормить, чем и сколько — прямо сейчас, без ожидания пока мне напишут.»
Решение
Упрощённый волонтёрский режим показывает только задачи на смену с нужными деталями. Не полную карточку животного, а конкретные инструкции: что дать, сколько, как выполнить задачу и когда она была сделана последний раз.

05  Болевые точки

Что мешает работать сейчас

Система держится на одном человеке
Вся информация о животных находится в голове куратора. Это работает только пока он присутствует. При болезни, отпуске или увольнении процессы разрушаются.
Волонтёр действует вслепую
Приходящий персонал не имеет доступа к данным о подопечных. Чтобы понять что делать, нужно дозвониться до куратора. Это создаёт зависимость и ошибки при устной передаче информации.
Западные инструменты требуют внедрения
Существующие решения настолько сложны, что пользователи вынуждены привлекать консультантов для настройки. Для НКО и небольших сетей приютов это неприемлемо по стоимости и времени.
Мобильный сценарий игнорируется
Волонтёр работает в вольере со смартфоном, а не за компьютером. Ни один из проанализированных продуктов не решает этот сценарий полноценно.

06  Проблемный стейтмент

Формулировка задачи

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

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

06  Проблемный стейтмент

Формулировка задачи

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

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

07  UI — применение системы

Как система работает на экране

07.1
Dashboard

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

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

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

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

PawBase dashboard
Контакты
Готова обсудить проект или сотрудничество
e-mail: agata.cr.artist@gmail.com
телефон: +7 (951) 981-85-94
Основной способ связи Telegram Скачать резюме
Made on
Tilda