вам создана учетная запись в приложении vashpers
Не паникуйте, ваш WhatsApp (возможно) не был взломан
Неожиданно вышли из приложения WhatsApp для Android? Ты не одинок
В отличие от некоторых других мессенджеров, WhatsApp позволяет зарегистрировать пока только один номер телефона для каждой учетной записи. Это означает, что когда вы входите в свою учетную запись WhatsApp на другом телефоне, используя тот же номер, он выводит вас из приложения на существующем устройстве. Поэтому, если вы откроете WhatsApp на своем обычном телефоне и вас «выкинуло» из системы, при том, что вы не входили в свой аккаунт на другом, — вы можете немного испугаться.
Неожиданный выход из WhatsApp пугает
Давайте проясним: ваше беспокойство полностью понятно. В конце концов, необычно открыть WhatsApp и получить следующее неожиданное сообщение:
«Ваш номер телефона больше не зарегистрирован в WhatsApp на этом телефоне. Возможно, вы зарегистрировали его на другом телефоне. Если вы этого не сделали, подтвердите свой номер телефона, чтобы снова войти в свою учетную запись».
Это определенно выглядит так, как будто кто-то вошел в вашу учетную запись на неизвестном вам устройстве. Но почему вам, вероятно, не стоит беспокоиться об этом выходе из системы?
К счастью, на этот раз, скорее всего, это не взлом. Как выяснилось, это известная ошибка WhatsApp для Android устройств. Эксперты пишут, что нет повода для беспокойства и не нужно менять пароль или принимать другие меры безопасности. Так же они считают, что возможно проблема находится на стороне сервера, или в самом приложении, для которого, вероятно, скоро выйдет патч решающий её.
Но если вы столкнулись с этим на iPhone, будьте бдительны
Важно отметить, что данная проблема затрагивает WhatsApp только для Android, а не iOS. Если вы неожиданно, то есть самопроизвольно вышли из WhatsApp на своем iPhone, мы настоятельно рекомендуем вам немедленно изменить свой пароль, обязательно сделав его надежным.
Почему разработчики отказываются от авторизации через Apple с фейковым email
Начиная с 30 июня вступило в силу новое правило в App Store, требующее, чтобы многие приложения поддерживали вход в систему с помощью Apple (Sign in with Apple). AnyList — это одно из приложений, на которое влияет это новое правило, то есть они должны либо реализовать вход в систему с помощью Apple, либо внести другие изменения в приложение. Рассмотрев достоинства входа в систему с помощью Apple, разработчики решили отказаться от него. В своём блоге они подробно объясняют, почему приняли это решение.
Они пишут, что сторонние системы авторизации вызывают головную боль у пользователей и службы поддержки. Люди не помнят, какую систему входа они использовали для создания своей учётной записи («Хм, я создал этот аккаунт пару лет назад. Использовал ли я свой адрес электронной почты? Аккаунт в Facebook? Вход с помощью Apple?»). На простые вопросы типа «Как сбросить пароль?» больше нет простых ответов, и всё зависит от того, какую систему вы использовали для создания учётной записи, если вы можете вспомнить.
В дополнение к этим проблемам взаимодействия с клиентами, вход в систему с помощью Apple вводит ещё несколько уникальных проблем.
Одна из них заключается в том, что большинство идентификаторов Apple ID привязаны к адресу электронной почты iCloud. Таким образом, большинство учётных записей, созданных с помощью системы Sign in with Apple, будут использовать адрес электронной почты iCloud. Но многие из этих адресов электронной почты iCloud не используются и не проверяются, потому что «реальный» адрес электронной почты клиента — это его адрес Gmail, Yahoo или Hotmail. Если попытаться связаться с клиентом, используя его адрес электронной почты iCloud, он может так и не увидеть сообщение. «Мы постоянно сталкивались с этой проблемой в службе поддержки клиентов, — пишут разработчики, — когда AnyList использовал встроенный интерфейс iOS для отправки запросов в службу поддержки. Этот интерфейс часто по умолчанию использует учётную запись электронной почты iCloud. Поэтому люди просили о помощи, мы отвечали, и они связывались с нами позже, сердясь, что мы так и не ответили. Наш ответ отправлялся на их адрес электронной почты iCloud, но они его не видели, потому что они всегда смотрели только на свой ящик Gmail в приложении Gmail».
Ещё одна проблема — это вход в систему с помощью функции Apple «Скрыть мою электронную почту». С помощью этой функции, если вы создадите учётную запись в приложении, Apple сгенерирует специальный адрес электронной почты только для этой учётной записи. Так что вместо реального адреса электронной почты приложение увидит что-то вроде dpdcnf87nu@privaterelay.appleid.com. Хотя это интересная идея, которая обеспечивает определённую степень конфиденциальности, на практике она создаёт многочисленные сложности для поддержки и удобства пользователей.
Разработчики AnyList перечисляют некоторые из проблем:
Но из-за проблем для пользователей, техподдержки и разработчиков компания AnyList приняла решение отказаться от системы ‘Sign in with Apple’. Кроме всех этих проблем, ещё неизвестно воздействие новой технологии на общую систему безопасности: «Как разработчики, мы всегда должны проявлять должную осмотрительность при оценке последствий нашей работы для безопасности. В прошлом месяце в системе входа в систему Apple был обнаружена серьёзная уязвимость, настолько серьёзная, что Apple заплатила 100 000 долларов тому, кто её нашел. Если вы прочтёте соответствующий отчёт, то увидите, что эта серьёзная уязвимость также очень простая, что не даёт большой уверенности. Для чего-то столь важного, как служба для входа в учётные записи, не кажется разумным использовать незрелую службу (менее года), которая недавно была подвержены столь серьёзной уязвимости».
Еще одним признаком незрелости службы ‘Sign in with Apple’ является печальное состояние документации для неё, считают разработчики: «Хорошая документация имеет решающее значение для облегчения принятия разработчиком любой службы. Поскольку Apple ожидает, что разработчики примут эту услугу к 30 июня, кажется разумным ожидать достойной документации. К сожалению, как и большая часть последней документации для разработчиков от Apple, её катастрофически не хватает. Например, Apple туманно заявляет, что вы можете реализовать вход с помощью Apple на Android, но нет прямой документации о том, как это сделать. Мы понимаем, что Apple, вероятно, не очень заботится об Android, но если они собираются предоставить систему входа и собираются заставить разработчиков мультиплатформенных приложений принять её, то отсутствие реальной поддержки для основной платформы, на которой работают эти мультиплатформенные приложения, неприемлемо».
Наконец, Apple прямо заявляет в своих рекомендациях по использованию: «Apple оставляет за собой право отключить вход в систему Apple на веб-сайте или в приложении по любой причине в любое время». Если клиенты не могут войти в свои учётные записи, то они не могут использовать сервис. Предоставление третьей стороне такого мощного контроля над основной частью нашего сервиса, когда это абсолютно не требуется, по мнению AnyList, неоправданно рискованно.
Нужно сказать, что точку зрения AnyList поддерживают многие другие разработчики, как видно из комментариев на HN.
Некоторые из приведенных выше аргументов применимы к созданию учётной записи через Facebook, поэтому авторизацию через Facebook они тоже удаляют со своих сайтов.
Управление приложениями, с которыми вы используете функцию «Вход с Apple»
Функция «Вход с Apple» позволяет выполнять вход в поддерживаемые приложения и на веб-сайты с помощью идентификатора Apple ID. Узнайте, как просмотреть приложения, с которыми вы используете функцию «Вход с Apple», и управлять ими.
Просмотр приложений, которые используют идентификатор Apple ID
Чтобы посмотреть список приложений, с которыми вы используете функцию «Вход с Apple», и настроить параметры для каждого из них, откройте настройки идентификатора Apple ID на своем устройстве или выполните вход на странице учетной записи Apple ID. Узнайте больше о функции «Вход с Apple».
На iPhone, iPad или iPod touch
На компьютере Mac
На веб-сайте
Управление приложениями
В настройках учетной записи Apple ID приведен список приложений, с которыми вы используете функцию «Вход с Apple». Чтобы посмотреть сведения, которыми вы изначально поделились с приложением, выберите любое из списка. Вы также можете перейти по ссылке к Политике конфиденциальности или Условиям и положениям приложения.
Если вы скрыли адрес электронной почты от приложения и используете службу ретрансляции, можно отключить перенаправление электронной почты на ваш личный электронный адрес. Также можно прекратить использовать идентификатор Apple ID в данном приложении или на веб-сайте.
Отключение перенаправления электронной почты
Чтобы электронные письма, отправленные определенным разработчиком, не попадали в ваш личный почтовый ящик, отключите функцию «Переслать» и выберите «Остановить». Электронные письма не будут перенаправляться в ваш личный почтовый ящик, пока вы снова не включите пересылку электронной почты.
Изменение адреса электронной почты для пересылки
Если вы используете функцию «Скрыть мой адрес e‑mail» для определенного разработчика, вы можете изменить адрес электронной почты, на который приходят перенаправленные сообщения от этого разработчика. Вы можете выбрать любой электронный адрес из своей учетной записи Apple ID.
Выбранный адрес применяется для электронных писем, связанных со всеми приложениями и разработчиками, для которых вы используете функцию «Скрыть мой адрес e‑mail».
Прекращение использования идентификатора Apple ID в приложении
Чтобы прекратить использование идентификатора Apple ID в приложении, выберите «Остановить использование Apple ID», а затем нажмите «Остановить использование».
Прекратив использование идентификатора Apple ID в определенном приложении, вы выйдете из него на своем устройстве. При следующем запуске приложения или переходе на связанный с ним веб-сайт вы можете воспользоваться функцией «Вход с Apple», чтобы войти в систему, или создать учетную запись.
Если вы воспользуетесь функцией «Вход с Apple», вы войдете в ту же учетную запись, которую использовали ранее. Некоторые приложения позволяют задать пароль для существующей учетной записи, поэтому вы сможете войти снова без идентификатора Apple ID.
Некоторые разработчики позволяют использовать функцию «Вход с Apple» для создания учетной записи в нескольких приложениях. Если в таком случае отключить переадресацию электронной почты или прекратить использование идентификатора Apple ID для одного приложения, это изменение распространится и на все остальные приложения данного разработчика.
Учетная запись в мобильном приложении: за и против
Внедрение системы учетных записей в продукт может быть отличным способом повысить лояльность и показатель удержания (retention). Однако это не всегда имеет смысл. К тому же внедрение учетных записей влечет за собой значительные расходы в отличии от простого «анонимного» опыта использования продукта.
В этой статье мы расскажем о ключевых преимуществах, а также недостатках внедрения системы учетных записей в мобильный продукт.
Модель учетных записей
Модель учетной записи определяется для целей этой статьи как система, позволяющая человеку зарегистрировать аккаунт или профиль для идентификации его в продукте. Кроме того, такая система обеспечивает возможность входа в ранее созданный аккаунт (часто это делается автоматически в последующих сеансах после создания учетной записи).
Как правило, для того чтобы создать аккаунт человек должен указать такие свои личные данные, как адрес электронной почты, номер телефона и др. Многие социальные сети имеют свои собственные системы идентификации, что обеспечивает более быстрое и легкое опознавание аккаунта веб-сайтами и мобильными приложениями. В качестве примеров можно назвать вход через Facebook, Twitter, Google, и т. д.
Как только пользователь становится привязан к аккаунту, приложения, как правило, сохраняют некоторую информацию о нем в облако (то есть она не хранится локально в приложении) и персонализируют пользовательский опыт внутри приложения.
Преимущества внедрения модели учетных записей
Есть множество причин, по которым добавление модели учетных записей может отлично повлиять на показатели вовлеченности и удержания:
1. Постоянство на всех устройствах, поддержка большинства устройств
Смартфоны и планшеты имеют свойство теряться, повреждаться и обновляться. В первых двух случаях без «облачной» модели учетной записи все данные пользователя (например, прогресс в игре, история тренировок в фитнес-приложении и т. д.) будут утеряны. В случае обновления приложению потребуется нечто вроде функции экспорта и импорта данных, чтобы можно было перенести все данные на новое устройство; этот процесс может оказаться слишком сложным или длительным для многих людей.
В большинстве случаев описанная выше ситуация — это прямой путь к высокому оттоку. Человек может решить, что попросту не стоит продолжать использовать этот продукт.
Когда же данные пользователя копируются в облако и чистая установка приложения может быть мгновенно восстановлена к состоянию приложения на новом устройстве, то можно добиться непрерывности опыта, и у человека будет меньше оснований для отказа от продукта.
Это преимущество особенно существенно в том случае, когда продукт существует как на десктопе, так и в виде мобильного приложения. В этом случае пользователи могут наслаждаться непрерывностью опыта, входя в свой аккаунт как с десктопных, так и с мобильных устройств. Это может относиться также к людям, владеющим и активно использующим более одного мобильного устройства, например смартфон и планшет.
Spotify использует функцию Handoff от Apple, обеспечивая непрерывность сеансов прослушивания между десктопными и iOS-устройствами. Пользователь может начать слушать музыкальный трек на десктопном Mac, затем запустить приложение Spotify на iPhone и без проблем продолжить прослушивание именно с того момента, на котором он остановился:
«Вы слушаете на MacBook Air. Продолжить слушать на этом iPhone.»
2. Инвестиции в продукт
Чтобы создать аккаунт, человек должен приложить определенные усилия, а также решиться поделиться своими личными контактными данными. Эта инвестиция со стороны пользователя, как правило, выливается в более высоком показателе удержания по сравнению с теми случаями, когда пользователи не создают аккаунты.
Данная инвестиция увеличивается, если у человека есть возможность персонализировать свой профиль и/или опыт в продукте. Предоставление пользователям «цифрового шкафчика» для хранения всевозможных предметов, прогресса, истории, закладок или других данных, которые они накопили за счет
взаимодействия с продуктом, повышает их привязанность к приложению. Иными словами, эта инвестиция времени и сил увеличивает затраты переключения на другой продукт, поскольку человек может создавать коллекцию тех или иных «материалов» в течение нескольких месяцев или даже лет, и в эмоциональном плане ему будет сложно перестать пользоваться этим продуктом.
Возможность создания облачной коллекции внутри продукта значительно повышает вероятность повторного вовлечения. Так, команда SoundCloud обнаружила, что подавляющее большинство прослушиваний на платформе — это «повторное прослушивание», то есть прослушивание треков, которые пользователи уже слушали, полюбили и сохранили в свою коллекцию. Команда SoundCloud оптимизировала продукт, упростив сохранение треков и плейлистов и сделав личную коллекцию пользователя в приложении более заметной.
3. Сбор email адресов / номеров телефонов
Ценным «побочным эффектом» системы аккаунтов является сбор контактной информации. Обычно речь идет об адресе электронной почты или номере телефона. Это дает возможность однозначно идентифицировать пользователя (и проверить его личность на этапе подтверждения), а также, что особенно важно, предоставляет дополнительный коммуникационный канал и способ обратиться к пользователям с уведомлениями, обновлениями, информационными рассылками и т. д. При правильном подходе такие уведомления могут значительно повысить коэффициент удержания и вовлеченность их получателей.
Кроме того, как только человек зарегистрирует аккаунт, вы можете запросить у него дополнительную информацию. Предоставив ему возможность подключать аккаунты социальных сетей или указывать дополнительную информацию о себе, вы увеличите возможности для дальнейшей персонализации опыта и привлечения новых пользователей.
Недостатки внедрения модели учетных записей
1. Увеличение конверсионного трения
Как говорилось выше, создание аккаунта требует со стороны человека определенных инвестиций. Таким образом, всегда будет существовать некое сопротивление или трение (friction) среди пользователей, не желающих вкладывать эти усилия. Такое трение может быть сведено к минимуму при помощи единого входа в систему (single-sign-on, SSO) как Facebook Login, но полностью избавиться от него никогда не удастся. Принуждая пользователей к регистрации, вы должны понимать, что это неизбежно повлечет за собой определенный отток людей, либо они будут отдавать предпочтение более худшему опыту, но без создания аккаунта.
2. Дополнительные расходы
Раздумывая над тем, стоит ли внедрять модель учетной записи в мобильный продукт, нельзя не учесть идущие вместе с этим дополнительные расходы, такие как стоимость облачного хранилища, внедрение и тестирование механизмов восстановления забытых паролей и дополнительные меры по обеспечению безопасности. Проблемы с синхронизацией между различными устройствами, повышенный риск мошенничества и дополнительный контроль защиты данных — также повод подумать дважды прежде, чем внедрять систему учетных записей.
Есть ли смысл в модели учетной записи?
В случае с некоторыми простыми приложениями нет очевидной потребности в использовании модели учетных записей. Тем не менее разработчики могут все же решить внедрить ее, чтобы собирать адреса электронной почты пользователей и увеличивать их инвестиции в продукт. В этом случае им придется хорошо подумать над тем, как убедить людей в том, что создание аккаунта принесет им огромную пользу. Сделать это можно, к примеру, разместив часть функций за «стеной» учетной записи, то есть ограничив к ним доступ для незарегистрированных пользователей.
Если же речь идет о социальной платформе или многопользовательской игре, то здесь все предельно ясно: создание учетной записи на платформе, вероятно, будет требованием абсолютно для всех.
Когда просить пользователя о регистрации?
Решив внедрить модель учетной записи в продукт, необходимо решить, насколько агрессивными быть с аккаунтами. Так, регистрация может быть единственно возможным выбором для людей, если они хотят использовать ваш продукт; либо она будет необходима для доступа к ключевым функциям продукта (типичный случай); или же полная функциональность продукта будет доступна абсолютно всем.
В любом случае, показатель конверсии в регистрацию может быть улучшен путем тестирования и итерирования рекламного текста и пользовательского опыта. То, как описаны преимущества создания аккаунта и как выглядит сам процесс, как правило, оказывает измеримое влияние на количество регистраций.
Использование Instagram невозможно без создания аккаунта. В то время как Snapguide дает возможность опробовать свое приложение перед регистрацией.
Если вы решаете внедрить «гостевой режим», позволяющий человеку использовать приложение без регистрации аккаунта, то важно провести эксперименты, чтобы определить его наиболее оптимальную продолжительность. При наиболее агрессивном подходе компания может разрешить использование приложения без регистрации только на очень ограниченный период времени.
Учитывая, что приложения теряют около 77% своих пользователей в течение первых 3 дней после установки, важно найти оптимальный подход, чтобы удержать пользователей как можно дольше. Примерно 20% пользователей откажутся от принудительной регистрации при первом запуске приложения, с другими же 80% можно по крайней мере будет связаться по электронной почте, причем часть из них ответит и вернется для другого сеанса. В некоторых случаях, однако, предоставление ограниченного или даже полного доступа к приложению без регистрации аккаунта может привести к более высокому показателю удержанию. Лучше всего провести сплит-тестирование.
Ниже представлена сводная таблица с вариантами использования учетных записей:
Метод
«Против»
Принудительная регистрация при запуске приложения (наиболее агрессивный вариант)
С каждым новым пользователем можно связаться по e-mail.
Показатель отказов увеличивается (потеря части пользователей на этапе первого экрана).
Некоторые функции доступны только зарегистрированным пользователям
У человека есть шанс понять ценность приложения до регистрации.
Скрытая функциональность — стимул зарегистрироваться.
Некоторые люди могут так никогда и не зарегистрироваться и продолжать пользоваться ограниченной версией продукта: вовлеченность останется низкой с высокой вероятностью оттока
Принудительная регистрация после определенного количества сессий/минут использования
Принцип «попробуй, прежде чем купить» — полная функциональность в течение ограниченного периода времени.
Потеря части пользователей в момент появления принудительной регистрации.
Нет необходимости в создании аккаунта (наименее агрессивный вариант)
Труднее собирать адреса электронной почты пользователей. Отсутствие постоянства на всех устройствах.
Публикация приложений в App Store
Если вы разрабатываете приложение под iOS, имейте в виду, что Apple отдает предпочтение приложениям, не требующим регистрации (если только это не крайняя необходимость).
Руководство по публикации приложений в App Store (App Store Review Guidelines): «Если ваше приложение не включает в себя значимые функции, действующие на базе аккаунта, позвольте людям использовать его без регистрации. Приложения не могут требовать от людей ввода личных данных для использования продукта. Исключение составляют те случаи, когда эта информация имеет непосредственное отношение к ключевой функциональности приложения или того требует закон.»
Заключение
Внедрение системы учетных записей может способствовать увеличению показателя удержания, переключению между устройствами, повышению вовлеченности пользователей и их инвестиций в продукт. Кроме этого, у компании появляется возможность производить сбор контактной и иной информации от людей, которая может быть использована для персонализации их опыта.
Люди должны убедиться в ценности создания аккаунта, и гостевой доступ — один из способов продемонстрировать ее им. В любом случае не все из них решат зарегистрировать аккаунт в итоге. Часть пользователей откажется от этого. При использовании модели учетных записей ваши затраты возрастают, поэтому решение о ее реализации не должно приниматься без тщательного рассмотрения.
Упрощённая регистрация детей
Для использования сервисов МЭШ учащимся необходимо иметь учетную запись на портале mos.ru.
У законных представителей детей есть возможность создать ребенку учётную запись на mos.ru без привязки к номеру телефона и электронной почте.
Вы можете зарегистрировать вашего ребенка через ваш личный кабинет как в веб-версии электронного дневника, так и в мобильном приложении «Дневник МЭШ».
Памятку со всеми способами регистрации детей на mos.ru для получения доступа к сервисам МЭШ можно скачать здесь.
Видеоинструкция об упрощенной регистрации учетной записи для школьника:
Упрощённая регистрация в веб версии электронного дневника
Шаг 1. Для создания учётной записи перейдите на Единую страницу авторизации school.mos.ru. Авторизуйтесь под вашей учетной записью. В случае, если по умолчанию у вас настроен вход в дневник, откройте меню в правом верхнем углу и выберите пункт «Управление аккаунтом» (рис.1).
Шаг 2. На открывшейся странице выберите вкладку «Мои дети». На данной странице вы найдете информацию о данных для входа.
Рисунок 2. Данные учетной записи ребенка на Единой странице авторизации
Рисунок 3. Новая учетная запись
Шаг 3. В открывшемся окне введите логин и пароль для новой записи. Нажмите «Создать» (рис. 4).
Рисунок 4. Создание учетной записи
Для восстановления и изменения пароля к учётной записи ребенка в web-версии в личном кабинете законного представителя нажмите на кнопку «Изменить пароль». Задайте новый пароль, нажмите «Сохранить».
Если учетная запись ребенка ранее была создана на mos.ru, то восстановить пароль можно с помощью онлайн-формы https://login.mos.ru/sps/recovery.
Упрощенная регистрация в мобильном приложении «Дневник МЭШ»
Для создания учётной записи авторизуйтесь в мобильном приложении «Дневник МЭШ». Перейдите в раздел «Ученик», выберите блок «Пароль и доступ»: логин ребенка сгенерируется автоматически. Задайте и подтвердите пароль (рис. 5).
Нажмите «Сохранить».
Рисунок 5. Упрощённая регистрация в мобильном приложении
С помощью функции «Поделиться» вы можете отправить ребёнку его учётные данные.
Для восстановления и изменения пароля в мобильном приложении «Дневник МЭШ» необходимо перейдите в раздел «Ученик», выберите блок «Пароль и доступ». В открывшемся окне введите новый пароль и подтвердите его. Нажмите «Сохранить изменения».
Учётная запись ребёнка, созданная через личный кабинет родителя или законного представителя по упрощённой схеме, равнозначна учётной записи, созданной по стандартной процедуре на mos.ru (рис.6).
Рисунок 6. Запись созданная по упрощенной схеме
С данной учётной записью ученик может авторизоваться на сервисах:
Также созданная учётная запись позволяет авторизоваться в школьной сети WiFi STUDY.MOS и городской сети WiFi.
С ответами на самые популярные вопросы по авторизации, упрощённой регистрации и по работе с мобильным приложением «Дневник МЭШ» можно ознакомиться здесь.
Если в вашем личном кабинете отсутствует кнопка «Создать учётную запись» или «Изменить пароль», обратитесь в службу поддержки через форму обратной связи — кнопка «Написать нам».