Тестовое задание в anna.money

Задание

Как можно было бы сообщать пользователю о том, что ему нужно что-то сделать в сервисе – при том, что сервис выглядит как мессенджер.

Мессенджер — это некая область с задачами:
  • черновики платежей,
  • предстоящие регулярные платежи,
  • инвойсы.

Человеку нужно оплатить аренду офиса для своей студии и инвойс.

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

Как бы я решил эту проблему удобным способом?

Решение

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

Начнём с того, что поймём, как мы можем оповещать пользователя о том, что есть какие-то действия, которые ему необходимо совершить в приложении:
  1. Пуш / смс-сообщение → Приложение → Оплата
  1. Открытие приложения через меню / дровер → Напоминание тем или иным образом внутри приложения → Оплата

Вне приложения

Вне приложения есть 2 способа сообщить пользователю о чём-либо происходящем в продукте:
  1. Пуш-уведомления
  1. Смс-сообщения
Эти 2 способа кажутся весьма неплохими, поэтому, когда есть возможность, стоит задействовать их.

В приложении

Однако, не всегда у нас есть мобильный телефон пользователя, или он предоставляет доступ на уведомления. То, как аккуратно запрашивать доступы и спрашивать ту или иную информацию о пользователя — отдельная задача, которая касается онбординга пользователя в приложении (онбординг, в моём понимании, довольно широкое понятие, и не ограничивается просто велком-скринами при первом запуске приложения).

1. Напоминание от Анны в чате – 1
Это obtrusive вариант. Здесь происходит “вмешательство” персонального ассистента в возможно уже идущий диалог, и ассистент напрямую говорит пользователю о том, что у него есть счета к оплате. Этот вариант не хорош тем, что пользователю будет трудно поддерживать 2 беседы одновременно (если речь идёт о том, что можно вести несколько дел одновременно). Т.е. первое из выполняемых заданий может быть прервано, или поставлено на паузу, что не очень правильно.
2. Напоминание от Анны в чате – 2
Логика работы точно такая же, но есть небольшие отличия в плане интерфейса. Здесь решение очень схоже с тем, что можно увидеть в Messenger от Facebook. 
3. Напоминание через FAB
Несмотря на то, что этот вариант немного ломает парадигму того, что пользователь должен находиться только в чате, мне кажется он хорошим и стоящим к рассмотрению по ряду причин, основной из которых является то, что в этом случае необязательно прерывать диалог пользователя, если таковой ведётся. Можно отобразить интерфейсный элемент поверх чата, чтобы пользователь знал, что у него есть важные вещи, на которые стоит обратить внимание. Прототип и видео работы данного варианта можно найти в конце документа.
Ссылка на прототип: Framer. Прототип запускается по нажатию на инпут (поле ввода внизу экрана)
4. Кастомная клавиатура
В этом случае мы, опять же, не вырываем пользователя из его основного конверсейшена, он может спокойно продолжать общаться с ассистентом. Однако, по моему мнению, в данном случае гораздо сложнее заметить то, что у тебя есть что-то новое, что следует посмотреть.
5. Центр уведомлений
Также не вырываем пользователя из общения с ассистентом. Немного пересматриваем концепцию с инбоксом: вместо того, чтобы отображать на этом экране только платежи, давайте отображать вообще все операции, которые происходили. Тогда незавершённые платежи будут отображаться в «Pending», а всё, что было совершено, вне зависимости от исхода — в «Resolved». При этом сюда могут попадать не только те операции, которые требуют оплаты, но и операции под подпись и т.п. 
6. Показывать to-do вещи при запуске приложения
Можно также пробовать показывать экран с уведомлениями или инбокс при старте приложения, но мне не кажется, что плохой вариант, поскольку может мешать пользователю выполнять основной сценарий или действие. Так, например, делается в приложении «Бизнес Онлайн» от ВТБ24. Плохо.