Тут важно учесть, что истории уже превратились в отдельное направление со своими паттернами. Edge swipe и кнопки назад мы часто используем для навигации между основными экранами. Однако Инста за годы существования сторис сформировала новые паттерны поведения, которые в т.ч. включают смахивание вниз для закрытия и смахивание в сторону не для закрытия, а именно для переключения между сторис. Помню, что в начале, когда сторис только появились, изначально механики были непривычны для пользователей, вроде бы даже был отдельный отбординг по функции, разъясняющий, за что отвечает каждый жест. А сейчас, когда все уже привыкли к такому функционалу, остальные приложения, решившие внедрить сторис, просто копируют ставшие привычными паттерны.
Думаю, что это все же разные паттерны: лента новостей исторически сортировалась по хронологии, по дате и времени выхода. «Пропажа» прочитанной новости из ленты в таком случае будет неожиданностью.
Сторис (именно не в контексте соц.сетей, а при использовании, например, в e-commerce) – это просто еще 1 канал, позволяющий доносить ключевые месседжи, и чем больше их клиент просмотрит, тем лучше для компании. Поэтому многие упрощают путь клиента, перенося просмотренные в конец – клиенту просто не приходится отдельно скроллить карусель, и шансы на то, что он заметит и просмотрит еще одну историю, выше.
Про длину видео я, вроде бы, не писал. Какой-то конкретной идеальной для всех цифры не назову, но думаю, что стоит отталкиваться от того, к какой длину видео в сторис уже привыкло большинство пользователей. В инсте, например, максимальная длина – 60 секунд, за эти рамки в формате сторис, думаю, выходить не стоит.
Также важно понимать, что у всех разная аудитория и разный контент – и это не менее важные факторы, чем длина видео. Если контент интересный и полезный, его будут досматривать до конца. Если клиент не видит в нем ценности, даже короткая длина не спасет.
Кроме того, ответ на этот вопрос можно получить самостоятельно, настроив аналитику и отслеживая, до какого момента клиенты досматривают ваши существующие видео. Если вне зависимости от типа контента, клиенты отваливаются спустя, например, 20 секунд – это и будет ориентир в вашем конкретном случае.
Wow, очень интересно про Елисеевский, не знал. По доставке пенсионерам есть еще одно предположение. Когда ты на пенсии и дел становится все меньше, поход в магазин – это своеобразное развлечение: и физическая активность, и выход на свежий воздух, и возможность перекинуться парой слов со знакомым кассиром – своего рода поддержание ритма жизни. И в этом случае переход на доставку может иметь побочные эффекты. Что думаете по этому поводу?
Welcome! Да, соглашусь, объем большой, все статьи у меня такие ? Пытаюсь описать «картину мира» максимально полно, чтобы любое новое наблюдение уже было отражено в чек-листе. Скриншоты пробовал ставить в раскрывающиеся блоки, чтобы статья была покороче, но читатели в комментариях начали писать, что "теперь приходится открывать каждый, не удобно" – чувствую, идеального решения тут нет. Разве только если делать несколько версий статьи)
Мне кажется, недооцененная многими приложениями тема. Особенно если не пихать туда действия, которые и так можно сделать в 1 касание, перейдя в интерфейс.
Для ритейлеров, например, если карта лояльности для Wallet еще не реализована, электронная версия есть только в приложении и спрятана куда-нибудь вглубь профиля, ее смело можно выносить в быстрые действия, чтобы покупатель перед кассой мог открыть ее в 1 касание.
На сайте делаю разные версии иллюстраций под разные разрешения экрана, но на Habr при загрузке вертикального скриншота в десктопной версии он становится гигантским. Поэтому пришлось делать так, как это сейчас.
Возможно, подскажете, как в рамках редактора Habr соблюсти золотую середину?
Welcome! Да, согласен, чуть позже добавлю по аналогии с предыдущими 25 статьями. В этом конкретном случае, в отличие от предыдущих статей, необходимо фактически совершить заказ, а в библиотеках референсов по этой теме, к сожалению, очень мало примеров. Но со временем как-нибудь решу этот вопрос, скрины добавлю.
Спасибо за идею! Не хотелось делать слишком много ссылок, но имеет смысл. Добавлю точечные ссылки на статьи. Кстати, если интересует именно e-commerce: это 26-ая статья из цикла по этой теме. Все предыдущие статьи также доступны на Habr.
Да, вопрос интересный. Приложение останется долго на устройстве либо если клиент совершает покупки достаточно часто (например, еженедельный СберМаркет), либо если оно несет в себе дополнительную долгосрочную ценность помимо просто функционала заказа товаров / карты лояльности. И часто создание такой ценности – далеко не тривиальная история (например, некоторые спортивные бренды объединяют в приложении магазин и различные community аспекты).
Ну и конечно же, важно смотреть на то, насколько мобильная версия сайта конкурентоспособна в плане удобства по сравнению с приложением. Довольно часто можно встретить мобильные версии интернет-магазинов, которые далеки от идеала.
Для очень большого числа сайтов коммент прямо в точку. «У нас есть рассылка. Подпишитесь на рассылку» – зачем, что это мне даст, кроме спама? Вообще не понятно. И проблемы у многих магазинов как раз с тем, что доносят информацию не своевременно и не встают на место клиента, пытаясь понять, а они сами бы подписались, видя такое?
Но если более грамотно встраивать рассылку в клиентский путь и проектировать ее, исходя из потребностей, результата достичь можно:
Например, клиент уже у нас покупает и мы знаем, что он часто берет товары именно по акциям / часто заходит в каталог с акциями. На этапе подтверждения очередного заказа мы можем ненавязчиво подсказать ему, что он может получать рассылку с грядущими акциями именно на базе своих товарных предпочтений. Ровно 1 раз в неделю. Так, чтобы ничего не пропустить. И пусть отпишется, если не понравится.
В этом случае улавливаем контекст его потребностей, встраиваем рассылку в точку, когда он в большей степени расположен это предложение рассмотреть. Но в большинстве случаев, конечно, такого не встретишь, и подписываться точно не хочется.
Всего статей подобного плана по UX/UI в e-commerce уже 25. 19 материалов уже перенес на Habr. К завтрашнему утру постараюсь успеть перенести 20-ый.
Да, часто пользовательский опыт зависит от деталей, которые по отдельности могут казаться мелочами, но в сумме создают большую разницу между лидерами и отстающими.
Поэтому как раз и собираю воедино всё вплоть до мелочей. Кстати, все материалы постоянно дополняю, как только встречаю примеры. Будет что добавить – дайте знать!
Негативные примеры тоже очень ценны, и как бы это странно ни звучало, спасибо компаниям из этих примеров: за то, что другие, увидев их, не наступят на эти грабли. А компании из примеров, надеюсь, со временем поправят.
Про иконку: да, соглашусь, чаще срабатывает лучше именно то, что более привычно. Решения могут быть интересными, но не всегда более эффективными – чисто потому, что клиенты уже привыкли к другому. Чем-то напоминает qwerty-эффект.
Про SMS: именно совмещение email- и sms-рассылки в рамках единой формы встречается настолько редко, что в принципе может быть воспринято с настороженностью. Чаще всего подписка на sms-рассылку скрывается в форме регистрации пользователей за текстом «регистрируясь, я даю согласие на …» или небольшим незаметным чекбоксом.
Про «придирку»: это не придирка, а корректное замечание – поправил, спасибо!
Хорошо) Кстати, а что в версии для ПК по-вашему пока еще недостаточно покрыто? Возьму на будущее на заметку) В ближайшее время по версии для ПК добавлю сюда статьи про процесс сравнения товаров и проектирование блока с призывом к установке мобильного приложения (на десктопной версии сайта).
Рад слышать! Сейчас пока удалось перенести 18 статей. На основном сайте – 24. Плюс до этого больше фокусировался на версиях для ПК – сейчас буду постепенно смещать контент в сторону приложений.
В этой статье я отталкивался от удобства именно для клиента.
А прятать номер телефона как можно глубже – мера, нацеленная на сокращение нагрузки на колл-центр (и связанных на его работу). И она больше связана с оптимизацией бюджета, чем с клиентским опытом.
Тут важно учесть, что истории уже превратились в отдельное направление со своими паттернами. Edge swipe и кнопки назад мы часто используем для навигации между основными экранами. Однако Инста за годы существования сторис сформировала новые паттерны поведения, которые в т.ч. включают смахивание вниз для закрытия и смахивание в сторону не для закрытия, а именно для переключения между сторис. Помню, что в начале, когда сторис только появились, изначально механики были непривычны для пользователей, вроде бы даже был отдельный отбординг по функции, разъясняющий, за что отвечает каждый жест. А сейчас, когда все уже привыкли к такому функционалу, остальные приложения, решившие внедрить сторис, просто копируют ставшие привычными паттерны.
Добрый день.
Думаю, что это все же разные паттерны: лента новостей исторически сортировалась по хронологии, по дате и времени выхода. «Пропажа» прочитанной новости из ленты в таком случае будет неожиданностью.
Сторис (именно не в контексте соц.сетей, а при использовании, например, в e-commerce) – это просто еще 1 канал, позволяющий доносить ключевые месседжи, и чем больше их клиент просмотрит, тем лучше для компании. Поэтому многие упрощают путь клиента, перенося просмотренные в конец – клиенту просто не приходится отдельно скроллить карусель, и шансы на то, что он заметит и просмотрит еще одну историю, выше.
Про длину видео я, вроде бы, не писал. Какой-то конкретной идеальной для всех цифры не назову, но думаю, что стоит отталкиваться от того, к какой длину видео в сторис уже привыкло большинство пользователей. В инсте, например, максимальная длина – 60 секунд, за эти рамки в формате сторис, думаю, выходить не стоит.
Также важно понимать, что у всех разная аудитория и разный контент – и это не менее важные факторы, чем длина видео. Если контент интересный и полезный, его будут досматривать до конца. Если клиент не видит в нем ценности, даже короткая длина не спасет.
Кроме того, ответ на этот вопрос можно получить самостоятельно, настроив аналитику и отслеживая, до какого момента клиенты досматривают ваши существующие видео. Если вне зависимости от типа контента, клиенты отваливаются спустя, например, 20 секунд – это и будет ориентир в вашем конкретном случае.
Да, тоже встречал, боль. Кстати, благодарю, хорошее замечание – дополню!
Wow, очень интересно про Елисеевский, не знал. По доставке пенсионерам есть еще одно предположение. Когда ты на пенсии и дел становится все меньше, поход в магазин – это своеобразное развлечение: и физическая активность, и выход на свежий воздух, и возможность перекинуться парой слов со знакомым кассиром – своего рода поддержание ритма жизни. И в этом случае переход на доставку может иметь побочные эффекты. Что думаете по этому поводу?
Да, и это кстати очень интересная задача: сделать цифровой продукт настолько простым и понятным, чтобы люди в возрасте могли в нем разобраться.
Welcome! Рад, что оказалось полезно! Буду дополнять, если будет встречаться что-то новое
Welcome! Да, соглашусь, объем большой, все статьи у меня такие ? Пытаюсь описать «картину мира» максимально полно, чтобы любое новое наблюдение уже было отражено в чек-листе. Скриншоты пробовал ставить в раскрывающиеся блоки, чтобы статья была покороче, но читатели в комментариях начали писать, что "теперь приходится открывать каждый, не удобно" – чувствую, идеального решения тут нет. Разве только если делать несколько версий статьи)
Благодарю! Рад, что материал полезен!
Мне кажется, недооцененная многими приложениями тема. Особенно если не пихать туда действия, которые и так можно сделать в 1 касание, перейдя в интерфейс.
Для ритейлеров, например, если карта лояльности для Wallet еще не реализована, электронная версия есть только в приложении и спрятана куда-нибудь вглубь профиля, ее смело можно выносить в быстрые действия, чтобы покупатель перед кассой мог открыть ее в 1 касание.
Привет, спасибо!
На сайте делаю разные версии иллюстраций под разные разрешения экрана, но на Habr при загрузке вертикального скриншота в десктопной версии он становится гигантским. Поэтому пришлось делать так, как это сейчас.
Возможно, подскажете, как в рамках редактора Habr соблюсти золотую середину?
Благодарю! Да, с десктопной версией побольше нюансов будет.
Welcome! Да, согласен, чуть позже добавлю по аналогии с предыдущими 25 статьями. В этом конкретном случае, в отличие от предыдущих статей, необходимо фактически совершить заказ, а в библиотеках референсов по этой теме, к сожалению, очень мало примеров. Но со временем как-нибудь решу этот вопрос, скрины добавлю.
Спасибо за идею! Не хотелось делать слишком много ссылок, но имеет смысл. Добавлю точечные ссылки на статьи. Кстати, если интересует именно e-commerce: это 26-ая статья из цикла по этой теме. Все предыдущие статьи также доступны на Habr.
Звучит, как хорошая идея для какого-нибудь сервиса по типу adblock, только применимого к запросам?
Да, вопрос интересный. Приложение останется долго на устройстве либо если клиент совершает покупки достаточно часто (например, еженедельный СберМаркет), либо если оно несет в себе дополнительную долгосрочную ценность помимо просто функционала заказа товаров / карты лояльности. И часто создание такой ценности – далеко не тривиальная история (например, некоторые спортивные бренды объединяют в приложении магазин и различные community аспекты).
Ну и конечно же, важно смотреть на то, насколько мобильная версия сайта конкурентоспособна в плане удобства по сравнению с приложением. Довольно часто можно встретить мобильные версии интернет-магазинов, которые далеки от идеала.
Для очень большого числа сайтов коммент прямо в точку. «У нас есть рассылка. Подпишитесь на рассылку» – зачем, что это мне даст, кроме спама? Вообще не понятно. И проблемы у многих магазинов как раз с тем, что доносят информацию не своевременно и не встают на место клиента, пытаясь понять, а они сами бы подписались, видя такое?
Но если более грамотно встраивать рассылку в клиентский путь и проектировать ее, исходя из потребностей, результата достичь можно:
Например, клиент уже у нас покупает и мы знаем, что он часто берет товары именно по акциям / часто заходит в каталог с акциями. На этапе подтверждения очередного заказа мы можем ненавязчиво подсказать ему, что он может получать рассылку с грядущими акциями именно на базе своих товарных предпочтений. Ровно 1 раз в неделю. Так, чтобы ничего не пропустить. И пусть отпишется, если не понравится.
В этом случае улавливаем контекст его потребностей, встраиваем рассылку в точку, когда он в большей степени расположен это предложение рассмотреть. Но в большинстве случаев, конечно, такого не встретишь, и подписываться точно не хочется.
Рад, что полезно!
Всего статей подобного плана по UX/UI в e-commerce уже 25. 19 материалов уже перенес на Habr. К завтрашнему утру постараюсь успеть перенести 20-ый.
Да, часто пользовательский опыт зависит от деталей, которые по отдельности могут казаться мелочами, но в сумме создают большую разницу между лидерами и отстающими.
Поэтому как раз и собираю воедино всё вплоть до мелочей. Кстати, все материалы постоянно дополняю, как только встречаю примеры. Будет что добавить – дайте знать!
Негативные примеры тоже очень ценны, и как бы это странно ни звучало, спасибо компаниям из этих примеров: за то, что другие, увидев их, не наступят на эти грабли. А компании из примеров, надеюсь, со временем поправят.
Про иконку: да, соглашусь, чаще срабатывает лучше именно то, что более привычно. Решения могут быть интересными, но не всегда более эффективными – чисто потому, что клиенты уже привыкли к другому. Чем-то напоминает qwerty-эффект.
Про SMS: именно совмещение email- и sms-рассылки в рамках единой формы встречается настолько редко, что в принципе может быть воспринято с настороженностью. Чаще всего подписка на sms-рассылку скрывается в форме регистрации пользователей за текстом «регистрируясь, я даю согласие на …» или небольшим незаметным чекбоксом.
Про «придирку»: это не придирка, а корректное замечание – поправил, спасибо!
За выходом статей также можно следить в Telegram: https://t.me/hardclient – будем на связи!
Хорошо) Кстати, а что в версии для ПК по-вашему пока еще недостаточно покрыто? Возьму на будущее на заметку) В ближайшее время по версии для ПК добавлю сюда статьи про процесс сравнения товаров и проектирование блока с призывом к установке мобильного приложения (на десктопной версии сайта).
Рад слышать! Сейчас пока удалось перенести 18 статей. На основном сайте – 24. Плюс до этого больше фокусировался на версиях для ПК – сейчас буду постепенно смещать контент в сторону приложений.
Хороший комментарий?
В этой статье я отталкивался от удобства именно для клиента.
А прятать номер телефона как можно глубже – мера, нацеленная на сокращение нагрузки на колл-центр (и связанных на его работу). И она больше связана с оптимизацией бюджета, чем с клиентским опытом.