Разработка приложения для ментального здоровья: как Dovira ведёт два интерфейса как один сервис

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

Это не медицинская консультация, и заметка не делает заявлений о клинических результатах. Dovira организует доступ к поддержке; она никого не лечит.

Dovira — онлайн-платформа, которая соединяет людей со специалистами для консультаций: индивидуально, всей семьёй или в группе. Это продукт Logics7, и Logics7 его ведёт. Наша роль охватывает структуру продукта, платформу, подбор и расписание, а также операционную работу.

На одной платформе находятся три вещи:

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

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

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

Dovira строили с обеих сторон одновременно, поэтому то, что видит участник, и то, что видит специалист, — два представления одного и того же состояния.

Интерфейс участника: найти, подобрать, забронировать, прийти

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

Интерфейс специалиста: доступное время, сессии, записи

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

В Dovira подбор и расписание — один процесс: нужный специалист и время находятся вместе. При разработке платформы онлайн-терапии запись на сессии часто воспринимают как виджет календаря рядом с каталогом. В двустороннем сервисе это и есть продукт.

Путь участника

Три проверки процесса

Работает ли процесс, решают три вещи:

• →Качество подбора. Человек попадает к нужному специалисту в тот момент, когда обращается, а не получает список для прокрутки. Хороший подбор специалиста снимает работу с человека, который ищет поддержку; каталог возвращает её обратно.
• →Экономика специалиста: доступное время, неявки, выплаты. Сервис, в котором никто не хочет работать, сервисом не остаётся.
• →Предсказуемость. Платформа каждый раз ведёт себя одинаково. Там, где ставки высоки, именно из этого складывается доверие.

Здесь же решается и удержание пользователей. В двустороннем сервисе доверие и расписание определяют, вернутся ли люди.

Некоторые решения в разработке приложения для ментального здоровья принимаются до первого экрана, потому что определяют каждый следующий экран. У них есть юридические и профессиональные последствия, поэтому они относятся к зоне оператора и квалифицированных консультантов, а не только команды разработки. Мы перечисляем их в виде вопросов. Этот раздел не является юридической консультацией и не делает заявлений о соответствии требованиям или о безопасности Dovira.

• →Категория данных. По GDPR и UK GDPR данные о здоровье относятся к особой категории персональных данных; в США может применяться HIPAA. Какие правила применяются, зависит от того, где работает платформа и кого она обслуживает.
• →Согласие. Чем участник соглашается делиться, с кем, на какой срок и как он отзывает согласие. Если есть вступительная анкета — кто читает ответы. Информированное согласие на саму помощь — в зоне специалиста.
• →Сообщения, видео и записи. Где они хранятся, кто может их открыть и как устроены защищённый обмен сообщениями и шифрование — это нужно записать до запуска.
• →Срочные обращения. Платформа для записи к специалистам — не экстренная служба. Продукт должен прямо говорить об этом и показывать путь кризисной эскалации к помощи вне платформы, согласованный с квалифицированными консультантами.

Назвать платформу для терапии соответствующей GDPR или HIPAA — это юридический вывод, а не функция. Профессиональные рекомендации для дистанционной практики, например рекомендации APA по практике телепсихологии, адресованы специалистам, а не программному обеспечению. Команда платформы читает их, чтобы понять, что специалистам нужно от продукта. Граница сохраняется везде: платформа организует доступ к поддержке и ведёт сервис вокруг неё; сама поддержка принадлежит специалисту.

Та же структура подходит для платформ коучинга и телемедицины, маркетплейсов экспертных консультаций, корпоративных программ wellbeing и любого двустороннего сервиса, где доверие, расписание и конфиденциальность определяют, вернутся ли люди.

В разработке приложения для ментального здоровья порядок важнее списка функций. Для MVP первыми идут оба интерфейса, один календарь, одна запись сессии и видео внутри продукта. Модель подписки или интеграция с EHR (электронной медицинской картой) планируются с опорой на это ядро, а не вместо него.

Logics7 строит такие сервисы как продукты, которые потом ведёт. Новый продукт начинается с Product Partnership: мы проверяем, держатся ли рынок, продукт и коммерческая логика, до того как обсуждать разработку. Если в плане есть грант или привлечение финансирования, Funding & Grant Support готовит обоснование продукта, на котором строится заявка. Экраны и структура — в кейсе Dovira.

Dovira — это то, как Logics7 ведёт сервис с высоким доверием как надёжный продукт. Если вы строите двусторонний сервис, начните с правильного маршрута.