Comments 20
К сожалению, в большинстве продуктовых компаний, окончательное утверждение дизайна принимают руководители, кому регистрация по адресу электронной почты с подтверждением, а так же куча полей на одной странице — привычнее, нежели пошаговый вход/регистрация с минимумом действий. Сам работаю в подобной конторе, где в очередной версии приложения (тематика так же связана с автомобилями и их контролем в реальном времени) допущены все перечисленные вами ошибки. К сожалению переубедить не удается, по причине отсутствия весомых аргументов. Т.е. у меня нет возможности приложить ссылки на гайдлайны от Apple/Google или мнения специалистов, которые были бы известны руководству. Буду очень признателен, если дополнили бы статью подобной информацией. Уверен что для многих, болеющих за выпускаемый продукт, она была бы полезна, чтобы отстаивать удобные реализации интерфейсов.
Тут есть два варианта:
1. Пригласите 5-10 человек в офис, раздайте ваш продукт и попросите выполнить базовые сценарии (регистрация или любое действие). На первых трех ваш руководитель будет краснеть и недоумевать: что за глупых людей вы пригласили? Да вооооот же эта галочка, кнопочка, текстик. Но к десятому задумается, что возможно проблема не в людях.
2. Перестаньте тратить время на компанию, руководство которой живет вчерашним днем. Найдите тех, кто соответствует вашим ожиданиям.
1. Пригласите 5-10 человек в офис, раздайте ваш продукт и попросите выполнить базовые сценарии (регистрация или любое действие). На первых трех ваш руководитель будет краснеть и недоумевать: что за глупых людей вы пригласили? Да вооооот же эта галочка, кнопочка, текстик. Но к десятому задумается, что возможно проблема не в людях.
2. Перестаньте тратить время на компанию, руководство которой живет вчерашним днем. Найдите тех, кто соответствует вашим ожиданиям.
Не совсем в тему, но столкнулся с такой парадоксальной ситуацией. В мобильном приложении в инициативном порядке были реализованы инновационные и крутые, не имеющие аналогов в отрасли возможности. Но руководитель распорядился их отключить. Мотивация руководства: да, мы впечатлены, но эти функции настолько замечательные, что увидев их, наши конкуренты через некоторые время их тоже добавят в свои приложения. А этого мы допустить не можем, поэтому не стоит показывать им такие замечательные идеи. :) Мы утратим наше преимущество, поэтому лучше, чтобы этого преимущества у нас и не появлялось вовсе.
Запрашивать разрешение на отправку уведомлений в нужное время и в нужном месте. Перед запросом объяснить, какую выгоду от этого получит пользователь. Если уведомления связаны напрямую с картой лояльности, то запрашивать разрешение стоит уже после авторизации в приложении.На самом деле очень спорное утверждение. Большинство приложений устанавливаются и забываются на следующий день (вне зависимости от их полезности). Уведомления — единственный способ вернуть пользователя в приложение. Запрашивая разрешение в «нужном месте» вы, допустим, можете повысить конверсию с 30% до 90%, что на первый взгляд может показаться очень внушительным. Но если большинство ваших пользователей не достигают «нужного места» с первого раза (а значит, вероятнее всего, не достигнут его никогда), то зачастую для бизнеса выгоднее иметь низкую конверсию на всех пользователях, чем высокую на малой их части.
Цитируя вас: «Уведомления — единственный способ вернуть пользователя в приложение.» еще раз подчеркну важность правильного запроса на отправку уведомлений. В рассмотренном случае системный запрос появляется сразу после первого запуска приложения и с огромной вероятностью сразу же успешно и блокируется. Если этот же самый запрос отправить после регистрации в приложении и подать его через ценность — конверсия будет значительно отличаться. А предложенная в статье реализация запроса позволяет очень аккуратно использовать тот единственный выстрел, который у вас есть (по крайней мере в iOS).
с огромной вероятностью сразу же успешно и блокируетсяЭто ваша эмоциональная (а потому абсолютно бесполезная) оценка. Бизнес ориентируется не на эмоции, а на реальные метрики. Вы когда-нибудь считали эту вашу «огромную вероятность»? Попробуйте посчитать, будете удивлены.
Если у вас подписываются на уведомления 40-50% при запросе на старте приложения, и 90% при запросе в «нужном месте», но при этом до начала приложения доходят 100 из 100, а до «нужного места» 10 из 100, то бизнес вполне может решить что 40-50 «грязных» конверсий выгоднее чем 9 «чистых». А может и не решить — все зависит от бизнеса и конкретных значений. Именно потому я и говорю, что ваше утверждение спорное.
Банальнейший пример — доставка еды. Юзер хочет уведомление о том, что курьер прибыл — т.е. «нужное место» появляется уже после совершения заказа. А бизнес хочет периодически «спамить» юзеров всякими акциями. И бизнес может вполне посчитать что «грязные» конверсии приносят больше денег, чем «чистые». И принять решение перенести запрос на уведомления из «нужного места» на старт приложения. Потому что юзабилити для бизнеса — не цель, а средство.
Мы можем уходить далеко в другие «банальные» примеры, но в контексте продукта из юзабилити-аудита приведенные рекомендации аргументированны.
Еще раз напомню, что цель не задвинуть максимально в «нужное место» запрос на подписку, а делать это своевременно и через прокладку, позволяющую не упустить единственный шанс получить добро на получение уведомлений.
Спасибо, что напомнили.
Еще раз напомню, что цель не задвинуть максимально в «нужное место» запрос на подписку, а делать это своевременно и через прокладку, позволяющую не упустить единственный шанс получить добро на получение уведомлений.
Бизнес ориентируется не на эмоции, а на реальные метрики
Спасибо, что напомнили.
Я вот почти всегда разрешаю, а если приложение наглеет, то либо удаляю само приложение, либо отключаю уведомления.
Если приложение установили и забыли, значит приложение пользователю не нужно, отправкой уведомления Вы только напомните «Эй чувак у тебя тут на телефоне какое-то ненужное приложение есть, может пора уже его удалить?».
С некоторыми рекомендациями сильно не согласен, и всегда раздражаюсь когда встречаю их в других приложениях.
Например первый пункт — показать пользователю слайд шоу с описанием функций. Я скачал это приложение либо потому что я участник программы и знаю зачем я качаю это приложение, либо я прочитал описание и тоже понимаю что и зачем я качаю. Зачем тратить мое время бесполезными карточками которые я всегда проматываю со словами: «Давай быстрее, где там регистрация»?
Уведомления — зло, часто я удаляю приложение после первого же бесполезного для меня уведомления о котором я не просил. Слова о том, что уведомления это способ вернуть пользователя, для меня звучат странно. Уведомления раздражают и отталкивают меня.
С дроблением экранов тоже не стоит перебарщивать, например запрашивать код в СМС и вводить его на следующем экране, явный перебор. Придется тыкать назад, что бы отредактировать номер телефона, или отправить код повторно, а если регистрация состоит из многих таких этапов, а мне вдруг надо поменять что-то на первой странице или начать заново, я буду много раз тыкать кнопку назад.
С остальными замечаниями по большей части согласен.
P.S. Вы очень часто говорите о конверсии и все такое, жаль, что проектируя интерфейсы конверсия имеет больший приоритет, чем элементарное удобство использования.
Например первый пункт — показать пользователю слайд шоу с описанием функций. Я скачал это приложение либо потому что я участник программы и знаю зачем я качаю это приложение, либо я прочитал описание и тоже понимаю что и зачем я качаю. Зачем тратить мое время бесполезными карточками которые я всегда проматываю со словами: «Давай быстрее, где там регистрация»?
Уведомления — зло, часто я удаляю приложение после первого же бесполезного для меня уведомления о котором я не просил. Слова о том, что уведомления это способ вернуть пользователя, для меня звучат странно. Уведомления раздражают и отталкивают меня.
С дроблением экранов тоже не стоит перебарщивать, например запрашивать код в СМС и вводить его на следующем экране, явный перебор. Придется тыкать назад, что бы отредактировать номер телефона, или отправить код повторно, а если регистрация состоит из многих таких этапов, а мне вдруг надо поменять что-то на первой странице или начать заново, я буду много раз тыкать кнопку назад.
С остальными замечаниями по большей части согласен.
P.S. Вы очень часто говорите о конверсии и все такое, жаль, что проектируя интерфейсы конверсия имеет больший приоритет, чем элементарное удобство использования.
Спасибо за развернутый комментарий.
К сожалению, не все пользователи настолько продвинуты как вы. Так как приложение рассчитано на широкую аудиторию клиентов, их нужно знакомить с возможностями приложения при первом запуске. Естественно, для опытных пользователей должна быть возможность быстрого перехода к авторизации в приложении без просмотра ознакомительных экранов.
Так и есть. Бесполезные для пользователя, нацеленные только на интересы бизнеса уведомления являются злом. Вместе с этим есть и полезные уведомления. В рамках этого юзабилити-аудита, я рассматривал только «техническую» сторону вопроса, связанную с текущим решением запрашивать разрешение на показ уведомлений.
Нет, не перебор. Это намного удобнее и проще для осознания, чем лепить несколько последовательных действий на один экран, как в текущей реализации приложения.
Естественно, какое конкретно решение применять зависит от контекста. Но если в вашем продукте есть форма с большим количеством полей, вместо дробления их на экраны, я бы задумался о целесообразности запрашиваемых данных и искал возможность сократить форму.
Отнюдь. Проектируя интерфейсы, мы думаем о потребностях целевой аудитории и их удобстве. Собственно, весь материал выше именно об удобстве. Конверсия — следствие удобства.
Например первый пункт — показать пользователю слайд шоу с описанием функций. Я скачал это приложение либо потому что я участник программы и знаю зачем я качаю это приложение, либо я прочитал описание и тоже понимаю что и зачем я качаю. Зачем тратить мое время бесполезными карточками которые я всегда проматываю со словами: «Давай быстрее, где там регистрация»?
К сожалению, не все пользователи настолько продвинуты как вы. Так как приложение рассчитано на широкую аудиторию клиентов, их нужно знакомить с возможностями приложения при первом запуске. Естественно, для опытных пользователей должна быть возможность быстрого перехода к авторизации в приложении без просмотра ознакомительных экранов.
Уведомления — зло, часто я удаляю приложение после первого же бесполезного для меня уведомления о котором я не просил. Слова о том, что уведомления это способ вернуть пользователя, для меня звучат странно. Уведомления раздражают и отталкивают меня
Так и есть. Бесполезные для пользователя, нацеленные только на интересы бизнеса уведомления являются злом. Вместе с этим есть и полезные уведомления. В рамках этого юзабилити-аудита, я рассматривал только «техническую» сторону вопроса, связанную с текущим решением запрашивать разрешение на показ уведомлений.
С дроблением экранов тоже не стоит перебарщивать, например запрашивать код в СМС и вводить его на следующем экране, явный перебор.
Нет, не перебор. Это намного удобнее и проще для осознания, чем лепить несколько последовательных действий на один экран, как в текущей реализации приложения.
а если регистрация состоит из многих таких этапов, а мне вдруг надо поменять что-то на первой странице или начать заново, я буду много раз тыкать кнопку назад
Естественно, какое конкретно решение применять зависит от контекста. Но если в вашем продукте есть форма с большим количеством полей, вместо дробления их на экраны, я бы задумался о целесообразности запрашиваемых данных и искал возможность сократить форму.
P.S. Вы очень часто говорите о конверсии и все такое, жаль, что проектируя интерфейсы конверсия имеет больший приоритет, чем элементарное удобство использования.
Отнюдь. Проектируя интерфейсы, мы думаем о потребностях целевой аудитории и их удобстве. Собственно, весь материал выше именно об удобстве. Конверсия — следствие удобства.
К сожалению, не все пользователи настолько продвинуты как вы. Так как приложение рассчитано на широкую аудиторию клиентов, их нужно знакомить с возможностями приложения при первом запуске.
Дело не в продвинутости и не в опытных пользователях которые устанавливают приложение не в первый раз. Не могу себе представить сценарий в котором я устанавливаю приложение на свой телефон и не знаю, что это и зачем. Разве что я скачал его по ссылке на сайте программы лояльности, но тогда логично описание поместить на самом сайте. Как вариант предложить пользователю ознакомиться с возможностями приложения уже после регистрации. Но тоже опционально, а не принудительно. Мне больше по душе самому потыкать по меню и изучить его, чем читать всплывающие подсказки.
Нет, не перебор. Это намного удобнее и проще для осознания, чем лепить несколько последовательных действий на один экран, как в текущей реализации приложения.
Еще один удобный вариант с одним экраном: сначала видно только поле для ввода телефона и кнопка «Запросить код подтверждения», а после нажатия на него появляется поле для ввода кода и кнопка подтвердить. Тогда неоднозначность последовательности действий исчезает, а экраны не плодятся.
Нет, не перебор.
Нет, перебор. Вы ещё и про стандартнейший сценарий «смс не пришло» забыли.
Дело не в продвинутости и не в опытных пользователях которые устанавливают приложение не в первый раз. Не могу себе представить сценарий в котором я устанавливаю приложение на свой телефон и не знаю, что это и зачем. Разве что я скачал его по ссылке на сайте программы лояльности, но тогда логично описание поместить на самом сайте. Как вариант предложить пользователю ознакомиться с возможностями приложения уже после регистрации. Но тоже опционально, а не принудительно. Мне больше по душе самому потыкать по меню и изучить его, чем читать всплывающие подсказки.
Вы судите об интерфейсном решении без попытки разобраться в контексте ситуации и целевой аудитории. Вы можете быть уверены в своем поведении и приводить любые доводы. Но оказавшись в определенной ситуации в определенный момент времени поведете себя иначе.
Не могу себе представить сценарий в котором я устанавливаю приложение на свой телефон и не знаю, что это и зачем.
Не все люди — как вы. Это, кстати одно из ключевых заблуждений: мерять все на себя.
Еще один удобный вариант с одним экраном: сначала видно только поле для ввода телефона и кнопка «Запросить код подтверждения», а после нажатия на него появляется поле для ввода кода и кнопка подтвердить. Тогда неоднозначность последовательности действий исчезает, а экраны не плодятся.
Да, вы практически описали предложенное в юзабилити-аудите решение.
Спасибо.
Текст на кнопке «Отправить бесплатное SMS» (сейчас уже изменено на «Отправить SMS»)Шило на мыло поменяли. Я всё ещё ожидаю что СМС будет отправлено с моего номера. А вот «Прислать СМС» было бы понятнее. Ещё понятнее было б «Прислать код в СМС»
Пункт «Я принимаю условия пользовательского соглашения» избыточен и в неправильном месте (регистрация еще не завершена)А это вообще должно быть первым пунктом, иначе я зря вот это всё вбил, вы все данные собрали (привет, Тинькофф), я отказался, но данные-то у вас остались.
Капитанство в чистом виде. За это ещё и деньги платят?
Какая замечательная статья. Большое спасибо!
Sign up to leave a comment.
Не Делисамокатом единым: как мелкие юзабилити-ошибки создают большие проблемы на реальном примере