Люди покупают глазами, или Как мы переосмыслили дизайн B2B-продукта в здравоохранении
История о том, почему даже внутрикабинетный интерфейс для операторов обзвона требует не только логики, но и понятного, цепкого дизайна. Опыт из стартапа «Зов буревестника».
Как всё начиналось
В далёком 2024 году, практически на старте моего Telegram-канала, я написал пост «Не нужен нам ваш дизайн!». Тогда я только начал рефлексировать над ролью визуала в продукте. Сейчас хочу вернуться к этой теме, но уже с полноценной историей, выводами и скриншотами.
Наш стартап называется «Зов буревестника» — мы помогаем больницам наводить порядок в расписании врачей. Сервис автоматизирует и облегчает обзвон: операторы напоминают пациентам о визите, уточняют, будет ли тот на приёме, и если пациент отказывается отменяет запись высвобождая ячейку в расписании врача.
С одной стороны, всё просто. С другой — интерфейс критически важен. Наши пользователи — это операторы колл-центров в больницах. Им нужно понятно, быстро, без лишних кликов и когнитивной нагрузки.
Когда инженерность — не всё
На старте я, как разработчик, склеил первую версию интерфейса на простом Bootstrap-шаблоне. Выглядело... приемлемо. Когда базовые функции устоялись, мы накатили более «цветастый» вариант — всё ещё на Bootstrap.
Тут-то и началось:
- Иконки в кнопках не считываются.
- Разные элементы конкурируют между собой.
- Мы сами терялись, где редактирование атрибутов, а где «план обзвона».
- Новые функционально только добавляет хаоса.
Выглядело это как костюм с WB: на фото нормально, в жизни — не садится. В нашем случае, я как разработчик продукта понимаю алгоритм действий, а новый пользователь спадает в ступор.
А давайте как для людей?
Мы обратились к знакомому дизайнеру и показали демо-стенд. Задача была не просто «сделать красиво», а пройтись по интерфейсу вслепую и задокументировать, где «дёргается глаз», где неочевидно, где теряешься. Только после этого мы дали ему руководство пользователя.
Он подготовил отчёт — с вопросами, замечаниями, местами, которые вызывают фрустрацию. Мы решили: переделываем всё. Полностью.
Дизайн-бриф глазами команды
Следующий шаг — составление брифа. Нужно было выбрать:
- 5 дизайнов, которые нравятся,
- 5 — которые не нравятся, и по каждому дать краткий комментарий: что именно зацепило — шрифт, сетка, контраст, логика, цвета.
Я специально привлёк к этому своего коллегу. Потому что ему дизайн казался не важной частью приложения. И такое убеждение, было не только не у него. Многие мои знакомые технари, считают что дизайн и упаковка не так важны, как само приложение. И, кажется, именно в этот момент стал поворотным.
Результат: три версии одной страницы
Мы получили новый дизайн. И на презентации мой коллега сказал фразу, которая стала итогом всей этой истории:
«Теперь я понимаю, почему люди покупают глазами.»
Он был в восторге. Начал предлагать улучшения, идеи для будущих фич. Коллега начал воспринимать дизайн как важную часть продукта, а не просто визуальный слой.
Чтобы не быть голословным — я покажу три скриншота одной и той же страницы:
А ещё я выложу в Telegram-канал PDF-файл с реальными заметками от дизайнера — будет интересно взглянуть, как он видел продукт до руководства пользователя.
Вывод
Если вы делаете B2B-продукт, особенно для специфической аудитории — дизайн не должен быть последним этапом. Он должен расти вместе с логикой продукта.
Потому что, даже если у вас под капотом Kafka, микросервисы и сложная логика — пользователю всё равно. Он видит интерфейс. Он видит иконку. Он покупает глазами.
📎 P.S. Хотите посмотреть на дизайнерский разбор? Заходите в канал «Код со смыслом» — там будет PDF-файл и больше деталей по проекту по тэгу #call_petrel.