Операционная система клиники, перестроенная вокруг тридцати секунд между двумя пациентами — единственного окна, когда визит либо фиксируется, либо перестаёт существовать.
Результат. Запись о визите перестала быть документом «всё или ничего». За тридцать секунд в кабинете сохраняются вес, препарат и доза; коллеги видят их сразу, а полная карта дописывается позже без перезаписи. Цена решения: карта часами остаётся явно незавершённой, и этот статус должен быть понятен всем следующим читателям.
Ветеринар небольшой клиники принимает от десяти до двадцати пациентов в день. Программа открыта до и после приёма, но не во время него: пока животное на столе, запись живёт в бумажном блокноте. Врач пишет стоя одной рукой, потому что другой держит кота.
Дальше данные переходят между семью инструментами. Вес вручную переносится в калькулятор дозы на телефоне — так едва не появилась ошибка в десятичной точке. Услуги передаются администратору голосом, а полная карта пишется дома в девять вечера, частично по памяти.
В четверг визит не попал в систему. В субботу коллега увидел запись годичной давности, начал обследование заново и едва не назначил второе противовоспалительное поверх первого. Защитил телефонный звонок врачу в выходной — система о визите не знала.
Бриф просил быстрее закрывать визиты и измерять долю записей, завершённых в день приёма. Но между пациентами у врача есть выбор: заполнять карту или встретить следующего — и двенадцать раз в день она выбирает человека.
Продукт, требующий полную запись в этом окне, не получает половину записи: он получает целиком отложенную запись. Поэтому система должна удержать минимально полезный след — вес, препарат, дозу и строку текста — за секунды и сразу показать его коллеге.
Метрика тоже меняется: не полнота к концу смены, а наличие следа к моменту выхода врача из кабинета.
Сохранить минимально полезную запись за тридцать секунд, а всё остальное дописать позже.
Клиника уже работала в специализированной системе, поэтому продукт должен был превзойти существующий инструмент. Я провёл поэкранный эвристический аудит со шкалой тяжести и явно исключил экраны, которых не было в материалах.
Затем исследование рынка и требований к ветеринарным записям. Три неподтверждённых числа не попали в PRD; всё, чего разговоры не подтвердили, осталось гипотезой, даже если поддерживало редизайн.
В объём вошёл 31 Must-have из 62 требований, карта из 44 экранов, три потока, 12 low-fi и 12 high-fi кадров с 31 скрытым edge case. После дизайн-системы появился React-прототип, Storybook и четыре волны исправлений по синтетическим сценариям.
Свободный слот создавал визит без пациента, владельца и причины — запись, которая существует и ничего не говорит. Сценарий был на карте, но отсутствовал в дизайн-файле и спецификации; сборка тихо разошлась с источником.
Статус сохранения показывался дважды — в шапке и боковой панели. Для продукта, где потеря черновика разрушает доверие, два индикатора опаснее одного: при первом расхождении не верят обоим. Исправлением стало удаление одного.
После удаления осталось CSS-правило, которое прижало навигацию к низу пустой колонки. Экраны и сборка прошли проверку; дефект нашёлся позже во время съёмки кейса.
Система содержит 85 переменных — 54 примитивных и 31 семантическую, 21 текстовый стиль, 31 логический компонент и 136 вариантов. Полный скан нашёл ноль жёстких цветов, ноль текста без стиля и ноль отсоединённых инстансов; 30 геометрических значений записаны как долг.
Я удалил контейнер карточки с тремя вариантами и нулём инстансов: его фиксированная анатомия не подходила реальным блокам. Покрытие проверяется скриптом по матрице, а кадры снимаются из каталога.
Клиника защищена NDA: она не названа, показатели не публикуются, а исходной точки для сравнения нет. Метрики здесь — план измерения по наблюдаемым признакам, не заявленное внедрение.
Каждое решение покупает гарантию ценой чего-то другого, и каждый такой обмен можно оспорить.
Если кейс выше ответил на ваш вопрос — или добавил новый.
