Каршинский филиал Ташкентского университета информационных технологий

5. Понятные пользовательские сценарии

Согласно статистике, пользователь предпримет максимум три попытки, чтобы разобраться в приложении. Если у него не получится зарегистрироваться, записаться к врачу или получить рекомендацию, приложение с большой вероятностью отправится в корзину.
Чтобы этого не происходило, надо учитывать, что среди пользователей медицинских приложений — не только миллениалы, но и люди в возрасте 40+ и 50+. Однако даже если ваш сервис ориентирован на такую аудиторию, это не повод делать дизайн в стиле начала 2000-х.
Как показывает практика, при разработке интерфейса стоит по-прежнему придерживаться принципов чистоты и минимализма. Но параллельно с этим необходимо добавлять всплывающие подсказки, которые объяснят пользователям принципы работы приложения.
Есть и другие способы упростить взаимодействие с приложением, например, сохранять историю действий, использовать ранее введенную информацию для уменьшения количества шагов в будущем.

В приложении по доставке лекарств мы создали отдельную страницу профиля для хранения информации о привязанных картах, рецептах и популярных товарах.

Выводы

В запуске мобильных приложений в медицинской отрасли много нюансов, но это не отменяет одного из главных правил стартапа: нельзя затягивать релиз приложения. Если вам нравится, как выглядит первая версия продукта, значит, вы зарелизились слишком поздно. Поэтому в выводах хотим поделиться правилами Purrweb, которые позволяют укладываться в сроки, а именно, запускать медицинские и околомедицинские MVP за 3 месяца.
Во-первых, большинство ИТ-команд работает на износ перед релизом, хотя рациональней беречь силы. Они понадобятся, чтобы оперативно исправлять баги, которые обязательно вылезут после того, как люди начнут пользоваться приложением. На этом этапе не надо бояться негатива: быстрая реакция со стороны разработчиков и техподдержки может превратить даже самого яростного критика в лояльного пользователя.
Во-вторых, надо помнить, что баги в приложении — это нормально, а ошибки относительного всего, что касается пользовательских данных, абсолютно недопустимы. При этом обеспечение конфиденциальности пользователей не должно растягивать сроки запуска: есть простые, но надежные техники, которые гарантируют соблюдение юридических требований.
В-третьих, надо правильно распределять приоритеты. Это значит, что ни в коем случае нельзя экономить на дизайне, безопасности и тестировщиках. Зато, даже если у вас неограниченный бюджет, при запуске приложения можно сократить количество фич и не разоряться на дорогие технологии. Например, стартапам нет смысла делать нативное приложение: сейчас значительно вырос уровень кроссплатформенной разработки, поэтому пользователи даже не увидят разницы