Биотех платформа

Платформа, которая помогает ученым найти лекарства от рака, диабета и других аутоимунных и редких заболеваний.

О проекте

GitHub, elabNext, Apple Podcast,
Berkeley Skydeck

Медиа

Продуктовый дизайнер

Позиция

2021 – 2023

Период

•

ImmunoMind

О продукте

Биотехнологический стартап из Беркли, Калифорния. Сфера вычислительной иммунологии.

Цели

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

Платформа

Платформа искусственного интеллекта для разработки лекарств и поиска их побочных эффектов при раке, аутоиммунных и орфанных заболеваниях

Пользователи

Биоинформатики и биологи

Овервью

Одна из главных задач ImmunoMind – помочь ученым-медикам, которые боятся консолей и кодирования, успешно разрабатывать новые лекарства там, где необходима биоинформатика.
Платформа создана для биологов и биоинформатиков, людей с разным профессиональным и пользовательским опытом, а также с разным опытом использования аналогичных платформ

Главные боли

Боязнь потерять данные
Нет инструментов для совместной работы
Ограниченное время
Нет ощущения прогресса
Нет доверия к методам
Сложные инструменты

Главная проблема

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

User flow

1. Выбрать пайплайн

Выбрать наиболее подходящий шаблон для определенных целей и типа данных

2. Загрузить данные

Загрузить клетки для работы и анализа

3. Проверка и редактирование данных

Проверить, все ли загружено правильно, при необходимости переименовать набор данных

4. Изучение отчета

Изучение и проверка автоматически сгенерированного отчета, необходимого для утверждения лекарственного средства

5. Работа с пайплайном

Редактирование, сравнение параметров и графиков друг с другом. Изучить реакцию клеток на лекарство

6. Совместная работа

Командная работа над проектом, взаимодействие с коллегами и руководителем

7. Принятие решений / загрузка отчета

Загрузить отчет, отправить его в работу и, в идеале, получить одобрение на выпуск препарата. Или принять решение об улучшении иммунотерапии и продолжении работы над лекарством

Команда и погружение в работу

Команда

20+ человек, 3 команды.
RND команда, состоящая из биологов и биоинформатиков.
Продуктовая команда, состоящая из разработчиков и одного дизайнера, меня.
А также маркетинговая команда.

Челленджи

Главная сложность на протяжении всего проекта – понять мир биологов и биологию, соответственно. Спойлер: на 100% не понять даже за пару лет.
Поэтому главный способ решать задачи – постоянная коммуникация с RND командой. Выяснение в первую очередь у них, что болит и что они хотят. А также это означает (иногда) часами сидеть и пытаться разобраться в том, что они тебе объясняют :)

Работа не начиналась с полного нуля, но моей задачей было поддерживать заданный стиль, а также улучшить консистентность и создать дизайн систему. И, конечно же, за время работы появилось много новых сложных компонентов

Наша киллер фича – репорты!

Что такое репорты?

Репорты – то, благодаря чему может быть одобрено лекарство.
Они автоматические и всегда составляются в начале работы над проектом. Все изменения проекта могут быть применены и к отчету, тоже без усилий пользователя.
Отчет содержит информацию о различных параметрах и расчетах, процессе работы, а также графики.
Все элементы отчета полностью настраиваемы. В конце работы пользователь скачивает отчет, и благодаря ему лекарство может быть одобрено! 💊 🎉

Почему именно киллер фича?

Они автоматические, все изменения подтягиваются. При этом это очень гибкая система – можно выключить синхронизацию отдельных блоков и шагов (шок!), а также выбрать конкретную версию этих блоков в истории (снова шок!)
У нас также были шаблоны, которые подходят под конкретный use case – шаблоны для биологов, менеджеров или же просто для каких-то определенных исследований
Все это в совокупности закрывало главные боли пользователей – очень экономило время и позволяло не потерять данные

Особенности репортов

Репорты – огромная фича, которую мы итеративно развивали и улучшали в течение всей работы, поэтому кратко обо всем функционале:
Кастомизация и редактирование всего контента
Скачивание репорта (было очень много технических сложностей)
Коллаборация и шеринг репорта
Работа с шаблонами
Версии блоков/история версий

Новая концепция работы
с данными и проектами

Сместили фокус с данных на проекты

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

Дизайн челленджи

Страшных челленджей здесь не было :) Задача проста: ускорить и облегчить начало работы, подумав над UX.

И еще немного улучшений

1. Внедрили отображение новых множественных датасетов
2. Упростили иерархию элементов
3. Оптимизировали пространство на экране
4. Улучшили саму страницу с датасетами

Начало работы стало быстрее и проще

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

Снапшоты, история или версии?

Боли пользователей с интервью

Страх потерять данные
Невозможно быстро откатить изменения
Невозможно сравнивать данные и визуализации между собой
Невозможно заглянуть в прошлое и посмотреть какой-то конкретный шаг

Технические сложности

Больше всего эта функция зависела от технической команды, с которой я общалась почти каждый день. 
При разработке этой функции я полагалась только на разработчиков, а за основу мы взяли интерфейс системы контроля версий, которая знакома нашим пользователям.
Мы также много думали над названием, которое было бы понятно каждому. Обсуждали “снапшоты”, “история” и “версии”. В результате осталось самое простое название: “история”.

Решение

Добавили новый раздел в сайдбар проектов
Добавили индикацию об изменениях
Это буквально выглядит почти как система контроля версий для разработчиков, зачем что-то усложнять :)
Изменения можно “закоммитить”, тем самым создав новую версию
Версию можно восстановить, сделав ее актуальным состоянием проекта

Указаны даты и время создания версий
Визуально указываем на основе какой версии работает пользователь – важно прослеживать связь для сравнения параметров
Версией можно также управлять со страницы шага

Рефакторинг всей навигации

Овервью

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

Процесс

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

Результат

Добавлены разделы, обновлен дизайн и навигация по каждому разделу – стало понятнее и чище в том числе и визуально
Теперь все работает по четким правилам: сверху вниз, слева направо (вроде бы логично и очевидно, да 🙄)

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

Шаг – главный элемент проекта

Овервью

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

Что было сделано

Как я написала, работы было невероятно много, поэтому кратко о том, что сделали за время работы:
Дата чекеры – статусы, которые снимают напраяжение от неопределенности. Иногда хвалят, подсказывают или предупреждают
Улучшили навигацию, убрали версии
Работали над состояниями и параметров и взаимодействием с ними
Работали над отображением визуализаций
Работали над тулбарами блоков, в котором собрали все самые важные инструменты для работы

Совместная работа над проектом

Овервью

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

Челленджи

Опять же, технические сложности
Сложность в отображении состояний уровня доступа и вложений проекта
Состояние, когда доступ был утерян
Разные виды объектов с разными уровнями доступа

Решения

Появилась отдельная страница со всеми объектами, которыми поделились другие пользователи
На личных проектах появилась кнопка, которая помогает шерить данные
Но это если очень просто и не вспоминать технические обсуждения :)

Маркетинговые материалы

Овервью

Как продуктовый дизайнер, я занималась в том числе и маркетингом и даже немного брендингом. Моей задачей было разрабатывать дизайн для всего продукта целиком и поддерживать общий стиль и tone of voice.
Ниже просто поделюсь слайдами из перезентаций