← Все работы

Конструктор DTT протоколов

Как я превратил 4 часа бумажной работы в 2 минуты в приложении

Компания
Flymind
Роль
Product Designer
Год
2025
Платформа
iOS · Android

«Ребята, конструктор протоколов это волшебство какое-то. Даже несмотря на то что он делает только DTT — это уже большое дело. Я раньше тратила часы на эту писанину, а теперь за минуту собираю отличную базу для протокола.»

— ABA специалист, партнёрский центр

Контекст

FlyMind — платформа для ABA терапии детей с аутизмом. Я пришёл сюда единственным дизайнером, а позже — после результатов работы — был повышен до продакта и стал совмещать обе роли.

ABA терапия это наука со своими законами и методологией, строгая как математика. Но при всей своей строгости она до сих пор живёт на бумаге. Один из самых тяжёлых артефактов этой работы — DTT протокол.

Проблема

DTT протокол — это несколько листов A4. Таблицы, описания, цели, этапы обучения, виды подсказок, критерии освоения, и огромный чек-лист для записи данных после каждой сессии.

Чтобы создать один протокол, специалист сначала продумывал его в голове, потом писал вручную, потом сводил всё воедино. И только после этого мог начать работу с ребёнком.

На конференции мы опросили 12 специалистов. Создание одного протокола на бумаге занимало от 1,5 до 4 часов. На одного ребёнка. А у специалиста их десятки.

Главная боль которую я зафиксировал: специалист тратит часы не на ребёнка, а на бумаги.

Один протокол на одного ребёнка — два листа A4, и всё заполняется вручную.
Один протокол на одного ребёнка — два листа A4, и всё заполняется вручную.
Один протокол на одного ребёнка — два листа A4, и всё заполняется вручную.

Задача которую я себе поставил

Не просто оцифровать бумагу. А убрать из процесса всё что не является экспертизой специалиста — и оставить только то что требует его профессионального суждения.

Всё остальное должна делать система.

Что я спроектировал

Конструктор разбит на три понятных шага вместо плотного листа A4.

Шаг 1 — Initial Setup. Специалист вводит только название протокола и область применения. Дальше AI предлагает на выбор цели протокола и его описание.

Шаг 2 — Define Antecedents. AI собирает информацию и предлагает конкретные стимулы под этот протокол. Каждый можно отредактировать, удалить или добавить свой.

Шаг 3 — Define Reactions. Система выводит реакции которые подходят под тип протокола и область применения.

Ключевое решение которое я отстаивал через весь проект: AI — инструмент, не замена. Каждый шаг можно выполнить вручную или поправить то что предложила система. Эксперт остаётся главным — AI только ускоряет.

Три шага конструктора: Initial Setup → Antecedents → Reactions.
Три шага конструктора: Initial Setup → Antecedents → Reactions.

Где AI не справился — и что я с этим сделал

Самое интересное решение в этом проекте — про то, где я убрал AI.

На старте реакции ребёнка в протоколах тоже генерировал AI. Но почти все специалисты которые пробовали конструктор говорили одно: генерируется бред. А для профессионального инструмента «бред» означает потерю доверия мгновенно.

Я начал разбираться. Провёл серию интервью с экспертами и обнаружил неочевидное: реакции поддаются категоризации. От протокола к протоколу они плюс-минус совпадают — если знать тип протокола и область применения.

Я собрал эти реакции от специалистов, упаковал в структурированную таблицу по типу протокола и области, и мы зашили их в конструктор напрямую. Теперь система не выдумывает, а выводит проверенные реакции под настройки протокола.

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

Это разгрузило AI там где он не справлялся, и защитило продукт от провала перед профессиональным сообществом.

Иногда правильное дизайн-решение — это убрать AI, а не добавить.

Замкнутый цикл — от специалиста к родителю

Готовый протокол специалист назначает ребёнку в пару тапов. Родитель получает его сразу.

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

То что раньше требовало ручного переноса данных в Excel, теперь собирается само.

Сессия у родителя: выбор навыков, инструкция и запись данных в один тап.
Сессия у родителя: выбор навыков, инструкция и запись данных в один тап.

Результат

Было: 1,5–4 часа на один протокол, листы A4, ручной перенос данных в Excel. Стало: 2–5 минут в приложении, автоматический сбор данных, наглядный прогресс.

Конструктор стал той функцией о которой специалисты пишут сами, без нашей просьбы. Партнёрские центры называют его «волшебством» — и это при том что пока он покрывает только DTT протоколы.

Что я вынес из этого проекта

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

Я не ABA специалист. Поэтому моя работа была не в том чтобы решить за них, а в том чтобы убрать всё что мешает им применять их собственную экспертизу. Сократить путь от мысли до готового протокола. И вовремя признать, что в одном месте умный алгоритм проигрывает простой таблице, собранной от живых профессионалов.