Правила идентификации пользователей мессенджеров: Новые правила идентификации в мессенджерах вступили в силу

Содержание

Идентификация пользователей мессенджеров не работает

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

Как убедился корреспондент «Ведомостей», процедура идентификации в популярных мессенджерах пока не претерпела изменений. Для эксперимента были куплены сим-карты «Мегафона», «Вымпелкома», МТС и Tele2, причем три из них – с рук без предъявления паспорта. С каждой сим-карты была проведена регистрация в пяти мессенджерах: WhatsApp, Viber, Telegram, Skype и «ТамТам». Как и раньше, мессенджер просит ввести номер телефона, высылает на него код активации и регистрирует нового пользователя. Причем ни один из мессенджеров ни разу не отказал в регистрации – в том числе при использовании карт, приобретенных неофициально.

Собеседник «Ведомостей» в одной из сотовых компаний утверждает, что пользователь и не должен замечать процедуру – ему следует только дождаться ее завершения. При этом по закону «Об информации» идентифицировать нужно только пользователей зарубежных мессенджеров, включенных в реестр организаторов распространения информации Роскомнадзора, – среди таких мессенджеров Telegram, доступ к которому ограничивает надзорное ведомство, китайский WeChat и швейцарский Threema, отмечает ведущий аналитик Российской ассоциации электронных коммуникаций Карен Казарян. Соответственно, например, на WhatsApp и Viber, которых нет в реестре, эти требования не распространяются, объясняет эксперт.

Представители «Вымпелкома», МТС, «Мегафона» и Tele2 заявили, что технически готовы исполнять требования законодательства. «Вымпелком» (работает под брендом «Билайн») разработал техническое решение, которое должно обеспечивать идентификацию, но достаточно ли его, можно понять лишь в ходе взаимодействия с мессенджерами, говорит представитель оператора Лилия Галяутдинова. Взаимодействует ли с ними сейчас «Вымпелком», она не комментирует.

Tele2 также готов исполнять нормативные требования, но от мессенджеров пока не поступало запросов на идентификацию пользователей, разводит руками представитель оператора Дарья Колесникова. Об этом же говорят сотрудники двух других сотовых компаний.

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

Правила идентификации описывают общий порядок взаимодействия операторов и мессенджеров, но не говорят о том, как участники процесса должны обмениваться данными своих пользователей и защищать их, согласен Казарян. Также непонятно, должны ли мессенджеры и операторы обмениваться данными бесплатно или на возмездной основе, по каким тарифам они должны в таком случае рассчитываться друг с другом, рассуждает он.

Представитель Viber отказался от комментариев. Представители WhatsApp, Telegram, Microsoft (владеет Skype), WeChat и Threema не ответили на запросы «Ведомостей». В Роскомнадзоре также не ответили на вопрос, планирует ли ведомство следить за исполнением новых правил.

: Технологии и медиа :: РБК

С 5 мая все мессенджеры обязаны идентифицировать пользователей по номеру телефона. Идентификация будет считаться пройденной только после получения ответа от сотового оператора, что номер действительно принадлежит пользователю

Фото: Наталья Селиверстова / РИА Новости

В России с 5 мая вступает в силу постановление правительства об обязанности владельцев мессенджеров идентифицировать пользователей по номеру телефона. Соответствующее постановление премьер Дмитрий Медведев подписал 27 октября минувшего года, опубликовано оно было 6 ноября. В тексте документа сказано, что постановление вступает в силу через 180 дней с момента опубликования.

Согласно постановлению идентификация пользователя будет проходить следующим образом: мессенджеры будут запрашивать информацию о пользователе у сотового оператора, тот обязан будет предоставить запрашиваемые данные в течение 20 минут. В случае если оператор не предоставит информацию о пользователе или в базе данных не окажется соответствующих сведений, идентификация не будет считаться пройденной.

Медведев обязал мессенджеры проверять информацию о пользователях

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

Глава Роскомнадзора назвал анонимность маркетинговой уловкой мессенджеров Технологии и медиа

Медведев утвердил правила идентификации пользователей мессенджеров

6 ноября 2018 года Правительство утвердило правила идентификации пользователей мессенджеров. Данное постановление вступило в силу спустя 6 месяцев после утверждения. То есть в мае 2019 оно начало «работать». Д. Медведев, на тот момент являясь Премьер-министром, лично утвердил новые правила идентификации пользователей по номеру телефона.

Если коротко перевести данное постановление кабмина на «человеческий» язык, то получается следующее:

  • любой мессенджер обязан подавать запрос о данных своего пользователя оператору мобильной сети; время ответа оператора ограничили 20-ю минутами;
  • когда номер абонента не был идентифицирован (к примеру, оператор не уложился в выделенные 20 минут времени, или просто запрашиваемый телефонный номер не был обнаружен в телефонной базе), тогда пользователь мессенджера не будет считаться идентифицированным;
  • когда сотовый оператор обнаружил в числе своих абонентов пользователя с таким номером телефона, тогда этот оператор обязан доложить, какие мессенджеры использует его клиент, и также обязан применить к нему индивидуальный код для идентификации;
  • в случае, когда пользователь мобильной сети разрывает договор с данной компанией, последняя должна информировать об этом приложение для общения в течение ближайших суток; а мессенджер в этом случае должен в первые 20 минут после поступления таковой информации произвести повторную идентификацию своего пользователя;
  • в случаях, когда пользователю по каким-то причинам не удалось идентифицироваться и он не соответствует правилам идентификации пользователей через мессенджеры, пользователь будет заблокирован до прохождения идентификации;
  • в случае, когда пользователь по каким-то причинам меняет номер телефона, будет проводиться повторная идентификация.

Применение данных правил для идентификации пользователей затрагивает только отечественных телефонных операторов. Зарубежные операторы, скорее всего, подчиняться данному законопроекту не будут. По сути, купив себе карточку Vodafone, можно «обойти» данное постановление кабмина.

То же касается и зарубежных мессенджеров. Фактически они не спешат исполнять правила идентификации пользователей, которые утвердил Д. Медведев. Небезызвестный отечественный «Телеграм» тоже не спешит следовать «букве закона».

Поэтому складывается ощущение, что данный закон больше исполняет функцию в очередной раз «запугать» пользователей мобильных сетей и мессенджеров, чем свое истинное предназначение.

 

С 5 мая в России вступает в силу обязательная идентификация в мессенджерах по номеру телефона

Два года назад, в июле 2017 года президент РФ подписал законопроект о внесении изменений в Федеральный закон «Об информации, информационных технологиях и защите информации».

Тогда был законодательно определен термин «мессенджер», это «организатор обмена мгновенными сообщениями».

Кроме того, тем же законопроектом была введена обязательная регистрация сервисов обмена мгновенными сообщениями в Роскомнадзоре в качестве организаторов распространения информации. Согласно поправкам, не идентифицированные пользователи не могут обмениваться электронными сообщениями.

Постановление правительства, о котором идет речь, называется «Об утверждении Правил идентификации пользователей информационно-телекоммуникационной сети „Интернет“ организатором сервиса обмена мгновенными сообщениями».

Операторам мессенджеров теперь придется договариваться с региональными операторами связи, регистрируя пользователей исключительно по номеру телефона. А номера будут сверяться с базой данных операторов связи. Плюс ко всему, мессенджеры должны хранить архив сообщений и медиаконтента пользователя в течение полугода.

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

Несмотря на то, что до вступления законопроекта в силу осталось несколько дней, неясно, будут ли все мессенджеры следовать этим правилам, останется ли возможность регистрироваться в мессенджере по сим-карте, купленной без паспорта. Еще более важным вопросом является возможность регистрации в РФ пользователя с зарубежным телефонным номером. Ну и плюс остаются такие вопросы, как возможность регистрации в мессенджере несовершеннолетних и юридических лиц.

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

Минутка заботы от НЛО


Этот материал мог вызвать противоречивые чувства, поэтому перед написанием комментария освежите в памяти кое-что важное:

Новые правила идентификации пользователей мессенджеров

Новые правила идентификации пользователей мессенджеров стали очередным этапом законодательного регулирования интернета в России. Далее расскажем, каким нормативным документом введена обязательная идентификация пользователей программ по отправке быстрых сообщений и какие в отношении данной процедуры установлены правила.

Обязательная идентификация: чем установлена, в чем заключается

Законодательство об идентификации пользователей и необходимости их переписок в сети интернет начало развиваться еще в 2014 году. Первоначально обязательная идентификация россиян в мессенджерах не была предусмотрена, однако закон «О внесении изменений в федеральный закон “Об информации, информационных технологиях и о защите информации” и отдельные законодательные акты…» от 05.05.2014 № 97-ФЗ предусматривал (и продолжает предусматривать) обязанность провайдеров по хранению всех фактов приема, передачи, доставки и обработки голосовых и текстовых сообщений, изображений и звуковых файлов пользователями мессенджеров в течение полугода.

Правила идентификации были утверждены позже, в 2018 году, постановлением Правительства РФ «Об утверждении…» от 27. 10.2018 № 1279. В соответствии с п. 2 постановления оно вступает в силу через 180 дней со дня официального опубликования. Поскольку документ был размещен 06.11.2018, вступил в силу новый порядок идентификации мессенджеров с 6 мая 2019 года.

О других изменениях в законодательстве с мая 2019 года читайте в нашем релизе «Новые законы и правила жизни в России с 1 мая 2019 года».

Суть процедуры закреплена в п. 2 утвержденных Правительством РФ правил. Она заключается в проверке подлинности и принадлежности номера мобильного телефона конкретному пользователю мессенджера. Мессенджер на законодательном языке звучит как «сервис обмена мгновенными сообщениями».

Новые правила идентификации

С 6 мая 2019 года в силу вступили новые правила идентификации в мессенджерах:

  • идентификация пользователей осуществляется владельцами сервиса обмена мгновенными сообщениями по предоставленному при регистрации пользователя в сети сотовой связи номеру мобильного телефона;
  • проверка номера осуществляется путем запроса, направляемого оператору подвижной радиотелефонной связи на основании заключенного между ним и владельцем мессенджера договора;
  • запрос сотовому оператору направляется в электронном виде;
  • после получения запроса мобильный оператор должен предоставить ответ о наличии в базе данных номера мобильного телефона пользователя в течение 20 минут;
  • если ответ не был получен в установленные сроки, идентификация считается непройденной;
  • при наличии телефона в базе мобильный оператор делает отметку об использовании абонентом сервиса обмена мгновенными сообщениями;
  • при изменении или расторжении договора на оказание услуг связи оператор уведомляет об этом владельца мессенджера;
  • при получении уведомления владелец мессенджера обязан предложить пользователю повторно пройти процедуру идентификации.

Разъяснения по правилам идентификации в мессенджерах и ответственности за их нарушения приведены в информации Роскомнадзора «О вступлении в силу новых правил идентификации пользователей мессенджеров» от 07.05.2019.

***

Итак, новый порядок идентификации мессенджерами пользователей вступил в силу 6 мая. С этого момента владельцы сервисов обмена мгновенными сообщениями обязаны проверять номера пользователей путем направления запросов мобильным операторам.

***

Еще больше материалов по теме — в рубрике «Телефон, интернет».

 

Правила идентификации пользователей мессенджеров в России меняются с 5 мая

МОСКВА, 5 мая — ПРАЙМ. Правила идентификации пользователей мессенджеров в России по номеру телефону вступают в силу в воскресенье.

Соответствующее постановление правительства РФ было опубликовано 6 ноября 2018 года. Закон, в частности, предполагающий идентификацию пользователей мессенджеров по номеру телефону, вступил в силу уже с января 2018 года.

Согласно постановлению, при идентификации пользователя мессенджеров будет направлять оператору связи электронный запрос о наличии абонентского номера. Оператор, в свою очередь, должен предоставить информацию в течение 20 минут с момента получения запроса. В случае отсутствия номера в базе оператора или неполучения ответа от оператора связи идентификация пользователя считается не пройденной. В таких случаях мессенджер отказывается от предоставления услуг пользователю.

При наличии сведений о номере операторы связи будут вносить в свою базу сведения о том, в каких приложениях переписываются их клиенты, а также уникальный код идентификации пользователя, который ему присвоит мессенджер. В случае расторжения договора между оператором и абонентом, прошедшим процедуру идентификации, или изменений сведений об абоненте оператор в течение суток уведомляет об этом мессенджер. Сервис, в свою очередь, обязан провести повторную идентификацию.

Россияне стали чаще оплачивать онлайн-покупки через мессенджеры

При этом по закону, вступившему в силу в январе 2018 года, установлено, что мессенджеры, которые являются российскими юрлицами, вправе осуществлять идентификацию пользователей самостоятельно путем определения абонентского номера, без заключения договора с оператором.

ГОТОВЫ ЛИ СТОРОНЫ?

Представители «большой четверки» мобильных операторов сообщили РИА Новости, что готовы исполнять эти требования. «Мы готовы к исполнению постановления правительства, так как оно принято во исполнение уже вступившего в силу закона. Фактически оно вводит в легальное русло уже существующие отношения, когда пользователи мессенджеров проходят идентификацию по номеру телефона. Для пользователей мессенджеров ничего не изменится», — заверили в пресс-службе «Мегафона».

В МТС сообщили, что платформа оператора технически готова к выполнению требований.

«Вымпелком», в свою очередь, готовится и прорабатывает техническое решение, которое позволит исполнить требования законодательства. «Для однозначного ответа на вопрос достаточности разрабатываемых механизмов в обязательном порядке необходимо участие мессенджеров. На текущий момент со стороны мессенджеров обращений к нам не поступало», — отметил представитель оператора.

«Мы подтверждаем готовность исполнять требования постановления об идентификации пользователей. Надеемся, что у регулятора не возникнет сложностей с однозначным определением понятия «мессенджер» для эффективной реализации задач, изложенных в постановлении», — указали в пресс-службе Tele2.

Представители Facebook (включая Facebook Messenger, Whats App, Instagram) и Viber не ответили на запрос РИА Новости.

Сообщение доставлено — Правительство утвердило правила идентификации для мессенджеров

Правительство утвердило правила идентификации для мессенджеров

По закону, который вступил в силу 1 января 2018 года, мессенджеры не могут предоставлять услуги, если пользователь не идентифицирован, но правил идентификации до сих пор не было. Основная задача закона — защитить пользователей от спама. Тот, кто не прошел идентификацию, сообщения отправлять не сможет.

Согласно постановлению правительства, которое публикует «Российская газета», администрация мессенджера обязана запрашивать информацию о пользователе у мобильного оператора, а тому дается 20 минут на ответ. Затем администрация мессенджера должна предоставить мобильному оператору данные об уникальном коде идентификации, присвоенном данному абоненту.

Если абонент расторгнет договор с сотовой компанией или переходит со своим номером к другому оператору, то старый оператор обязан об этом уведомить администрацию мессенджера в течение суток, после чего процесс идентификации должен быть пройден вновь, уже с новым оператором связи.

Необходимо еще предусмотреть возможность прохождения идентификационных процедур для иностранцев, находящихся в роуминге в России, считает глава Комитета Госдумы по информационной политике, информационным технологиям и связи Леонид Левин. У главы Российской ассоциации электронных коммуникаций (РАЭК) Сергея Плуготаренко тоже есть ряд вопросов к документу, в частности, как будет происходить ценообразование и кто должен платить за услугу идентификации, если она коммерческая. Кроме того, он предлагает уточнить, как правила будут действовать в отношении несовершеннолетних пользователей. Сейчас сим-карты для своих детей берут их родители, а значит, один и тот же человек может иметь несколько аккаунтов в одном и том же мессенджере.

Постановление с правилами идентификации вступает в силу через полгода. Такой срок дан операторам связи на подготовку.

Весь процесс идентификации должен протекать без участия пользователя, исключением может быть случай, когда он использует «серую» сим-карту. Тогда ему могут отказать не только в переписке в мессенджерах, но и в услугах сотовой связи. Симку, купленную с рук, надо «привязать» к своим паспортным данным, обратившись в салон связи оператора, которому принадлежит номер.

9 Правил этикета для мгновенных сообщений

Майк Нудельман / Business Insider Использование мгновенных сообщений, обычно называемых мгновенными сообщениями, может сэкономить много времени на работе. Вместо того, чтобы подходить к чьему-то столу, вы можете отправить ему онлайн-чат, чтобы получить быстрый ответ.

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

Мы поговорили с Барбарой Пачтер, карьерным тренером и автором книги «Основы делового этикета», чтобы определить наиболее важные правила онлайн-чата, которые вы должны соблюдать.

1. Вы должны знать человека.

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

«Было бы странно, если бы это был кто-то, кого я не знала», — говорит она.

2. Начните с короткого приветствия.

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

3. Помните о предпочтительном стиле общения получателя.

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

4. Говорите коротко.

Спросите себя, потребует ли получателя этого сообщения время, чтобы подумать над своим ответом? Если да, вы можете отправить электронное письмо или вместо этого позвонить им.

«Обмен мгновенными сообщениями подходит для взаимодействий, требующих только быстрого ответа», — говорит Пактер.

5. Будьте осторожны с сокращениями.

Подобно текстовым сообщениям, обычно используются сокращения и ярлыки, такие как «LOL» (смех вслух), «np» (без проблем) или «u» (вы) в мгновенных сообщениях, но убедитесь, что сокращение, которое вы используете подходит.

«Люди склонны использовать ярлыки в мгновенных сообщениях», — говорит нам Пачтер. «Просто убедитесь, что люди знают, о чем вы говорите, если вы используете ярлыки.»

Если вы решите использовать их, Patcher предлагает использовать только те, которые широко известны, значение которых понимает получатель. Если вы не уверены, самый безопасный способ — ввести слово или фразу целиком.

6. Никогда не отправлять плохие новости через мгновенное сообщение.

Обмен мгновенными сообщениями — слишком обычное средство общения, чтобы вести важный разговор, особенно негативный. Например, вам не следует отправлять сообщения коллеге или сотруднику в мгновение ока о том, что они не были выбраны для проекта. Трудно понять, что тон, который вы подаете в коротком сообщении, поэтому Пахтер говорит, что безопаснее придерживаться только нейтральных или хороших новостей при отправке онлайн-чата людям из вашей профессиональной сети.

7. Не меняйте время и место встреч в мгновенных сообщениях.

Если вы собираетесь изменить время или место встречи в последнюю минуту, позвоните этому человеку из уважения, — говорит Пачтер. Они могут не проверять свои компьютеры перед отъездом на встречу с вами.

8. Обратите внимание на сообщение о состоянии.

Не отправляйте кому-либо онлайн-чат, если его статус «отсутствует» или «занят». Вы можете мешать их работе, появляясь в центре экрана компьютера.

9. Завершите разговор коротким закрытием.

Когда разговор закончится, скажите «спасибо» или «спасибо», — говорит Пактер. Не отвечать — это грубо.

передовых методов обмена мгновенными сообщениями на работе

Преимущества таких инструментов обмена мгновенными сообщениями, как Slack, Microsoft Teams и Zoom, быстро стали очевидны. Есть только одна проблема: мы все еще пытаемся понять, как правильно и профессионально общаться с помощью мгновенных сообщений. Организации должны начать применять передовой опыт, например, тщательно выбирать, какие системы использовать, в идеале те, которые уже одобрены сотрудниками; установление основных правил для личных сообщений; соблюдение баланса между работой и личной жизнью путем создания норм в отношении соответствующего времени реагирования; а также поощрение личного общения.

В эти трудные времена мы сделали ряд наших статей о коронавирусе бесплатными для всех читателей. Чтобы получать весь контент HBR по электронной почте, подпишитесь на рассылку Daily Alert.

«Я тебя расслаблю». На рабочих местах по всему миру название популярной системы обмена сообщениями онлайн превратилось в глагол, как и Google. Slack с энтузиазмом интегрировали в повседневные функции унаследованных корпораций и растущих стартапов: компания утверждает, что в 2019 году она обслуживала более 10 миллионов пользователей в день.У него тоже есть конкуренты, в том числе Microsoft Teams и Zoom.

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

Есть только одна проблема: мы все еще пытаемся понять, как правильно и профессионально общаться с помощью мгновенных сообщений.Эти системы могут создавать разрозненные коммуникации, когда команды, тесно интегрированные в одну платформу, не могут сотрудничать с отделами, основанными на другой. Простота общения также способствует отвлечению внимания и неформальности, когда обмен мгновенными сообщениями становится естественным каналом для обмена информацией, не связанной с работой, включая подробности, иногда неуместные, из личной жизни работников. И неудивительно, что IM создала юридический барьер для организаций; По иронии судьбы в таких судебных процессах могут использоваться мгновенные сообщения, в которых обсуждается потенциальный судебный процесс.

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

Как данное рабочее место решит использовать IM, если вообще, зависит от них, но поскольку Slack и Teams становятся нормой в большинстве организаций, вот несколько рекомендуемых передовых практик.

1. Используйте инструменты, которые уже используют ваши сотрудники.

Популярный обмен мгновенными сообщениями восходит к началу 2000-х, и Slack, в частности, набирает обороты в течение многих лет. Вместо того, чтобы начинать с нуля систему обмена мгновенными сообщениями на рабочем месте, компаниям следует опираться на то, что сотрудники уже знают и что им нравится. Это включает в себя определение того, какие из них люди в настоящее время используют; выбор того, который одновременно популярен и подходит для вашей организации; доработать его под свои нужды; создание политик для надлежащего использования, архивирования и хранения; обучение менеджеров использованию и факторам риска; обучение HR-представителей; и регулярно переадресовывать процессы и процедуры для улучшения.

Например, в небольшом технологическом стартапе многие члены команды могут уже использовать Facebook Messenger в качестве средства общения как внутри, так и вне офиса. Сама по себе платформа не обязательно должна становиться официальным стандартом обмена мгновенными сообщениями для компании, но ее можно интегрировать в более крупную систему обмена сообщениями.

2. Используйте все виды обмена мгновенными сообщениями, но устанавливайте основные правила.

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

Но есть и преимущества для работников, обменивающихся сообщениями на некоммерческие темы. Эти цифровые взаимодействия создают дух товарищества, и люди с меньшей вероятностью бросят работу, когда у них есть друзья в офисе. Выражение симпатии к коллегам также увеличивает вовлеченность на 700%.

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

3. Соблюдайте баланс между работой и личной жизнью.

Системы мгновенного обмена сообщениями позволяют нам в любое время связаться с коллегами, отчетами и руководителями — способом, который может показаться более срочным, чем электронная почта. Если ваше общение не очень ограничено по времени, сопротивляйтесь этому побуждению. Большинство сообщений можно легко подождать до следующего рабочего дня.

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

Для организации один из способов обойти это — побудить людей выйти из инструментов обмена мгновенными сообщениями и уважать сообщение об отсутствии на рабочем месте s . Объясните всем, что любые запросы к коллегам должны сопровождаться информацией о том, когда требуются ответы, и что большинство разговоров должно происходить в течение рабочего дня и быть краткими и по существу.

4. Также поощряйте личное общение.

Цифровые сообщения не всегда легко интерпретировать.Начальник, который говорит: «Я думаю, вы можете добиться большего» лично, может быть либо мотивирующим, либо обескураживающим, в зависимости от того, произносится ли комментарий с улыбкой или неодобрительным взглядом, с протянутыми руками или со скрещенными руками. Если вы получаете такое же сообщение в Slack, его труднее читать — если вы регулярно не общаетесь с этим менеджером лично.

Итак, даже если ваше рабочее место в основном удалено, важно обеспечить какое-то личное общение: встречи один на один, встречи команд и отделов, знакомство на местах и ​​семинары.Даже видеоконференцсвязь может помочь.

И, хотя вы поощряете онлайн-общение, убедитесь, что это происходит и в реальном мире; подумайте о корпоративных пикниках, общественных обедах и днях волонтеров в сообществе.

Если вы будете следовать этим протоколам, любая платформа обмена мгновенными сообщениями останется полезным инструментом на рабочем месте, а не неприятностью.

Если наш контент помогает вам бороться с коронавирусом и другими проблемами, рассмотрите возможность подписки на HBR.Покупка подписки — лучший способ поддержать создание этих ресурсов.

Часто задаваемые вопросы об обмене мгновенными сообщениями

Что такое мгновенный обмен сообщениями (IM)?

Чем чаты отличаются от электронной почты?

Подходит ли контент для обмена мгновенными сообщениями как федеральный рекорд?

Как мне управлять своим IM-контентом?

Каковы текущие передовые методы захвата мгновенных сообщений?

Как я могу запланировать контент для обмена мгновенными сообщениями?

Как мне получить помощь по конкретным вопросам управления записями, относящимся к IM?

Что такое мгновенный обмен сообщениями (IM)?

Instant Messaging (IM) — это служба электронных сообщений, которая позволяет пользователям определять, подключена ли определенная сторона к системе обмена сообщениями одновременно. IM позволяет им обмениваться текстовыми сообщениями с подключенными сторонами в режиме реального времени.

Для использования службы у пользователей должно быть установлено программное обеспечение IM-клиента на своих рабочих станциях. Хотя существует много типов клиентов обмена мгновенными сообщениями, все они, как правило, работают одинаково. Клиентское программное обеспечение может быть либо частью ИТ-сети агентства и доступным только зарегистрированным пользователям, либо быть общедоступным и доступным для всех в Интернете. Клиентское программное обеспечение регистрируется на центральном сервере для создания соединений с другими клиентами, вошедшими в систему в то же время.Пользователи создают сообщения и обмениваются ими через свое локальное клиентское приложение.

Другие важные моменты:

  • Помимо отправки сообщений, пользователи могут иметь возможность прикреплять электронные файлы, такие как изображения, аудио, видео и текстовые документы, и обмениваться ими. Эта возможность зависит от конфигурации отдельного клиентского программного обеспечения, а также от протоколов, установленных на клиентском сервере.
  • В зависимости от программного обеспечения пользователи, находящиеся в сети, могут иметь возможность отвечать на сообщения.
  • Пользователи также могут блокировать других пользователей, с которыми они не хотят обмениваться сообщениями.
  • Пользователи могут общаться с другими только с помощью того же или совместимого клиентского программного обеспечения.

Чем IM отличается от электронной почты?

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

Поскольку IM не основан на открытом стандарте, нет единообразия в отношении передачи и структуры сообщений.

Подходит ли контент для обмена мгновенными сообщениями в качестве федерального реестра?

Законодательное определение записей (44 USC 3301) включает все машиночитаемые материалы, сделанные или полученные агентством правительства США в соответствии с федеральным законодательством или в связи с ведением публичного бизнеса.Агентства, которые разрешают обмен мгновенными сообщениями в своих сетях, должны понимать, что такой контент может быть федеральной записью в соответствии с этим определением, и должны соответствующим образом управлять записями. Эфемерный характер обмена мгновенными сообщениями усиливает потребность пользователей в осведомленности о том, что они могут создавать записи с помощью этого приложения, а также в надлежащем управлении и сохранении содержимого записей. Персонал агентства по управлению записями определяет статус записи содержимого мгновенных сообщений на основе общей политики и практики управления записями своего агентства.

Как мне управлять своим IM-контентом?

Агентства, разрабатывающие комплексную политику, должны гарантировать, что IM-контент управляется единообразно во всем агентстве в входящих в его состав офисах. Эффективная политика направлена ​​на санкционированное использование технологии обмена мгновенными сообщениями и содержит рекомендации по управлению записями, созданными во время сеанса обмена мгновенными сообщениями. Это особенно важно, потому что контент IM может быть предметом различных типов запросов на доступ, в том числе в соответствии с Законом о свободе информации (FOIA) или как часть процесса обнаружения в контексте судебного разбирательства.

IM-содержимое, которое является записью, должно управляться как таковое. Вот два способа:

  • Предоставление политик, информирующих пользователей о том, какие шаги следует предпринять для управления контентом;
    или,
  • Настройте клиент или сервер обмена мгновенными сообщениями для захвата мгновенных сообщений без вмешательства пользователя.

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

Каковы текущие передовые методы захвата мгновенных сообщений?

Почти все клиентское программное обеспечение для обмена мгновенными сообщениями имеет возможность захватывать контент как в виде простого текстового файла, так и в формате, присущем этому клиенту.Обычно расположение и максимальный размер этого файла определяется настройкой конфигурации в клиенте. Приложения, сертифицированные DoD 5015.2, могут собирать записи и управлять ими в любом электронном формате. К таким форматам относятся файлы, созданные различными клиентами обмена мгновенными сообщениями.

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

Определение того, какое решение подходит для вашего агентства, предполагает сотрудничество между персоналом программы, персоналом информационных технологий (ИТ), персоналом управления записями и NARA.

Как я могу запланировать контент для обмена мгновенными сообщениями?

Если агентство определяет, что содержимое IM является федеральной записью, запись должна иметь одобренный NARA орган по удалению.Не идентифицируйте содержимое мгновенных сообщений как одну серию записей с универсальным расположением. Вместо этого оцените содержимое IM в контексте общих записей программы, к которой относится IM, и бизнес-правил, которые могут применяться. Инструкции по утилизации IM должны согласовываться с аналогичными записями агентства. График в соответствии с установленной политикой управления записями агентства. Записи обмена мгновенными сообщениями могут уже быть запланированы как часть других серий, например, записи, которые обычно находятся в досье дела или в системе переписки. Для получения дополнительной помощи, пожалуйста, свяжитесь с вашим архивариусом оценки NARA.

Как мне получить помощь по конкретным вопросам управления записями, касающимся IM?

Подразделение управления жизненным циклом NARA предоставляет помощь и консультации сотрудникам архивов агентств, штаб-квартиры которых находятся в Вашингтоне, округ Колумбия. Сотрудники отдела управления записями в региональных офисах NARA предоставляют помощь и консультации сотрудникам архивов агентств с головными офисами на местах и ​​- в консультации с сотрудниками по связям с агентствами NWML — полевых офисов, подчиненных агентствам со штаб-квартирой в Вашингтоне.Сотрудник отдела документации вашего агентства может связаться с оценщиком NARA или аналитиком документации, с которым ваше агентство обычно работает. Список рабочей группы по оценке и составлению расписания и региональных контактов размещен на веб-сайте NARA по адресу: http://www.archives.gov/records-mgmt/appraisal/. Персонал отдела документации в региональных офисах NARA оказывает помощь сотрудникам архивов агентств по всей стране. Полный список региональных объектов NARA можно найти на сайте http://www.archives.gov/locations/index.html.

Выявление проблем с удобством использования в приложениях для обмена мгновенными сообщениями на платформах iOS и Android

С ростом количества мобильных устройств и большого количества приложений для обмена мгновенными сообщениями, доступных в магазинах, необходимо оценить удобство использования таких приложений, чтобы обеспечить более удовлетворяющих пользователей. опыт. С этой целью в данной статье представлена ​​методическая оценка удобства использования приложений для обмена мгновенными сообщениями на платформах iOS и Android. Использовалась предопределенная оценка, которая была создана для выявления основных проблем с удобством использования мобильных приложений, независимо от используемого устройства и оцениваемых приложений.Следовательно, были использованы два метода: модель уровня нажатия клавиш и мобильная эвристическая оценка. Кроме того, результаты показывают, что основными проблемами этого типа приложений являются трудности с выполнением задач (некоторые из них не были гибкими и легко выполняемыми), отсутствие согласованности элементов (некоторые значки и кнопки не соответствовали стилю операционной системы. , плохие переводы и слишком много информации на экране), проблемы с пользовательским интерфейсом (всплывающие окна, перекрывающие строку состояния, обрезанные элементы, иногда интерфейс не поворачивается, а в других случаях интерфейс значительно меняется, когда устройство был повернут), а также отсутствие информации о функциях конфиденциальности и безопасности.Наконец, по результатам мы предлагаем набор рекомендаций, которые будут полезны разработчикам подобных приложений.

1. Введение

Мобильные устройства считаются ценным ресурсом в нашей повседневной жизни или даже незаменимым, поскольку они являются наиболее часто используемым электронным инструментом [1, 2]. Это также подтверждается большим количеством активных устройств, работающих за последние годы. Если в 2012 году было около 640 миллионов мобильных устройств [3], то к концу 2017 года во всем мире было зарегистрировано 2 890 миллионов смартфонов [4].

Количество устройств и доступных мобильных приложений (приложений) в последние годы, похоже, растет в геометрической прогрессии и одновременно. Apple App Store сообщил об увеличении более чем на 400 000 доступных приложений в период с 2009 по начало 2012 г. [5], в то время как Google Play сообщил, что на конец 2012 г. было более 700 000 доступных приложений [6]. В июле 2015 года количество доступных приложений увеличилось до 1 600 000 в Google Play и до 1 500 000 в Apple App Store [7]. По состоянию на январь 2017 года в Apple App Store было 2 200 000 приложений [8].К концу декабря 2017 года в Google Play было зарегистрировано 3 500 000 приложений [9]. Это означает, что существует множество альтернативных приложений для выполнения данной задачи, поэтому пользователи должны выбирать лучшее приложение, руководствуясь несколькими фактами, такими как простота использования, низкая кривая обучаемости или низкое потребление времени [10].

Мобильные приложения для обмена мгновенными сообщениями (MIM) становятся очень популярными в последние годы в качестве технологической (и в некоторых случаях бесплатной) эволюции коротких сообщений (а именно SMS) [11–13], предоставляющих средство для улучшения социальных взаимоотношений. [12].Согласно исследованию, проведенному в конце 2013 года [14], только в Китае насчитывалось около 1,48 миллиарда учетных записей в службах обмена мгновенными сообщениями (IM). Например, у приложений « WeChat » и « WhatsApp » было около 600 миллионов зарегистрированных пользователей каждое; тогда как 7 миллиардов сообщений ежедневно отправляются в « Line » и 10 миллиардов сообщений отправляются ежедневно в « WhatsApp ». В 2017 году во всем мире насчитывалось 1,82 миллиарда пользователей приложений для обмена мгновенными сообщениями, и ожидается, что к 2021 году их число вырастет до 2,48 миллиарда [15].Таким образом, приложения для обмена мгновенными сообщениями с большей вероятностью будут использоваться большей массой пользователей, и, следовательно, они приобретают все большее значение. Следовательно, анализ, объединяющий все эти элементы вместе с элементами взаимодействия с пользователем, становится обязательным для повышения качества использования этих инструментов пользователями.

Область HCI сосредоточена на том, как люди взаимодействуют с компьютерами, чтобы создавать лучшие продукты [16]. С этой целью HCI широко применяется, чтобы попытаться понять восприятие пользователей при использовании некоторых конкретных программных продуктов.Другими словами, он стремится улучшить пользовательский опыт (UX). Согласно определению Международной организации по стандартизации (ISO), UX определяется как «восприятие и реакции человека в результате использования и / или ожидаемого использования продукта, системы или услуги » [17]. Другими словами, UX ориентирован на человеческие эмоции при использовании определенного программного продукта, пытаясь произвести высококачественный опыт для пользователя [18, 19].

Учитывая, что UX является более широким термином (применяется почти ко всем опытам, связанным с использованием продукта), в области HCI, более сфокусированным, разработка удобства использования, как известно, является частью жизненного цикла программного обеспечения, связанного с фазой проектирования. Таким образом, это область исследований для улучшения дизайна продуктов. Но эти улучшения связаны не только с удобством использования. Они также могут быть применены к UX, учитывая определение UX по ISO, где UX и удобство использования связаны: « Примечание 3 к записи: удобство использования, когда интерпретируется с точки зрения личных целей пользователей, может включать вид восприятия и эмоциональные аспекты, обычно связанные с пользовательским опытом. Критерии удобства использования могут использоваться для оценки аспектов пользовательского опыта »[17].

Удобство использования, атрибут качества программного обеспечения, определяется ISO как « эффективность, действенность и удовлетворенность, с которыми указанные пользователи достигают определенных целей в определенных средах, » [20], тогда как Nielsen определяет его как « атрибут качества, который оценивает, насколько просты пользовательские интерфейсы »[21]. Удобство использования признано ключом к успеху программного обеспечения [22], несмотря на то, что оно не считается полностью подходящим для лучшего UX [23]. В любом случае, почему удобство использования в любом программном обеспечении так важно? Это просто [21, 24].Если пользователи сталкиваются с какими-либо препятствиями, они склонны уйти. В основном потому, что в их распоряжении масса альтернатив. По словам [25], плохое удобство использования приводит к чрезвычайно низкой производительности пользователя с данным программным обеспечением. Эти идеи можно резюмировать следующим образом: пользователи больше не терпят проблем UX. Все это может привести к дизайну, ориентированному на пользователя (UCD), методологии UX, применяемой для повышения удобства использования продукта. UCD фокусируется на процессе проектирования с точки зрения требований и целей пользователя [26].UCD отдает предпочтение созданию прототипов дизайна, чтобы соответствовать ожиданиям пользователей, а не функциям программного обеспечения.

Когда дело доходит до оценки удобства использования данного программного продукта, существует множество альтернатив, которые обычно делятся на три группы [27, 28]: эмпирические методы, методы проверки и методы исследования. Эмпирические методы (например, тесты производительности пользователей или бета-тесты) заключаются в получении информации об опыте пользователя при использовании продукта. Методы проверки (например, эвристические оценки, экспертные обзоры или когнитивные пошаговые инструкции) привлекают экспертов по юзабилити для анализа юзабилити-функций пользовательского интерфейса данного продукта.Наконец, методы опроса (например, анкеты об удовлетворенности пользователей, полевые наблюдения или интервью) пытаются получить мнения и требования пользователей, основанные, главным образом, на наблюдениях и беседах с пользователями.

Тем не менее, основными ограничениями для измерения удобства использования в мобильных приложениях являются особые характеристики мобильных устройств [29]: маленький размер экрана, возможности ввода, сетевые ограничения, работа с батареями, а также множество элементов аппаратного и программного обеспечения, среди прочего.Вкратце, вот почему традиционные методологии плохо работают с мобильными устройствами, и, следовательно, новые (или, по крайней мере, отличные от подходов на ПК) оценки должны применяться к мобильным приложениям, чтобы получить оптимальные результаты по удобству использования.

С другой стороны, создание приложения для обмена мгновенными сообщениями и привлечение людей к его использованию — несложный процесс. Это трудная задача — удержать пользователей продолжать пользоваться сервисом, потому что стоимость переключения между приложениями очень мала [13, 30]. Вот почему так важно оценивать и улучшать удобство использования приложений этого типа.

В этом документе методическая методология юзабилити используется для оценки приложений MIM как на платформах iOS, так и на Android, а также для предложения списка рекомендаций, которые помогут улучшить юзабилити этого типа мобильных приложений. Во-первых, определяются действия, которые характеризуют обычные взаимодействия в приложении для обмена мгновенными сообщениями. Затем эффективность измеряется количеством взаимодействий для выполнения действий. Наконец, выполняется эвристическая оценка с помощью мобильных экспертов.

Остальная часть статьи структурирована следующим образом: Раздел 2 представляет теоретическое описание, лежащее в основе методической методологии. В разделе 3 представлены результаты методической оценки мобильных приложений для обмена мгновенными сообщениями. Также применяется статистический анализ, чтобы определить, какие значения являются статистически значимыми. В разделе 4 обсуждаются результаты и связанные с ними работы, а в разделе 5 предлагается список рекомендаций по удобству использования. Наконец, в разделе 6 представлены некоторые выводы.

2.Материал и методы

Насколько известно авторам, существует не так много методологий, созданных для оценки удобства использования определенных типов мобильных приложений. Действительно, существует множество исследований для оценки конкретных тестируемых приложений, то есть приложение уже выбрано перед оценкой. Однако, когда сталкиваются с исследованиями, подобными представленному здесь, где приложения для оценки выбираются на основе ряда формальных условий (т. Е. Приложения выбираются в процессе оценки), количество возможных методологий для выбора сокращается.

В работе Moumame [31], хотя сообщается, что это методология оценки юзабилити любого вида мобильных приложений независимо от устройства, на самом деле это вопросник удовлетворенности пользователей (основанный, однако, на стандарте ISO) после выполнения участниками некоторых заданий. Предполагается, что эти задачи являются наиболее частыми и используемыми задачами в данных приложениях, но не существует формальной процедуры для их определения. Таким образом, совершенно неясно, как действовать в соответствии с этой методологией.

Существуют и другие типы оценок, которые применяют формальные шаги при оценке удобства использования данного приложения, объединяя как проверки удобства использования, так и пользовательские тесты.А именно, они называются систематическими оценками удобства использования (SUE) (определены в [32], но используются в различных областях). В SUE приложения анализируются на разных уровнях с задачами, как и в этом документе с приложениями для обмена мгновенными сообщениями. Тем не менее, основное ограничение метода SUE такое же, как указано ранее: этот тип методологий создается только для оценки предварительно выбранных приложений, но не для определения того, как оценивать конкретный тип приложения на рынке.

Применяемая методология использует набор эвристик в качестве одного из методов проверки. Из-за особенностей мобильных устройств, таких как небольшой размер экрана или сенсорные экраны, в нескольких исследованиях [33–36] был сделан вывод о том, что традиционные эвристики плохо работают с мобильными приложениями и, следовательно, необходимо разрабатывать и использовать специально разработанные эвристики. для мобильных устройств. Действительно, есть альтернативы эвристическому анализу мобильных приложений. Например, в работе Инострозы [37] они разработали набор эвристик для смартфонов и мобильных приложений. Они сообщили об улучшении исходного набора Nielsen, хотя проверка эвристики не была полностью предоставлена.В недавнем исследовании [38] они предоставили раннюю проверку своих эвристик, но сообщили, что для полной проверки эвристик необходимо проделать еще больше работы.

Таким образом, было решено применить методологию Мартина, Флуда и Харрисона [39]. Это универсальная и методическая методология, разработанная для выявления основных проблем с удобством использования мобильных приложений. Он был разработан таким образом, чтобы не зависеть от типа анализируемого приложения, чтобы соответствовать особым характеристикам мобильных устройств. Эта методология имеет ряд преимуществ, помимо того, что она подходит для анализа определенных типов приложений, начиная с оценки на рынке.Например, он не зависит ни от платформы, ни от домена, в котором он будет применяться. Кроме того, это экономично: кроме эвристической оценки, почти все шаги мог выполнить только один человек. Даже эксперты в HE должны анализировать только несколько приложений, поэтому у них мало времени. Экономичность также можно увидеть в определении основных задач, которые значительно сокращают количество анализируемых приложений. Не только независимость и экономия являются преимуществами этой методологии, но и формальные шаги в том виде, как они определены и применяются, являются преимуществом, поскольку они придают серьезность результату.Основное ограничение применяемой методологии можно было увидеть в отсутствии тестов с реальными пользователями. «Эвристические пошаговые руководства » и «Контекстные пошаговые руководства » могут решить эту проблему, поскольку эти методы включают контекст. Тем не менее, эти альтернативы, как сообщается, требуют больше времени, утомительны в исполнении и не охватывают все аспекты [40]. Эта методология состоит из пяти шагов, которые необходимо выполнять последовательно: (i) Шаг 1. « Определите все потенциально релевантные приложения .«Поиск приложений в интернет-магазинах по заданному ключевому слову. (Ii) Шаг 2. « Удалите облегченные или старые версии каждого приложения ». Удалите нефункциональные приложения (демонстрационные или пробные), а также старые версии, чтобы оценить только полную / текущую версию. (Iii) Шаг 3. Определите основные функциональные требования и исключите все приложения, которые не предлагают эту функциональность . ” Определите основные функции для типа оцениваемого приложения, то есть приложений MIM.Приложения, которые не соответствуют всем требованиям, должны быть исключены. Этот шаг действует как метод диагностики, поскольку это способ классификации приложений и удаления тех, которые не связаны с анализируемым контекстом. (Iv) Шаг 4. « Определите все вторичные требования ». Определите, какие дополнительные (второстепенные) функции предоставляются в анализируемых приложениях. Этот шаг не удаляет ни одно из найденных на данный момент приложений. (V) Шаг 5. На этом шаге измеряется удобство использования основных задач (функциональные возможности, определенные на шаге 3) с использованием двух методов: (a) Шаг 5-А. « Моделирование уровня нажатия клавиш (KLM) ». Подсчитывается количество взаимодействий для выполнения основных задач. Это действует как мера эффективности (как способ проверить хорошую производительность приложения), где меньшее количество взаимодействий означает лучшую эффективность. Следовательно, приложения с более низкими общими значениями квалифицируются для следующего шага. (B) Шаг 5-B. « Эвристическая оценка ». Выбранные приложения оцениваются в соответствии с набором эвристики мобильного юзабилити (MUH). Эта оценка состоит из определения того, соответствует ли приложение набору рекомендаций (а именно, эвристике).В этом контексте эвристика может быть определена как практическое правило, применяемое в качестве критерия для оценки пользовательских интерфейсов. Для анализа приложений с помощью набора эвристик, которые оцениваются по 5-балльной шкале Лайкерта, требуется помощь специалистов по мобильным технологиям. Стоит отметить, что эти прикладные эвристики не являются ни общими, ни традиционными, поскольку они плохо работают с мобильными устройствами. Применяемые здесь наборы были специально созданы для мобильных устройств [29] и успешно применялись в предыдущих исследованиях с мобильными приложениями [39, 41–43].

3. Результаты

В этом разделе подробно описаны результаты, полученные на каждом этапе оценки удобства использования на платформах iOS и Android. Для этого исследования использовались iPhone (с версией iOS 8) и Samsung Galaxy Nexus (с версией Android 4. 4). Данные платформы iOS были собраны в осеннем семестре 2014 года, тогда как данные для платформы Android были получены в весеннем семестре 2015 года. На рисунке 1 показано количество (оставшихся и отброшенных) приложений на каждом этапе исследования.В разделе результатов, когда обнаруживаются доказательства недостатков удобства использования, они связаны с конкретной рекомендацией в разделе 4, где представлены обоснования.


3.1. Шаг 1. Определите все потенциально релевантные приложения

На этом первом шаге был выбран поисковый запрос таким образом, чтобы охватить как можно больше приложений. Выбранный поисковый запрос, который использовался на обоих рынках (то есть в App Store и Google Play), был «мессенджер». Это ключевое слово было получено на основе анализа основных характеристик, приведенных в описаниях самых популярных приложений для обмена мгновенными сообщениями в магазине (т.е., WhatsApp, Telegram, LINE и Viber и другие). Таким образом, ключевое слово использовалось для поиска и извлечения информации о существующих приложениях, соответствующих поисковому запросу. В результате на рынке iOS было найдено 243 приложения и получено 250 приложений на платформе Android. Следовательно, все эти приложения были потенциально актуальными и использовались в качестве исходных данных для следующих этапов исследования.

3.2. Шаг 2. Удаление облегченных или старых версий каждого приложения

В соответствии с применяемой методологией, если приложение отнесено к категории демонстрационных, пробных или старых устаревших версий, его нельзя проанализировать, поскольку оно не полностью функционально.Таким образом, эти приложения были удалены из первоначального списка потенциальных приложений. В результате были отброшены двадцать приложений для iOS (8%) и шестнадцать приложений для Android (6%).

В соответствии с результатами на платформе iOS все отклоненные приложения были приложениями с ограниченной функциональностью. Однако на платформе Android восемь приложений предлагали ограниченную функциональность, три были старыми версиями, два были бета-версиями и два были модулями для другого приложения. Кроме того, одно приложение было исключено из списка Android, поскольку тем временем оно было удалено из магазина.

3.3. Шаг 3. Определите основные рабочие функции и исключите все приложения, которые не предлагают эту функцию.

На этом этапе основные функции, которые должны обеспечивать все приложения для обмена мгновенными сообщениями, были извлечены из литературы. Согласно [44–46], можно было предположить, что отправка и чтение мгновенных сообщений являются важными функциями для этого типа приложений. Действительно, приложения для обмена мгновенными сообщениями также используют контакты [44, 46], поэтому добавление новых контактов должно быть важным для пользователя, чтобы общаться с другими (новыми) контактами.Для гарантий безопасности и конфиденциальности следует также реализовать удаление контактов [47] или функции блокировки [45, 48]. Наконец, для обеспечения конфиденциальности или управления внутренним хранилищем в некоторых случаях пользователи могут захотеть удалить определенные разговоры [49, 50]. Следовательно, приложения для обмена мгновенными сообщениями должны предоставлять функции для выполнения следующих действий: (i) Задача 1 (T1): отправить сообщение. Отправить мгновенное сообщение определенному контакту. (Ii) Задача 2 (T2): прочитать и ответить. Прочтите входящее мгновенное сообщение и ответьте на него.(iii) Задача 3 (T3): добавить контакт. Добавьте новый контакт в повестку дня. (Iv) Задача 4 (T4): удалить (или заблокировать) контакт. Удалить конкретный контакт (или заблокировать его, если удаление не поддерживается). (V) Задача 5 (T5): удалить чаты. Очистить определенные разговоры.

После определения основных функций приложения, которые не соответствовали всем функциям, затем удалялись. Таким образом, каждое приложение было протестировано для проверки его основных функций, и в результате был получен новый список приложений для обмена мгновенными сообщениями.В результате 184 приложения (82,51%) были отброшены на платформе iOS, поэтому 39 приложений (17,49%) остались для следующего шага. Что касается платформы Android, 127 приложений (54,51%) были отброшены, осталось 106 приложений (45,49%).

При более внимательном рассмотрении рисунка 2 сравниваются приложения, которые соответствуют каждому заданному количеству функций (от 5 до 0) на обеих платформах. На Android почти половина приложений была полностью работоспособной, а примерно половина была удалена. На iOS более 80% приложений были отклонены, в то время как менее 20% приложений были полностью функциональными.Следует подчеркнуть, что на обеих платформах от 45% до 55% приложений не соответствовали ни одной из основных функций, поскольку они были приложениями, разработанными для приложений обмена мгновенными сообщениями (например, текстовых редакторов, средств улучшения фотографий или смайлов), но не действительно приложения для обмена мгновенными сообщениями. Кроме того, для платформы iOS также следует отметить, что количество приложений с 5 функциональными возможностями (17,57%) очень похоже на количество приложений с 3 функциональными возможностями (16,67%), поскольку последние были приложениями для обмена мгновенными сообщениями социальных сетей без возможности управления. контакты.Таким образом, на платформе Android было почти в три (2,72) раза больше приложений для обмена мгновенными сообщениями (т. Е. Приложений, отвечающих всем 5 функциям) (45,49%), чем на платформе iOS (17,57%).


Следует отметить, что более половины (55,41%) приложений iOS на первом этапе не соответствовали ни одной из пяти определенных функций. Это было мотивировано тем фактом, что при выбранном поисковом запросе рынок iOS получил несколько приложений, связанных с приложениями для обмена мгновенными сообщениями, которые на самом деле не были приложениями для обмена мгновенными сообщениями, например, модули для социальных сетей или мультимедийные плагины (средства визуализации текста, редакторы фото / видео). , и смайлики).

Кроме того, при выполнении этого шага несколько приложений были также удалены, потому что их (плохая) производительность препятствовала полной оценке, например, неисправимые ошибки (сбои), регистрации, которые не работали, или приложения, которые не могли быть открыты. В общей сложности 24 приложения (из 127 отклоненных) были удалены в Android по этим причинам, а 5 приложений (из 184 отклоненных) были удалены в iOS по этим причинам.

В ходе этой первоначальной проверки основных функций в необработанном списке приложений было обнаружено несколько проблем с удобством использования.Таким образом, можно выделить три основных проблемы: • Использование текста с слишком маленьким размером шрифта делает невозможным использование приложения. На рисунке 3 показан пример всплывающего окна, в котором тексты и входные сообщения было очень трудно читать. • Раздражающие и непрерывные всплывающие окна и уведомления, которые в некоторых случаях блокировали приложение или даже устройство. На рисунке 4 показаны четыре примера приложений, которые неизбирательно использовали всплывающие окна / уведомления: • Обрезанные тексты, которые не отображались должным образом, ухудшают читаемость текста.В связи с этим на рисунке 5 показаны примеры обрезанных текстов (заголовки вводимых текстов и текст в кнопках), которые было трудно читать.


3.4. Шаг 4. Определение всех дополнительных функций

На этом этапе все приложения были протестированы, чтобы определить, какие другие дополнительные (второстепенные) функции они включают. Вторичные функции — это дополнительные функции, которые не были идентифицированы в обзоре литературы, поэтому их нельзя рассматривать в качестве основных функций.Этот процесс определяет, какие дополнительные функции наиболее распространены в приложениях для обмена мгновенными сообщениями. Этот шаг не влечет за собой удаление приложений. В качестве исходных данных было протестировано 39 приложений на платформе iOS, а 106 приложений были проанализированы на платформе Android.

Таким образом, большинство вторичных функций были идентичны на обеих платформах (рис. 6), и различия были обнаружены только в процентном отношении каждой функциональности (значительно ниже в платформе Android).


Глядя на результаты, для платформы iOS наиболее распространенными функциями были следующие: (1-е) установка аватара профиля (74. 36%), (2) поиск в контактах (69,23%), (3) отправка фото (66,67%), (4) отправка видео (64,1%), (5) установка групповых чатов (64,1%) и ( 6-е место) блокировать контакты (53,85%) и др. Аналогичным образом, что касается платформы Android, второстепенные функции были следующими: (1-й) отправить фотографию (37,74%), (2-й) поиск в контактах (34,91%), (3-й) установить аватар профиля (30,19%), (4-й) ) отправить видео (30,19%), (5-е) установить групповые чаты (30,19%) и (6-е) заблокировать контакты (28,30%) и другие.

3.5. Шаг 5-A: Уровень нажатия клавиши Модель

На этом этапе количество взаимодействий, необходимых для выполнения каждой из основных функций (определенных в Разделе 3.3) был подсчитан для каждого из приложений, которые были в списке после завершения шага 3 (определение основных функций). В KLM, как определено в литературе [51, 52], учитывалось каждое касание экрана (включая каждый вид взаимодействия с устройством, например, касание, шаг, прокрутка, пролистывание, перетаскивание или использование аппаратных кнопок). как одно взаимодействие, и подсчет начался, когда приложение было только что открыто (действительно, приложение открывалось повторно для каждой задачи). Кроме того, по причинам одинаковости взаимодействия с клавиатурой (например,g., представляя сообщение для отправки) были определены как уникальное взаимодействие. Следует отметить, что при анализе этих приложений некоторые из них были исключены из оценочного набора из-за их плохой производительности, сбоев и критических ошибок. Для платформы iOS 11 приложений (из 39 выбранных) были отброшены. Таким образом, на этом этапе было оценено 28 приложений. Для платформы Android 61 приложение (из 106 выбранных приложений) было отклонено по той же причине. Таким образом, на этом этапе было проанализировано 45 приложений.

С одной стороны, если посмотреть на результаты iOS, общее среднее количество взаимодействий составило 29,86 (таблица 1). При анализе каждой задачи по отдельности, задача 1 (отправка сообщения) требовала в среднем 6,53 взаимодействий, задача 2 (чтение и ответ) требовала в среднем 5,75 взаимодействий, задача 3 (добавление контакта) требовала в среднем 6,25 взаимодействий, задача 4 (удалить или заблокировать контакт) требовалось в среднем 5,96 взаимодействий, а для задачи 5 (удаление чатов) требовалось в среднем 5,35 взаимодействий.

9034 9034 9034 9034 9034 9034 9034 9,62

Платформа \ Задача Среднее значение
T1 T2 T3 T4 T3 9034 9034 9034 9034 9034 9034 9034 9034 9034 9034 9034 9034 6.54 5,75 6,25 5,96 5,36 29,86
Android 6,27 5,47
5,73 7,62 5,73
Статистически значимая разница была обнаружена при сравнении обеих платформ.

С другой стороны, общее среднее количество взаимодействий на Android составило 29.4 (таблица 1). Разбивая по каждой задаче, следует отметить, что задача 1 требовала в среднем 6,26 взаимодействия, задача 2 требовала в среднем 5,46 взаимодействий, задача 3 требовала в среднем 7,62 взаимодействия, задача 4 требовала в среднем 5,73 взаимодействия, а задача 5 требовала взаимодействия. в среднем 4,31 взаимодействия.

Хотя приложения для iOS требовали большего количества взаимодействий, чем приложения для Android, стоит отметить, что в iOS было всего на 1,55% больше взаимодействий, чем в Android. Таким образом, несмотря на то, что платформы были разными, можно увидеть, что результаты на самом деле были довольно схожими: среднее количество взаимодействий в iOS составляло около 6 взаимодействий для всех задач, тогда как для Android среднее значение взаимодействий составляло от 4 до 7 взаимодействий.Основываясь на обобщении результатов, основные задачи должны быть гибкими для выполнения, избегая любой излишне глубокой навигации. На практике каждая задача должна требовать, как сообщается в [53], 7 ± 2 взаимодействия (см. Рекомендацию № 1 в Разделе 4). При более внимательном рассмотрении каждой задачи можно отметить некоторые моменты их производительности: (1) Задача 1: отправка нового сообщения. Хотя обе платформы в среднем показывали одинаковое количество взаимодействий при начале нового разговора, в iOS было обнаружено на 4% больше взаимодействий (в среднем), чем в Android. По сути, оцененные приложения с наименьшим количеством взаимодействий могут предоставить эти более низкие значения, автоматически показывая клавиатуру при доступе к новым чатам (см. Рекомендацию № 2). (2) Задача 2: ответ на входящее сообщение. Подобно первой задаче, эта задача дала одинаковые результаты для обеих платформ, хотя приложения на платформе iOS требовали на 5% больше взаимодействий, чем приложения на платформе Android. Измерения показали в среднем от 4 до 6 взаимодействий. Эти результаты были ожидаемыми, учитывая, что почти все приложения представляли активные беседы, сгруппированные в определенном разделе.(3) Задача 3: добавление контакта. По сути, эта задача требовала на 21,9% больше взаимодействий на платформе Android, чем на платформе iOS. При изучении способа реализации этой функции стало очевидно, что существует несколько сценариев: от 3 до 11 взаимодействий. Короче говоря, некоторые приложения использовали внутреннюю повестку дня устройства, тогда как другие приложения создавали настраиваемый список контактов. В результате последний (обычно) требует меньшего количества взаимодействий для достижения этой задачи. Кроме того, было замечено, что количество взаимодействий быстро возрастает, когда приложению требуется дополнительная информация для регистрации нового контакта (дополнительные поля, например, e.g., имя и номер телефона), чем в среднем (обычно только имя пользователя). Очевидно, что это существенное различие является статистически значимым (,) и, вероятно, вызвано разными способами, которыми платформы управляют задачей (см. Рекомендацию № 3). Например, в приложениях для Android пользователь должен закрыть приложение, открыть повестку дня, добавить туда контакт и затем вернуться в приложение. В приложениях iOS этот процесс намного проще для пользователя, поскольку связь с повесткой дня осуществляется внутри приложения без необходимости доступа к телефонной книге.(4) Задача 4: удалить / заблокировать контакт. По результатам были найдены очень похожие реализации этой функции для всех приложений. Следовательно, серьезных отклонений не обнаружено. Кроме того, эта задача требовала в среднем на 4% больше взаимодействий на платформе iOS, чем на платформе Android. (5) Задача 5: удалить чат. После анализа результатов эта задача становится более гибкой для выполнения в приложениях Android, требуя на 24,2% больше взаимодействий на платформе iOS, чем на платформе Android.Для выполнения этой задачи приложениям требовалось от 4 до 7 взаимодействий на платформе iOS и от 3 до 7 взаимодействий в Android. Эта разница в количестве взаимодействий является статистически значимой (,) в зависимости от того, как она реализована. Если чат удаляется путем выбора удаляемого элемента (например, скольжение в iOS или долгое нажатие в Android), требуется меньше взаимодействий. С другой стороны, для удаления чата требуется больше взаимодействий, если пользователю нужно нажать верхнюю кнопку, чтобы разрешить выбор элементов для удаления.

Следует отметить, что на этом этапе несколько функций в разных приложениях вернули неисправимые ошибки, которые привели к принудительному закрытию (или зависанию) приложения (см. Рекомендацию № 4). Другие приложения, казалось, были разработаны для размера экрана, отличного от того, который использовался для исследования (и продавцы не показали никакой информации об этом в магазине), что привело к интерфейсу, который не подходил для экрана.

Исходя из проведенной методологии, не все приложения перешли к следующему этапу: в эвристической оценке (этап 5-B) использовались только четыре наименьших значения нажатий клавиш, представляющих приложения с наивысшим рейтингом.Следует подчеркнуть, что если два или более приложений возвращают одинаковое общее количество нажатий клавиш, все они переходят к следующему шагу как одно.

По результатам на платформе iOS были выбраны следующие семь приложений: «зашифрованный мессенджер surespot» (21 взаимодействие), «hike messenger» (24 взаимодействия), «HushHushApp» (24 взаимодействия), «Kik Messenger» (26 взаимодействий), «Touch» (26 взаимодействий), «Hiapp Messenger» (26 взаимодействий) и «WhatsApp Messenger» (27 взаимодействий).

Таким образом, на платформе Android были выбраны следующие шесть приложений: «зашифрованный мессенджер surespot» (19 взаимодействий), «ZOHIB messenger» (23 взаимодействия), «Yak Messenger» (24 взаимодействия), «Cnectd Messenger — чат и текст. »(24 взаимодействия),« Kik Messenger »(25 взаимодействий) и« HushHushApp »(25 взаимодействий).

3.6. Шаг 5-B: Эвристика мобильности для удобства использования

На этом этапе последний шаг (в форме эвристической оценки) был выполнен для выбранных приложений. Шесть экспертов в области мобильных технологий оценили все приложения, используя набор рекомендаций по удобству использования, применяя оценки по 5-балльной шкале Лайкерта (таблица 2) [39, 54]. Для этого шесть экспертов оценили приложения для iOS, а пять экспертов оценили приложения для Android (более подробную информацию см. В Таблице 3). Все они проводили оценку индивидуально в автономной среде.Все эксперты были в возрасте от 18 до 24 лет, имели как минимум степень бакалавра и более трех лет опыта работы с мобильными устройствами и мобильными приложениями.

только . Нет необходимости исправлять, если на проект не будет выделено дополнительное время

Рейтинг Описание

0 Я не согласен с тем, что это вообще проблема удобства использования 1
2 Незначительные проблемы с удобством использования.Исправлению этого следует уделить низкий приоритет
3 Основная проблема удобства использования. Важно исправить, поэтому должен быть отдан высокий приоритет
4 Катастрофа юзабилити. Это необходимо исправить до того, как продукт будет выпущен. Пол

Эксперт № 1 3 года (компания ИКТ) 24 M Эксперт № 1 4 года (Компания ИКТ) 24
Эксперт № 2 3 года (разработчик приложения) 22 M Эксперт № 2 3 года (ИТ-консалтинг) 23 F
Эксперт № 3 3 года ( Компания ИКТ) 23 F Эксперт № 3 3 года (разработчик приложения) 21 F
Ex pert # 4 3 года (разработчик приложения) 21 M Expert # 4 4 года (ICT company) 24 M
Expert # 5 4 года (ICT консалтинг ) 24 M Эксперт № 5 3 года (разработчик приложения) 23 M
Эксперт № 6 4 года (компания ICT) 24 F

Этот анализ состоял из проверки того, соответствует ли приложение (или нет) набору рекомендаций.Кроме того, помимо сообщения о недостатках по шкале, показанной в таблице 2, от экспертов требовалось предоставить обоснование (то есть проблему удобства использования) для оценки каждого руководства. Таким образом, оценка оценивалась с учетом восьми эвристик и соответствующих им подразделов (а именно, субэвристик) (см. Таблицу 4) [29].

Соответствие системы и реального мира

A Видимость состояния системы и возможность потери / поиска мобильного устройства A1 Состояние батареи отображается
A2 9034 Состояние сети Состояние сети передача данных
A3 Время отображается при вводе данных
A4 Ранее зарегистрированные данные и личные настройки могут быть восстановлены в случае потери устройства

B B1 Информация отображается в естественном и логическом порядке
B2 Информация представлена ​​четко
B3 Вы можете увидеть, где находится все, что вам может понадобиться

C Consi stency and mapping C1 Легко увидеть, как выполнять такие задачи, как отправка сообщения, добавление контакта или удаление контакта
C2 В интерфейсе нет объектов, которые вы не ожидали бы увидеть

D Хорошая эргономика и минималистичный дизайн D1 Экраны хорошо спроектированы и четкие
D2 Диалоги не содержат информации, которая редко используется

E Простота ввода, читаемость экрана и удобство использования E1 Легко вводить числа
E2 Легко увидеть, что означает информация на каждом экране
E3 Вы можете легко перемещаться по приложению
E4 На экранах есть значок «bac k »
E5 Пользователь может получить важную информацию« с первого взгляда »

F Гибкость, эффективность использования и персонализация F1 Пользователь может персонализировать достаточно системы
F2 Система позволяет эффективно вводить данные

G Эстетика, конфиденциальность и социальные соглашения G1 Дизайн выглядит хорошо
Существуют подходящие положения для обеспечения безопасности и конфиденциальности (например,g., передача данных зашифрована.)

H Реалистичное управление ошибками h2 Пользователи могут легко восстановиться после ошибок (если что-то пойдет не так, вы легко сможете вернуться туда, где были .)
h3 Если данные введены неправильно, их можно отредактировать
h4 Там, где это необходимо, есть кнопка отмены

на основе экспериментального 9348
оценки результаты эвристической оценки показаны в Таблице 5 (платформа iOS) и Таблице 6 (платформа Android).Результаты каждой эвристики для данного приложения (т.е. каждой ячейки в таблице) были рассчитаны как среднее значение всех экспертных оценок для всех субэвристик. Столбец MEAN H показывает среднее значение для каждой эвристики.

9034 9034 9034 9034 9034 0,50

Heuristic \ app Hiapp messenger Hike messenger HushHushApp Kik messenger HushHushApp Kik messenger HushHushApp

A 0.00 1,00 0,92 2,63 2,54 0,00 0,08 1,02 1,14
B 9034 9034 9034 9034 9034 2,17 9034 2,19 9034 1,93 0,28 1,46 0,80
C 1,67 1,75 0,67 2,08 1,75 1,67 0,92 1.50 0,51
D 1,42 2,08 1,00 1,17 0,58 1,92 0,67 1,26 9034 9034 9034 9034 9034 9034 1,33 1,03 1,07 0,13 0,87 0,54
F 0,50 0,67 1,17 1.25 1,50 2,08 0,42 1,08 0,60
G 1,25 2,33 0,50 1,58 9034 9034 9034 9034 9034 3,18
H 0,89 1,44 0,39 1,00 0,61 0,89 0,00 0,75 0,46
9034 9034 9034 9034 9034 9034 9034 9034 1.19 0,31

(я.е., более пригодный к употреблению) не имел, в основном, никаких проблем или косметических проблем. С другой стороны, эвристика с более высокими значениями (т. Е. Менее полезная) представляла проблемы в виде мелких и серьезных проблем. Из этих результатов можно было заметить, что такие проблемы (незначительные и серьезные) влияют на функциональность приложения при регулярном использовании. Однако другие проблемы (косметические проблемы) означают небольшие препятствия в интерфейсе, которые никак не влияют на регулярное использование приложения.

На этом этапе результаты каждой эвристики могут быть проанализированы более подробно: (i) Эвристика A : видимость состояния системы и возможность потери / поиска мобильного устройства. Основной проблемой этого раздела, по словам экспертов, были проблемы, связанные с всплывающими окнами и панелями, скрывающими (полностью или частично) верхнюю строку состояния, которые были обнаружены в некоторых приложениях (рис. 7). Эксперты сочли это неудобным, учитывая, что пользователь теряет контекст реального мира и текущее состояние устройства (например, процент заряда батареи или состояние сети) (см. Рекомендацию № 5). Кроме того, эксперты обнаружили, что некоторые приложения не поддерживают функцию восстановления учетной записи пользователя, когда доступ осуществляется с другого устройства или когда то же устройство было отформатировано (см. Рекомендацию № 6).Таким образом, это вынуждает пользователей снова регистрироваться в системе с другим идентификатором, что подразумевает потерю всех контактов, настроек конфигурации и разговоров.

(ii) Эвристика B : соответствие между системой и реальным миром. Наши специалисты обнаружили проблемы с адаптацией и ограничением информации на экране. Об этих проблемах сообщалось на обеих платформах (рисунок 8). Одним из основных ограничений мобильных устройств является уменьшенный размер дисплея, доступный для отображения содержимого, которое может варьироваться от одного устройства (или ОС) к другому.Таким образом, интерфейс должен быть тщательно спланирован, чтобы адаптировать содержимое к доступному пространству и установить границы в соответствии с объемом информации, который будет размещен (см. Рекомендацию № 7). (Iii) Эвристика C : согласованность и сопоставление . В некоторых приложениях были представлены панели и списки (например, раскрывающиеся меню) с рядом элементов, которые не могли поместиться на экране (рис. 9), или с параметрами, которые изначально не отображались (рис. 10). Кроме того, макеты (а также элементы пользовательского интерфейса) должны быть выполнены в соответствии с целевой ОС, что сокращает время обучения приложения (см. Рекомендацию № 7), распределение кнопок OK / Отмена в диалоговых окнах (по сообщению Nielsen [ 55] как проблема), или путаница, вызванная использованием нестандартных элементов пользовательского интерфейса [56].Кроме того, эксперты также отметили проблемы с четкостью и организацией отображаемой информации (например, непоследовательность или слишком много информации на экране) на платформе iOS. (Iv) Heuristic D : хорошая эргономика и минималистичный дизайн. Эксперты подчеркнули, что более восьми взаимодействий влияют на способность следить за потоком действий задачи, что напрямую связано с навыком обучаемости (см. Рекомендацию № 1). Аналогичным образом, когда приложение используется на языке, отличном от того, на котором оно было создано, переводы иногда оказывались обрезанными.Эксперты отметили, что так сложно следить за развитием событий. В некоторых случаях основные задачи могут быть решены с более или менее препятствиями, но при попытке изменить настройки приложения хорошие переводы имеют значение (см. Рекомендацию № 8). (V) Эвристика E : простота ввода, читаемость экрана и удобство чтения. Эксперты обнаружили несколько проблем при работе с чатами (Задача 1, Задача 2 и Задача 5). В основном эксперты наблюдали за приложениями, которые помещали индивидуальные и групповые чаты в один и тот же фрейм, не предоставляя визуальных подсказок для их различения.В то время как индивидуальные чаты предназначены для беседы один на один, групповые чаты представляют собой беседы один ко многим. Следовательно, эксперты говорили не о самом окне чата, а о том, как чаты отображаются в списке активных чатов. Наша рекомендация может быть двоякой: либо размещение индивидуальных и групповых чатов в разных разделах, либо отображение визуальных элементов в записях чата, которые помогли бы их различать (см. Рекомендацию № 9). (Vi) Heuristic F : гибкость, эффективность использования, и персонализация. При выполнении Задачи 1 при запуске нового чата эксперты обнаружили, что автоматическое отображение клавиатуры значительно сокращает количество взаимодействий. Кроме того, при выполнении Задачи 3 эксперты согласились с тем, что указания идентификатора нового пользователя (например, имени пользователя, электронной почты или номера телефона) должно быть достаточно для регистрации нового контакта, тогда как другие параметры контакта должны быть необязательными. Это сделало бы добавление нового контакта более эффективной задачей (см. Рекомендацию №1). Более того, работая с чатами (Задача 1, Задача 2 и Задача 5), эксперты пытались повернуть устройство по горизонтали, чтобы облегчить взаимодействие с приложением, но они обнаружили, что не все приложения были подготовлены; то есть пользовательский интерфейс не был адаптирован при повороте устройства (рисунок 11) (см. Рекомендацию № 10).(vii) Heuristic G : эстетика, конфиденциальность и социальные условности. По сути, эксперты выяснили, что дизайн мобильных приложений должен не только фокусироваться на доступных функциях (и, если таковые имеются, минимальном дизайне пользовательского интерфейса), но также учитывать, как будет выглядеть пользовательский интерфейс (с точки зрения реорганизации макета). при разных размерах экрана и положениях поворота устройства (т. е. вертикальном и горизонтальном положениях) (см. Рекомендацию № 10). Поэтому, когда дело доходит до аспектов безопасности и конфиденциальности, несколько приложений показали недостаток информации об этих условиях, что для экспертов было серьезной проблемой, поскольку сообщения можно было отправлять по ненадежным каналам, а информации о том, что делает система, было недостаточно. с информацией о пользователе (см. Рекомендацию № 11).(viii) Heuristic H : реалистичное управление ошибками. Интересно отметить, что также были обнаружены некоторые неисправимые ошибки, которые привели к принудительному закрытию приложения. Наряду с этим эксперты сочли эту проблему очень разочаровывающей, вызывая чувство разочарования, когда неожиданное принудительное закрытие приложения теряет некоторую информацию и требует повторного открытия приложения (см. Рекомендацию № 4).

Напоследок напомним, что результаты эвристики (рисунок 12) значительно лучше (т.е., более низкие значения) на платформе Android, чем на платформе iOS, за исключением случаев, когда речь идет о дизайне интерфейса и выполнении задач. В среднем эвристика на платформе Android составляет около 0,87 (это не может быть классифицировано как косметическая проблема), в то время как это значение возрастает до 1,19 на платформе iOS (классифицируется между косметической проблемой и незначительной проблемой).


Примечательно, что приложения, которые хорошо показали себя в анализе KLM (небольшое количество взаимодействий), уступили в эвристической оценке (было обнаружено большее количество проблем с удобством использования).Насколько нам известно, можно предложить использовать оба метода (KLM и эвристическая оценка) для оптимальной оценки юзабилити мобильных приложений.

4. Рекомендации

На этом этапе в этом разделе наши выводы можно обобщить в следующем наборе рекомендаций: (i) Рекомендация № 1: основные функции должны быть легкодоступными. Эта рекомендация приводит к созданию простых и эффективных функций с меньшим количеством взаимодействий. В частности, основные функции общения в чате и добавления / удаления контактов должны быть интуитивно понятными или, по крайней мере, должны быть предоставлены четкие инструкции о том, как выполнять эти задачи.Эксперты считают, что это упростит выполнение задач и ускорит их выполнение. Таким образом, согласно отчету Миллера [53], 7 ± 2 взаимодействия должны быть оптимальными для основных функций IM. (Ii) Рекомендация № 2: автоматическое отображение клавиатуры в новых чатах. При отправке сообщения, инициирующего новый чат с контактом, автоматически отображается клавиатура. Эксперты оценили это положительно. Они отметили, что в новом чате встроено отображение клавиатуры, поэтому лучше показывать автоматически.(iii) Рекомендация № 3: добавляйте новый контакт только с идентификатором. При добавлении нового контакта, чтобы сделать его быстрой задачей, указание идентификатора (имя пользователя, номер телефона, адрес электронной почты и т. Д.) Нового контакта должно быть достаточной информацией для регистрации контакта. Вся остальная (дополнительная) информация (например, контактные данные) должна быть необязательной, и при необходимости ее можно будет добавить позже. Эксперты определили, что это упрощает выполнение задач и ускоряет их выполнение. (Iv) Рекомендация № 4: не допускайте неисправимых ошибок. Следует по возможности избегать неисправимых ошибок. Это очевидная рекомендация, но такие проблемы были обнаружены в некоторых проанализированных приложениях. Крайне предпочтительнее закрыть окно (или всплывающее окно) с отчетом об ошибке, чем неожиданное завершение работы или зависание приложения; таким образом, «помочь пользователям распознавать, диагностировать и устранять ошибки» [37]. Аналогичным образом, как подробно описано Нильсеном [57], сообщения об ошибках должны быть явными, удобочитаемыми, вежливыми, точными, конструктивными и хорошо заметными.Приложение также следует протестировать на разных конечных устройствах / ОС, чтобы избежать аномалий, связанных с продажей или публикацией приложения для устройства, отличного от того, которое использовалось при разработке и реализации приложения (изменение размера экрана или разные версии операционной системы). система, среди прочего). Эксперты предложили эту рекомендацию после обнаружения в своем анализе неисправимых ошибок, которые были крайне отрицательными. (V) Рекомендация № 5: всегда держите верхнюю строку состояния видимой. При использовании приложения по возможности избегайте панелей или всплывающих окон, которые полностью или частично перекрывают верхнюю строку состояния (батарея, время / дата и индикаторы сети).Исключение составляют случаи, когда приложение специально разработано для постоянного использования в полноэкранном режиме. (Vi) Рекомендация № 6: предоставьте функции восстановления учетной записи. По возможности, приложение должно реализовывать методы, позволяющие пользователю восстанавливать учетную запись (на том же или другом устройстве), если устройство потеряно или отформатировано. По крайней мере, данные аккаунта (профиль) и контакты должны быть восстановлены. Получение сообщений может не потребоваться, поскольку серверы из соображений конфиденциальности обычно не хранят сообщения в течение длительного времени.Эксперты поняли, что не все приложения реализовали эту функцию, поэтому пользователи, которые переходят с одного устройства на другое, не могут получить данные своей учетной записи. (Vii) Рекомендация № 7: Пользовательский интерфейс адаптирован и ограничен операционной системой (ОС ). Отображаемый контент должен быть адаптирован и ограничен размером экрана и ОС. Доступное пространство на экране невелико, поэтому при переводе часто встречаются обрезанные элементы, что делает контент нечитаемым. Как показано в [58], гиперссылки, показываемые в текстах, должны быть как можно короче, что указывает на потребность в содержании, адаптированном к доступному пространству.Кроме того, как показано в [59], каждая ОС представляет свои собственные альтернативы дизайна пользовательского интерфейса. Чтобы улучшить взаимодействие с пользователем и сохранить сходство с хост-системой, значки, кнопки и другие элементы должны соответствовать операционной системе. (Viii) Рекомендация № 8: избегайте половинных переводов. Для приложений, нацеленных на целевую аудиторию с другим языком, следует избегать половинных переводов, потому что некоторые пользователи не понимают другие языки. Эта рекомендация, наряду с единообразием дизайна интерфейса, важна для того, чтобы тексты не выглядели обрезанными или неуместными; или даже страдает от изменений пользовательского интерфейса [59].Эксперты отметили, что интернационализация текстов интерфейса во многом связана с согласованностью приложения, что также важно в связи с глобальным распространением такого рода приложений. (Ix) Рекомендация № 9: обеспечьте визуальное различие между индивидуальными и групповыми чатами. Индивидуальные и групповые чаты следует различать, например, с помощью нескольких вкладок или значков. Эксперты отметили, что групповые и индивидуальные чаты немного различаются по количеству вовлеченных людей и содержанию таких чатов. Поэтому следует проводить различие, чтобы ускорить визуализацию информации.(x) Рекомендация № 10: тщательно и точно проектируйте интерфейс. Разработка приложения должна быть сосредоточена на пользовательском интерфейсе, чтобы гарантировать, что контент правильно отображается на экранах разных размеров, разрешений экрана и ориентации устройства (книжная и альбомная). Приложение должно отображать один и тот же минимальный контент независимо от поворота или размера экрана, чтобы обеспечить удовлетворительное взаимодействие с пользователем. Дополнительный контент может отличаться для устройств с большими экранами или если устройство расположено горизонтально (некоторые приложения меняют текст значков при повороте устройства, потому что используется меньше места).Это было рассмотрено как способ принудительного улучшения интерфейса, в котором большинство приложений были обнаружены экспертами как основная ошибка. Кроме того, разрешите использование устройства в альбомной ориентации, что особенно важно при написании сообщений (фактически, при всех взаимодействиях с клавиатурой). Эксперты отметили, что использование устройства по горизонтали значительно упрощает использование приложения. Также обратите внимание, что не все проанализированные приложения поддерживают это действие, потому что некоторые не адаптировали интерфейс при повороте устройства.(xi) Рекомендация № 11: предоставить пользователю механизмы безопасности и информацию. Поскольку сообщения обычно проходят через незащищенные каналы в приложениях этого типа [60, 61], приложение должно обеспечивать механизмы, обеспечивающие шифрование информации. Следует отметить, что в нескольких доступных мобильных приложениях сообщается о недостаточном количестве реализованных методов безопасности и отсутствии информации для пользователя [62]. Политика конфиденциальности должна быть четко изложена, чтобы пользователь знал, как обрабатывается и отображается личная информация.Эксперты отметили, что информации по этой теме было мало или совсем не было, что считается очень важной особенностью для такого рода приложений.

5. Обсуждение

В целом, этот документ представляет собой исследование, направленное на расширение наших знаний о проблемах удобства использования мобильных приложений для обмена мгновенными сообщениями. Используемая методология позволяет оценивать мобильные приложения с точки зрения эффективности, которая является общей метрикой для измерения удобства использования [63] и проверки удобства использования с целью выявления потенциальных недостатков в приложениях.Тем не менее, можно выделить как ограничение, что удовлетворенность, один из основных (эмоциональных) показателей юзабилити, здесь не измерялась, учитывая, что реальные пользователи не опрашивались в этом исследовании.

В частности, методическая оценка [39], проведенная здесь для выявления проблем с удобством использования, ранее была успешно протестирована на двух типах приложений: приложениях для управления диабетом [42, 43] и приложениях с электронными таблицами [41]. Кроме того, эти авторы применили эту методическую оценку к предыдущим исследованиям в среде IM [64, 65].Результаты этих исследований (а также этого исследования о приложениях для обмена мгновенными сообщениями) показывают, что необходимо применять как KLM, так и методы эвристической оценки, чтобы обнаружить больше проблем с удобством использования, чем при использовании только одного из них. KLM — это объективный метод (например, диалоги управления ошибками безвозвратно увеличивают затраты на взаимодействие по сравнению с теми приложениями, которые не применяют управление ошибками), тогда как эвристическая оценка — это субъективный метод. При применении обоих методов можно получить более надежные результаты.

Помимо ограничения контекста, которое регулируется методологией, другим ограничением такого рода исследований (например, методических оценок) может быть, например, то, что несколько этапов превратились в изнурительные этапы, когда есть много элементов (мобильные apps, в этом контексте), чтобы отфильтровать. К другим проблемам относятся, например, чувствительные ко времени результаты или тот факт, что не все проблемы с удобством использования могут быть обнаружены [66]. Более того, в этом исследовании оценивались только платформы iOS и Android.Хотя они являются наиболее часто используемыми мобильными платформами [67], другие платформы могут возвращать другие результаты из-за их программных и аппаратных возможностей.

Хотя неясно, в какой степени эксперт по юзабилити может предоставить лучшие результаты эвристической оценки, чем специалист, связанный с контекстом (как те, которые были выбраны в этом исследовании) [68–70], авторы хотели бы подчеркнуть это как возможное ограничение. исследования, учитывая, что эксперты, выбранные для этой оценки, были экспертами по мобильным технологиям, а не по эвристическим оценкам.

Интересно сравнить этот документ с тремя прототипами мобильных приложений для обмена мгновенными сообщениями, которые были разработаны другими авторами: Perttunen et al. для КПК (в 2005 г.) [71], Инбаром и Зильберманом для нескольких платформ (в 2008 г.) [72] и Нави и др. для Android (в 2012 г.) [73]. На первый взгляд, как и в нашем исследовании, их оценки юзабилити выявили проблемы, связанные с веб-эвристикой Nielsen « Visibility of System Status », в некоторых аспектах весьма схожей с эвристикой A нашей прикладной методологии.В нашем исследовании обнаруженные проблемы были связаны со строкой состояния (она была скрыта в некоторых приложениях при выполнении различных действий в пользовательском интерфейсе) (как это отражено в нашей Рекомендации № 5). Проблемы Perttunen и др. Указали на необходимость визуализации индикаторов, связанных с доступностью (статус пользователя) и передачей сообщений (информация о доставке), но это исследование было сосредоточено только на отправке сообщений в различных условиях статуса пользователя. В исследовании Инбара и Зулбермана сообщалось о проблемах с удобством использования до создания приложения для обмена мгновенными сообщениями.Они были связаны со статусом пользователя и быстрыми способами запуска чатов. Небольшое количество обнаруженных проблем может быть связано с тем, что анализ удобства использования был проведен на примерах тематических исследований. Как и в нашем исследовании, в прототипе 2012 года (Nawi et al.) Оценка также выявила проблемы с пользовательским интерфейсом, хотя авторы предположили, что это произошло потому, что приложение было всего лишь прототипом, а не окончательной версией.

Хотя в предыдущих исследованиях оценки юзабилити применялись к мобильным приложениям обмена мгновенными сообщениями, наиболее похожим исследованием для этого документа была оценка, сделанная в 2013 году: оценка юзабилити MIM на устройствах Android [74] с использованием когнитивного пошагового руководства в лабораторной среде с помощью шести человек. оценщики.По мнению авторов, из-за невозможности настроить таргетинг на все существующие приложения для обмена мгновенными сообщениями на рынках, они использовали обзор лучших приложений для платформы Android (основанный на мнениях пользователей), опубликованный на сайте « PC Magazine » [75] . Авторы выбрали три лучших приложения обзора в категории « Communication », то есть « WhatsApp », « Skype » и « GO SMS Pro ». Затем была проведена оценка удобства использования путем создания и анализа задач (таких как методология, примененная в этом исследовании): чат, передача файлов, функции контактов (добавление, обновление и визуализация) и статус профиля.Результаты этой оценки согласуются с нашим исследованием, поскольку они заключают, что были похожие кнопки и значки (в некоторых случаях они были одним и тем же визуальным элементом) с разными действиями, и, как ранее говорилось в этой статье, эта проблема приводит пользователя в замешательство. (как показано в нашей Рекомендации №7, а также сообщается Nielsen, когда элемент графического интерфейса пользователя выглядит как интерактивный элемент, но не инициирует никаких действий [56]). Однако исследование также обнаружило проблемы с удобством использования этих приложений, например, пользователи не могли выбрать несколько смайлов одновременно; не было подтверждающего сообщения, когда пользователь отправил файл или неэффективную функцию « Search », среди других проблем.Тем не менее, в нашем исследовании эти проблемы не были обнаружены, возможно, из-за того, что задачи были определены с учетом функций, предлагаемых приложениями (в основном связанных с разделом чатов), тогда как в нашем исследовании задачи были определены после обзора литературы. и пытается определить, что такое приложение для обмена мгновенными сообщениями, исходя из его основных и необходимых задач. Их решение имеет очевидный недостаток, заключающийся в том, что он не охватывает все возможные размеры и функции приложений для обмена мгновенными сообщениями. Верно, что, если бы наша оценка включала другие или несколько задач, можно было бы обнаружить более разнообразные проблемы.

Между тем, в книге Мендосы [76] в качестве шаблонов мобильного дизайна дается ряд советов, основанных на опыте автора, поскольку (настольный) веб-интерфейс не является линейным мобильным пользовательским интерфейсом. В общем, при работе с мобильными устройствами следует учитывать некоторые сценарии производительности: короткую, простую, ориентированную на ОС и последовательную навигацию, а также небольшие и чистые макеты с более крупными и лаконичными элементами пользовательского интерфейса. Дополнительное использование параметров, изображений и текстов замедляет работу. Адаптация к повороту экрана означает не только настройку размеров содержимого по ширине и высоте, но также позволяет создавать впечатления в соответствии с новой ориентацией.Ожидается, что мобильные устройства будут быстрыми, в то время как время загрузки и многие экраны могут рассматриваться как неудачные. Все это также согласуется с нашей Рекомендацией №10.

По словам Swierenga [77], хотя в iOS и Android есть рекомендации для согласованного дизайна пользовательского интерфейса, для мобильных приложений отсутствуют рекомендации по удобству использования. Следовательно, эти авторы предложили набор рекомендаций по удобству использования, которые будут использоваться в приложениях для туризма на открытом воздухе, в основном, для предоставления пользователю большого количества информации.По сути, их первый набор рекомендаций предназначен для широкого спектра приложений: элементы навигации в нижней части интерфейса, минимальная прокрутка, негабаритные и простые интерактивные элементы, четко определенные заголовки для всех элементов пользовательского интерфейса (в соответствии с нашими Рекомендация № 10) и меньшее количество взаимодействий для получения желаемого содержимого (полностью соответствует нашей Рекомендации № 1). Наконец, они предоставили набор рекомендаций, специально созданных для наружных сред, таких как загрузка содержимого на устройство, повышение читабельности за счет большего размера и контрастности шрифта, а также создание версий для смартфонов и планшетов с учетом различных размеров экрана среди этих типов устройства (в соответствии с нашими Рекомендациями №7 и №10).

В дополнение к этому Шиткова [24] высказала ту же точку зрения: в научной литературе отсутствуют рекомендации по юзабилити мобильных приложений. Чтобы справиться с этим, авторы составили список из 39 рекомендаций по удобству использования для мобильных веб-сайтов и приложений. Руководство разделено на пять разделов: макет, навигация, дизайн, содержание и производительность. Некоторые из их руководящих принципов можно объединить с нашими рекомендациями по удобству использования: простые элементы навигации с небольшим количеством опций, минимально возможное количество кликов (оба соответствуют нашей Рекомендации № 1), не требующие пояснений заголовки для всех элементов пользовательского интерфейса, оптимизированный пользовательский интерфейс, содержимое и т. Д. и функциональные возможности, аналогичные в разных версиях приложения для устройств (все они соответствуют нашей Рекомендации № 7), простые для понимания элементы пользовательского интерфейса, избегать макетов таблиц, содержимое, упорядоченное по важности, диалоговые окна подтверждения, согласованный, унифицированный и простой пользовательский интерфейс ( все они соответствуют нашей Рекомендации № 10).

Тем не менее, другие авторы [78] указали на удобство создания общих руководств по удобству использования, а не руководств для конкретных приложений. Однако авторы признали двоякое следствие: общие руководящие принципы не могут быть использованы в определенных типах приложений; кроме того, конкретные руководящие принципы не могут быть распространены на более широкие области. Авторы представляют собой сборник основных рекомендаций по юзабилити, представленных в научной литературе. Ожидалось, что наши самые конкретные рекомендации для приложений обмена мгновенными сообщениями, то есть Рекомендации №2, №3 и №9, действительно не присутствовали в этой коллекции.Однако мы представили другие общие рекомендации, которых также нет в этом сборнике руководств. Наша Рекомендация № 6 (восстановление учетной записи), хотя и немного конкретная, но определенно для огромного количества приложений, там не была показана. Точно так же наша общая Рекомендация № 8 (избегать половинных переводов) специально не рассматривалась. Он частично покрывается рекомендациями «Не использовать объекты с разными значениями» и «использовать термины, относящиеся к реальному миру», но явно не контролируется.Наконец, наша общая Рекомендация № 11 (механизмы и информация безопасности) никоим образом не была представлена ​​ни в одном из руководств по удобству использования.

В заключение этого раздела, эти советы, наши рекомендации (см. Предыдущий раздел) и другие виды руководств, найденных в литературе, демонстрируют то, что этот документ отмечал с самого начала: разработчики приложений не применяют эти методы, методы, которые только хотят чтобы улучшить мобильный опыт пользователей, и это заметно по недостаткам в приложениях.Кроме того, сокращение кривых обучаемости при использовании этих приложений отражается на пользе для пользователей.

6. Выводы

В связи с широким распространением смартфонов и быстрым распространением приложений для обмена мгновенными сообщениями (IM) требуется оценка удобства использования этого типа мобильных приложений. Удобство использования выражается в атрибуте User eXperience (UX). В отличие от контекстов ПК, решение проблемы удобства использования мобильных приложений требует учета множества факторов: небольшого размера экрана, ограниченных возможностей, сетевых ограничений или ограничений ввода, среди других факторов.

Подводя итог, в представленном документе была проведена методическая оценка для выявления основных проблем с удобством использования приложений для обмена мгновенными сообщениями как на платформах Android, так и на iOS (для этого исследования использовались iPhone и Google Nexus). Этот последовательный подход состоит из пяти шагов: (1) идентификация потенциально релевантных приложений, (2) отказ от демонстраций и старых версий приложений, (3) идентификация основных функций и исключение приложений, которые не предлагают все эти функции, (4) идентификация второстепенные функции и (5a) моделирование на уровне нажатия клавиш (KLM) для измерения времени для выполнения основных функций и (5b) эвристическая оценка (HE) для обнаружения проблем удобства использования вместе с 6 экспертами в области мобильных технологий.

На первых двух этапах оценки после изучения литературы был сделан вывод, что приложение для обмена мгновенными сообщениями должно иметь как минимум следующие основные функции / функции: (T1) отправка мгновенного сообщения конкретному контакту, (T2) чтение и воспроизведение входящего сообщения, (T3) добавление нового контакта, (T4) удаление (или блокировка) контакта и (T5) удаление чата. На шаге 3 все приложения из интернет-магазинов (App Store и Google Play), которые не соответствовали всем этим функциям, были исключены, и был получен список соответствующих приложений.Следовательно, только 39 приложений соответствовали этим функциям на iOS, тогда как 106 приложений соответствовали этим функциям на Android.

В отношении результатов теста KLM, заключающегося в подсчете количества взаимодействий основных функций для каждого приложения, было получено, что среднее общее количество взаимодействий приложения обмена мгновенными сообщениями довольно похоже на обеих платформах: 29,86 на iOS и 29.4 на Android.

Что касается HE, потребовалось сотрудничество нескольких экспертов в области мобильных технологий, чтобы определить, какие эвристики юзабилити были соблюдены при проверке приложений.Эти эвристики делятся на субэвристики, которые оценивались по 5-балльной шкале Лайкерта. Углубленный анализ результатов показал, что обе платформы имеют серьезные проблемы, связанные с плохим дизайном интерфейса, ясностью и организацией отображаемой информации, отсутствием информации о безопасности / конфиденциальности и проблемами при выполнении основных задач.

Предварительные результаты проверки KLM и HE показывают, что оба метода следует применять для обнаружения наибольшего числа проблем с удобством использования.Действительно, это связано с тем, что приложения с низкими оценками по KLM (теоретически лучшие приложения) имели худшие результаты в HE (т. Е. Больше проблем было обнаружено в приложениях с лучшими оценками на KLM).

Наконец, после процесса, в этом документе был предложен набор рекомендаций по удобству использования: (i) Рекомендация №1: основные функции должны быть легкодоступными (ii) Рекомендация №2: автоматическое отображение клавиатуры в новых чатах (iii ) Рекомендация №3: добавляйте новый контакт только с идентификатором (iv) Рекомендация №4: не допускайте неисправимых ошибок (v) Рекомендация №5: держите верхнюю строку состояния всегда видимой (vi) Рекомендация №6: предоставляйте функции восстановления учетной записи (vii) Рекомендация № 7: пользовательский интерфейс, адаптированный к ОС и ограниченный ею. (viii) Рекомендация № 8: избегать половинных переводов (ix) Рекомендация № 9: визуально различать индивидуальные и групповые чаты (x) Рекомендация № 10: разработать интерфейс тщательно и точно (xi) Рекомендация № 11: предоставьте пользователю механизмы безопасности и информацию.

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

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

Доступность данных

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

Конфликт интересов

Авторы заявляют об отсутствии конфликта интересов в отношении публикации этой статьи.

Благодарности

Авторы выражают благодарность за поддержку исследовательским группам TIFYC и PMI. Это исследование финансировалось программой обучения научных сотрудников FPU Университета Алькалы.

Что такое обмен мгновенными сообщениями (IM)?

Обмен мгновенными сообщениями, часто сокращаемый до IM или IM’ing, представляет собой обмен сообщениями в режиме, близком к реальному времени, через автономное приложение или встроенное программное обеспечение. В отличие от чатов, в которых многие пользователи участвуют в нескольких и частично совпадающих беседах, сеансы обмена мгновенными сообщениями обычно проходят между двумя пользователями в частном, двустороннем стиле общения.

Одной из основных функций многих клиентов обмена мгновенными сообщениями является возможность видеть, находится ли друг или коллега в сети и подключен ли он через выбранную службу — возможность, известная как присутствие. По мере развития технологии многие клиенты обмена мгновенными сообщениями добавили поддержку обмена не только текстовыми сообщениями, но и позволили выполнять такие действия, как передача файлов и совместное использование изображений в рамках сеанса обмена мгновенными сообщениями.

Обмен мгновенными сообщениями отличается от электронной почты тем, что они обмениваются мгновенными сообщениями.IM также имеет тенденцию быть сессионным, имея начало и конец. Поскольку мгновенные сообщения предназначены для имитации личных разговоров, отдельные сообщения часто бывают краткими. С другой стороны, электронная почта обычно отражает более длинный стиль написания писем.

Как работает мгновенный обмен сообщениями

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

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

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

В то время как в прошлом клиенты обмена мгновенными сообщениями часто основывались на проприетарных протоколах, требуя, чтобы оба пользователя использовали одно и то же программное обеспечение для связи, использование открытых стандартов стало более распространенным явлением.Это привело к появлению многоплатформенных мессенджеров, таких как Pidgin и Trillian.

Еще одно важное изменение в IM — способ доступа и доставки. Долгое время использовавшийся в качестве настольного клиента, который нужно было загрузить и установить, обмен мгновенными сообщениями теперь чаще встречается как функция в другой веб- или облачной службе, такой как Facebook, Gmail и Skype, или как мобильное приложение, например, WhatsApp Messenger.

Функции обмена мгновенными сообщениями

Обмен текстовыми сообщениями долгое время был основной функцией обмена мгновенными сообщениями, но теперь это одна из многих функций.Возможность вставлять изображения и смайлики в сообщения теперь является стандартной для многих клиентов, как и передача файлов. Facebook Messenger даже позволяет пользователям отправлять деньги через IM. Многие клиенты теперь поддерживают переход от обмена мгновенными сообщениями к другим способам связи, таким как групповой чат, голосовые вызовы или видеоконференции.

Presence позволяет пользователям видеть доступность своих контактов — не только вне зависимости от того, находятся ли они в сети или офлайн, но и указали ли они, что их статус свободен или занят.Некоторые клиенты также позволяют пользователям устанавливать «сообщение об отсутствии», в котором более подробно рассказывается об их ограниченности или отсутствии доступа. В рамках активного сеанса между двумя пользователями большинство клиентов также могут указывать одному пользователю в режиме реального времени, когда другой пользователь печатает.

Популярное ПО для обмена мгновенными сообщениями

Хотя некоторые клиенты мгновенных сообщений являются явно потребительскими услугами или предназначены специально для предприятий, существуют некоторые пересечения. Ниже приведен список популярных клиентов обмена мгновенными сообщениями для потребителей, просьюмеров и предприятий:

Apple Messages (ранее iMessage)
Cisco Jabber (на основе Jabber)
Facebook Messenger
Google Hangouts (ранее Google Talk)
IBM Sametime
ICQ
Line
Pidgin
Microsoft Skype (включает Skype для бизнеса)
Slack
Telegram
Trillian
Viber
WeChat
WhatsApp Messenger
Windows Live Messenger
Yahoo Messenger

AIM, ранее называвшаяся AOL Instant Messenger, когда-то была одним из самых популярных клиентов обмена мгновенными сообщениями в Северной Америке.AIM была прекращена 15 декабря 2017 г.

Обмен мгновенными сообщениями | общение | Britannica

Обмен мгновенными сообщениями (IM) , форма текстового общения, при котором два человека участвуют в одном разговоре через свои компьютеры или мобильные устройства в Интернет-чате. Обмен мгновенными сообщениями отличается от «чата», в котором пользователь участвует в более общедоступной беседе в режиме реального времени в чате, где каждый на канале видит все, что говорят другие пользователи.

В своей простейшей форме обмен мгновенными сообщениями (IM) преследует две цели: мониторинг присутствия с целью отправки предупреждений о присутствии пользователям в чате и обмен сообщениями. Программное обеспечение полагается на центральный сервер или серверы для отслеживания присутствия. Когда пользователь входит в систему обмена мгновенными сообщениями, логин распознается, и другие онлайн-пользователи, у которых этот адрес указан в качестве «приятеля» или друга, уведомляются о присутствии пользователя. Программное обеспечение устанавливает прямое соединение между пользователями, чтобы они могли разговаривать друг с другом синхронно в режиме реального времени.IM имеет долгую историю, но только в конце 1990-х годов приложения IM вышли на передний план из-за продолжающихся битв между коммерческими предприятиями, участвующими в их разработке.

Одним из предшественников формального обмена мгновенными сообщениями была Совместимая система разделения времени (CTSS), которая возникла в 1961 году в вычислительном центре Массачусетского технологического института. CTSS был размещен в большом мэйнфрейме. Пользователи, подключенные к мэйнфрейму через удаленные коммутируемые терминалы, отправляют сообщения друг другу и обмениваются файлами.Вскоре CTSS вышла за пределы Массачусетского технологического института и к 1965 году позволила нескольким сотням пользователей из ряда колледжей общаться друг с другом, тем самым переняв современные качества, подобные IM.

IM был изобретен в 1971 году как функция чата в правительственной компьютерной сети. Американский ученый-компьютерщик Мюррей Турофф создал IM как часть справочного индекса и информационных систем управления в чрезвычайных ситуациях (EMISARI) для Управления готовности к чрезвычайным ситуациям. Его первоначальная цель заключалась в том, чтобы помочь обменяться информацией, которая поможет Соединенному Королевству.Правительство С. при ЧС. Одним из первых применений EMISARI было содействие общению между правительственными чиновниками в целях содействия усилиям администрации Никсона по борьбе с инфляцией заработной платы и контролю цен. Пользователи EMISARI получали доступ к системе через терминалы телетайпа, подключенные к центральному компьютеру. EMISARI продолжал использоваться правительством США для управления чрезвычайными ситуациями до 1986 года. Функция чата EMISARI называлась Party Line и первоначально была разработана для замены телефонных конференций.Все пользователи Party Line должны были войти в систему на одном компьютере по телефонной линии и прочитать текст чатов на устройствах Teletype.

Получите подписку Britannica Premium и получите доступ к эксклюзивному контенту. Подпишитесь сейчас

В 1970-х годах появилось первое программное обеспечение для публичного чата. «Talk», предназначенный для работы в операционной системе UNIX, также требует, чтобы пользователи входили в систему на том же компьютере, чтобы использовать программу. Это было действительно предшественником систем обмена мгновенными сообщениями, поскольку пользователи могли отправлять сообщения кому-либо еще в системе, и на пользовательском терминале появлялась заметка.Это программное обеспечение часто использовалось в сочетании с «Finger», программой, которая позволяла пользователям определять, присутствовал ли тот или иной пользователь онлайн в то время.

Первое крупномасштабное развертывание IM было осуществлено компанией America Online (AOL). IM был частью браузера AOL еще в 1988 году в виде списков знакомых, которые позволяли клиентам AOL знать, когда их друзья, родственники или другие знакомые, которые также использовали AOL, были в сети. Такие списки были названы «списками друзей» после развертывания AOL Instant Messenger (AIM) в 1997 году.AIM процветала, и по мере роста популярности Интернета росла и потребность в программных системах, позволяющих общаться в реальном времени. В конце 1980-х годов также было введено программное обеспечение Internet Relay Chat (IRC) для групповых разговоров, а к середине 1990-х годов стало доступно другое программное обеспечение для обмена мгновенными сообщениями, такое как ICQ (или «Я ищу вас») для пользователей Интернета, не имеющих отношения к AOL. . Израильская компания Mirabilis запустила ICQ в 1996 году как бесплатную программу обмена сообщениями. Позже AOL выкупила ICQ, но сохранила интерфейс ICQ без изменений, хотя он и конкурировал с собственной системой обмена мгновенными сообщениями AOL.К началу 2000-х годов в Интернете использовалось несколько систем обмена мгновенными сообщениями с несколькими версиями для разных компьютерных платформ (Windows, Mac OS, Linux). К таким системам относятся iChat от Apple, дебютировавший в 2002 году во время развертывания OS X Jaguar, третьей версии операционной системы Apple Mac OS X, Skype, служба обмена мгновенными сообщениями и видеоконференцсвязи, представленная в 2003 году, и Google Talk (который также известен как Gchat или Google Chat), который впервые был связан с сервисом Gmail компании в 2005 году.Обмен мгновенными сообщениями стал связан с платформами социальных сетей с выпуском MySpaceIM компанией MySpace в 2006 году, Facebook Chat в 2008 году и Facebook Messenger в 2011 году.

Лучшие методы обмена мгновенными сообщениями

Лучшие методы обмена мгновенными сообщениями (или интерактивного чата)

1. Посмотрите, прежде чем щелкнуть.
  • Ссылки, отправленные друзьями — — Не думайте, что ссылка на веб-сайт / файл безвредна, потому что она была отправлена ​​вам другом. Ссылка может указывать на вредоносный контент.Взломанные компьютеры могут заразить этим вредоносным ПО другие машины.
  • Сообщения «Нет на месте» — Не нажимайте ни на какие ссылки в сообщениях «Нет». Некоторые вредоносные программы добавляют ссылку в мгновенное сообщение (IM) об отсутствии. Любой, кто щелкнет по этой ссылке, может поставить под угрозу безопасность своего компьютера.
  • Предложение: Уточните у человека, который отправил вам ссылку, действительно ли он хотел ее отправить. Кроме того, если вы щелкнули ссылку, которая предположительно ведет к изображениям, веб-браузер должен открыть и отобразить изображения.Если вы нажмете на ссылку, которая должна открыть изображение, и откроется окно с вопросом, хотите ли вы «открыть», «запустить» или «сохранить» что-то, немедленно отмените это!
2. Не принимайте неожиданные передачи файлов.
  • Возможные последствия — — Если вы это сделаете, вы можете загружать вредоносное ПО, которое может сделать ваш компьютер нестабильным, использоваться для кражи вашей личной информации и / или использоваться для атаки на другие компьютеры.
  • Файлы, отправленные друзьями — Не думайте, что программа / файл безопасны, потому что друг инициировал передачу.Многие случаи заражения компьютеров вызваны распространением вредоносных программ через программное обеспечение для обмена мгновенными сообщениями на этом компьютере. Поэтому, если компьютер вашего друга скомпрометирован, вредоносная программа может отправить вам мгновенное сообщение, которое, по всей видимости, было намеренно отправлено вашим другом.
  • Предложение: Если вы получили предложение принять передачу файла, свяжитесь с отправителем, чтобы убедиться, что он только что отправил вам предложение загрузить файл.
3. Не передавайте личную / конфиденциальную информацию через клиенты обмена мгновенными сообщениями.
  • Чаты обычно не зашифровываются — Беседы с мгновенными сообщениями почти всегда не зашифрованы. Это означает, что когда разговор передается по сети, он ведется открытым текстом. Если кто-то записал или просмотрел разговор во время передачи, он мог легко его прочитать. Например, если вы укажете свой номер социального страхования и некоторые личные данные во время обмена мгновенными сообщениями, злоумышленник может перехватить эту информацию.Затем они могут использовать его для присвоения вашей личности и совершения различных форм мошенничества.
  • Shoulder Surfing — Возможно, вы разговариваете с другом через мгновенное сообщение и разглашаете личную информацию. Ваш друг может находиться в общественном или полуобщественном месте без вашего ведома. Если ваш друг не будет осторожен, кто-нибудь может пройти мимо и прочитать ваш разговор / личную информацию.
  • Ведение журнала — Иногда люди включают ведение журнала для разговоров, которые у них есть.Если вы обсудите / поделитесь какой-либо личной информацией, она будет сохранена на компьютере человека в файле журнала. Это создает вероятность того, что кто-то, возможно злоумышленник, может получить доступ к этим файлам журнала и получить вашу личную информацию.
  • Предложение : Не раскрывайте свою личную информацию открыто. Если по какой-то исключительной причине вам необходимо предоставить личную информацию, настаивайте на том, чтобы это было сделано безопасным образом. Рассмотрите альтернативные способы обмена личной информацией, например звонит человеку.
Дополнительные рекомендации:

Если ваш IM-клиент поддерживает это, настройте параметры, чтобы разрешать / принимать сообщения только от людей, которых вы знаете.

Добавить комментарий

Ваш адрес email не будет опубликован.


9034 9034 Cnectd Cnectd Messenger Среднее значение ч Стандартное

A 0,05 0,00 0,00 0.60 1,00 0,00 0,28 0,43
B 0,60 0,40 1,47 1,27 1,27 0,93 9034 9034 9034 9034 9034 9034 9034 9034 9034 9034 9034 0,50 2,70 1,30 1,40 1,50 1,48 0,71
D 0,60 0,10 2.10 0,90 0,20 0,30 0,70 0,75
E 0,44 0,28 0,96 0,96 0,56 9034 9034 9034 9034 9034 9034 0,80 0,00 0,50 1,90 0,00 1,00 0,70 0,72
G 3,30 0.10 2,10 1,20 2,30 2,30 1,88 1,10
H 0,27 0,33 0,00 0,00 1 0,00 0,00 1
Среднее 0,87 0,55