возможно что то пошло не так
Как исправить ошибку Twitter: что-то пошло не так, попробуйте еще раз
Содержание:
Вы когда-нибудь пытались исправить ошибку Twitter «Что-то пошло не так, попробуйте еще раз»? С тех пор Twitter запустил обновленный дизайн пользовательского интерфейса для общественности, я столкнулся с очень раздражающей проблемой при использовании моей учетной записи Twitter. Я получаю «Что-то пошло не так«сообщение об ошибке всякий раз, когда я открываю страницу своего профиля, читаю твиты или проверяю уведомления. Вот кнопка»Попробуй снова«также приводится под сообщением об ошибке, но это не может решить проблему. Одно и то же сообщение об ошибке» Что-то пошло не так «отображается снова и снова, если я нажимаю на кнопку.
Я много раз пытался нажать на большую синюю кнопку «Повторить попытку», но Твиттер не мог уступить ни одному из моих усилий. Кроме того, я попытался обновить веб-страницу после нажатия клавиши F5, а также щелкнув правой кнопкой мыши и выбрав параметр перезагрузки.Я пытался обновить или перезагрузить страницу много раз, но каждый раз, когда мой браузер отображал одно и то же сообщение об ошибке «Что-то пошло не так». Затем Я попытался выполнить резкое обновление. Я открыл сайт Twitter и нажал Ctrl + F5 одновременно, чтобы перезагрузить веб-страницу с самого начала без использования кеша браузера.
Временно решает проблему. Веб-сайт Twitter открывался без каких-либо сообщений об ошибке, но всякий раз, когда я пытался открыть другие страницы, такие как уведомления, Twitter снова отобразил то же сообщение об ошибке «Что-то пошло не так».
Я никогда не получаю этих сообщений об ошибках в Twitter, но когда моя учетная запись Twitter была обновлена до последней версии интерфейса, я начинаю получать эти надоедливые сообщения об ошибках.
Наконец, я проверил простые шаги, которые исправляют ошибку «Что-то пошло не так»:
Как исправить ошибку Twitter: что-то пошло не так, попробуйте еще раз:
Обновите время или дату на вашем ПК
Неправильное время или дата в веб-браузере могут мешать работе таких веб-сайтов, как Twitter, которые отображают на своих серверах совершенно другое время. Приходите, давайте посмотрим, как можно изменить время и правильно его обновить в Windows:
Шаг 1:
Нажмите горячую клавишу Win + R, затем введите контроль timedate.cpl и нажмите Enter.
Шаг 2:
В окне «Время» или «Дата» выберите Интернет-время а затем нажмите на Изменить настройки.
Шаг 3:
Входить pool.ntp.org в поле Сервер, а затем нажмите на Обновить сейчас кнопка.
Шаг 1:
Очистить файлы cookie и кеш:
Затем я попыталсяочистить кеш и файлы cookie сайта twitter.com. Я нажал на Значок информации о веб-сайте присутствовать перед URL-адресом веб-сайта в адресной строке Firefox и нажать на значок «Очистить файлы cookie и данные сайта«вариант предусмотрен под вылет.
Он открыл «Удаление файлов cookie и данных сайта«диалоговое окно, содержащее все предыдущие URL-адреса twitter.com. Я нажал кнопку» Удалить «, чтобы стереть данные сайта twitter.com из веб-браузера Firefox.
Затем он отключил меня от веб-сайта Twitter, но это устранило проблему. Теперь веб-сайт Twitter начал нормально работать в моем браузере, и я не получал сообщения об ошибке «Что-то пошло не так» ни на одной странице.
Если изменение времени не позволяет разобраться с сообщением об ошибке Twitter, вам необходимо удалить файлы cookie из вашего браузера (или любого другого веб-браузера, который вы используете) для Twitter следующим образом:
Шаг 1:
Посетить Твиттер веб-сайт в вашем Firefox или любом используемом вами браузере.
Шаг 2:
Затем нажмите на значок замка в адресной строке и выберите Очистить файлы cookie и данные сайта.
Шаг 3:
Он отобразит вам много доменов в списке, относящемся к Twitter, для которых он собирается удалить файлы cookie и данные сайта, сохраненные в кеше браузера. Просто нажмите на Удалять кнопку, чтобы продолжить.
Шаг 4:
Затем перезапустите веб-браузер и попробуйте снова посетить веб-сайт Twitter. Возможно, вам придется повторно войти в свою учетную запись Twitter.
После этих двух методов, указанных выше, Twitter продолжает отображать одну и ту же ошибку, тогда вам нужно попробовать другой веб-браузер.
Заключение:
Так что, если вы также столкнетесь с этой проблемой в любом веб-браузере. Сначала попробуйте обновить страницу с помощью комбинации клавиш Ctrl + F5. Если это не помогло, попробуйте стереть кеш и файлы cookie в своем веб-браузере. Или же обновите дату и время вашего ПК. Убедитесь, что очистка файлов cookie приведет к автоматическому выходу с веб-сайта.
До сих пор не понимает, почему возникла эта проблема? Была ли это ошибка, вирус или проблема в последней версии пользовательского интерфейса веб-сайта Twitter? В этой ситуации поделитесь с нами своими мыслями в разделе комментариев ниже!
IPhone XI и чип A13 продолжат лидировать на устройствах Android
Sprint выпускает исправление Stagefright для Galaxy S6, S6 edge, S5, Note edge, Nexus 5 и Nexus 6
Ошибка «Что-то пошло не так» ВКонтакте: как сделать, чтобы было так
Появилась ошибка «Что-то пошло не так» ВКонтакте? Перезапустите телефон, пройдите заново авторизацию, попробуйте выйти из профиля и зайдите еще раз или обратитесь в службу поддержки. Ниже рассмотрим, что это за сбой, в каких случаях она возникает, и как его правильно устранить.
Что это значит
Появление надписи «Что-то пошло не так» в ВК свидетельствует о внутренних сбоях в работе социальной сети. Они могут быть вызваны как трудностями с подключением к Интернету, так и проблемами с самим сервером. Чаще всего ошибка возникает при оплате, попытке входа в какой-то раздел, авторизации и т. д.
В большинстве случаев проблема легко решается путем рассмотренных ниже действий. В наиболее сложных ситуациях не обойтись без помощи со стороны технической поддержки. Чаще всего ответ можно получить по ссылке https://vk.com/support?act=home. Подробнее на этом вопросе остановимся ниже.
Причины и пути решение
Ошибку «Что-то пошло не так» в ВК легко решить, если знать возможные причины и действовать с учетом приведенных ниже рекомендаций.
Трудности с Интернетом
Одной из причин, почему возникает ошибка «Что-то пошло не так» — потеря Интернета при работе ВК. К примеру, вы сделали какой-то запрос, и в этот момент разорвалось соединение. В таких обстоятельствах попробуйте зайти на другой сайт и убедитесь в наличии подключения к Сети. Если его нет, необходимо решить вопрос с провайдером, а после этого снова попробовать зайти на ВК и проверить, появляется ли ошибка.
Проблемы с запросом
Нельзя исключать ситуацию, когда при подаче запроса возникли какие-то сложности. В таких ситуациях необходимо просто подождать какое-то время, а после этого повторить попытку. Во многих случаях такой шаг позволяет устранить имеющиеся ошибку «Что-то пошло не так» и вернуть прежнюю работоспособность. Это может выручить, к примеру, при возникновении сбоев в процессе оплаты, входе в какой-то раздел, отправке сообщения и т. д.
Сбои в авторизации
В случае появления ошибки «Что-то пошло не так» проблема может быть из-за авторизации. При этом человек как бы находится в системе, но сама ВК уже не распознает пользователя. В таком случае необходимо выйти из личного кабинета и войти в него снова. При вводе данных будьте внимательны. Учтите, что ошибка в любом из символов может привести к появлению сбоев.
После авторизации убедитесь, что вы находитесь в своем кабинете, сделайте какие-либо шаги, а после этого попробуйте выполнить то действие, при котором возникала проблема.
Как вариант, попробуйте зайти под другим профилем (если он имеется). Если с этим вариантом не возникают трудности, сбои могут возникнуть из-за нового профиля. В таких обстоятельствах может потребоваться перерегистрация или обращение в поддержку.
Загрязненный кэш
В ситуации, когда ВКонтакте что-то пошло не так, нельзя исключать банальное загрязнение браузера. Для решения проблемы попробуйте почистить куки и кэш, а после этого проверьте факт устранения ошибки. В каждом веб-проводники процесс очистки происходит по индивидуальному алгоритму. К примеру, в Гугл Хром сделайте следующее:
По похожему принципу можно сделать работу и в других браузерах, а по завершении всех шагов остается проверить — ушла ли ошибка «Что-то пошло не так» в ВК.
Обновите или переустановите программу
Если проблема никуда не девается, попробуйте обновить приложение ВК. Для этого сделайте такие шаги:
Если этот способ не подошел, попробуйте полностью удалить программу через настройки, а после установить ее с нуля. Такие шаги часто выручают при возникновении сбоев и ошибок типа «Что-то пошло не так».
Сбои на сервере
Нельзя исключать ситуацию, когда проблема произошла на сервере ВК. Такое бывает при повышенной нагрузке и других проблемах. Для подтверждения или опровержения этой версии перейдите по ссылке downdetector.ru/ne-rabotaet/vkontakte, и посмотрите, имеет ли место такая ситуация. Если она есть, остается только подождать и через время повторить попытку.
Обратитесь в поддержку
Если ни один из предложенных выше вариантов не дал результата, можно обратиться в поддержку. Для этого можно использовать разные варианты, к примеру, группу vk.com/vhod_ru или vk.com/techsupp.php1. В обоих случаях можно задать вопрос и попросить пояснить причину, почему появляется ошибка «Что-то пошло не так» ВКонтакте.
Теперь вы знаете, почему могут возникнуть сбои в работе ВК, как объяснить появление надписи «Что-то пошло не так» и можно ли ее исправить в социальной сети. В большинстве случае достаточно просто подождать, ведь проблема может решиться уже в последний момент.
Как исправить ошибку «Что-то пошло не так» в Windows 10
Что такое ошибка «Что-то пошло не так»
«Что-то пошло не так. Попытайтесь повторно открыть параметры позже»- это сообщение ошибки, с которой можно столкнуться при попытке открыть Центр обновления Windows. Из-за нее пользователи не могут открыть настройки с обновлениями для их проверки или установки. Такая ошибка может возникнуть по ряду причин. Чаще всего возникают это происходит из-за проблем с конфигурацией или совместимостью, о которых люди часто не знают. Любое стороннее ПО или внутренние проблемы Windows могут стать причиной неисправности Центра обновлений Windows. Довольно сложно сразу определить, какая причина вызвала проблему, поэтому необходимо протестировать все доступные решения, пока не найдется рабочее. Ниже мы разберем несколько методов, способных решить ошибку «Что-то пошло не так». Следуйте за каждым шагом внимательно, чтобы не пропустить никаких деталей.
Скачать средство восстановления Windows
Существуют специальные утилиты восстановления для Windows, которые могут решить проблемы, связанные с повреждением реестра, неисправностью файловой системы, нестабильностью драйверов Windows. Мы рекомендуем вам использовать Advanced System Repair, чтобы исправить ошибку «Что-то пошло не так» в Windows 10.
1. Включите Чистый запуск Windows.
Стоит проверить есть ли на вашем ПК стороннее ПО, которое вызывает несовместимость. Чистая загрузка поможет запустить ваш компьютер только со встроенными приложениями и службами, чтобы узнать, вызывает ли проблему какое-то стороннее приложение. Иногда даже программное обеспечение для защиты от вредоносных программ может конфликтует со службами Windows. Для запуска в режиме чистой загрузки просто выполните следующие действия:
Теперь вы можете попытаться открыть Центру обновления еще раз, в режиме чистой загрузки. Если сейчас все работает нормально, это означает, что какая-то сторонняя программа все-таки конфликтует с процессами Windows. Подумайте, что вы установили недавно, и попробуйте удалить это. После загрузки в чистом режиме вам следует вернуть Windows к настройкам нормального запуска. Для этого просто повторите все шаги выше, включив отключенные службы и изменив параметр запуска с Выборочный запуск в Обычный запуск.
2. Сбросьте компоненты Центра обновления Windows.
net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver
ren C:\Windows\SoftwareDistribution SoftwareDistribution.bak
ren C:\Windows\System32\catroot2 Catroot2.bak
net start wuauserv
net start cryptSvc
net start bits
net start msiserver
3. Проверьте целостность системных файлов.
Как мы уже упоминали в начале, проблемы с обновлением могут возникать из-за отсутствия или повреждения файлов. Такие файлы обычно очень важны для правильной работы многих служб Windows. Если некоторые из этих файлов находятся вне своей родной среды, то это может стать причиной ошибок обновления. Ниже мы воспользуемся SFC (Проверка системных файлов) и DISM (Обслуживание образов развертывания и управление ими), которые помогут обнаружить и восстановить отсутствующие компоненты. Вот как:
С помощью SFC
С помощью DISM
4. Просканируйте жесткий диск на наличие повреждений.
Перед тем, как переходить к следующим методам, стоит проверить жесткий диск на наличие повреждений и ошибок. Вы можете легко сделать это с помощью следующих шагов:
Этот метод вряд ли решит проблему, поэтому не беспокойтесь, если он не сработал.
5. Измените параметры запуска для Службы оркестратора обновлений.
Служба оркестратора обновлений (Update Orchestrator Service) считается очень важной служба для правильной работы процессов обновления. По умолчанию эта служба должна быть установлена на автоматический запуск, однако бывают случаи, когда она отключена у пользователей по необоснованным причинам. Итак, давайте проверим, настроена ли Служба оркестратора обновлений правильно:
6. Измените значения в Редакторе реестра.
Проблема с Центром обновлений также может быть связана с неправильными значениями в Редакторе реестра. Ниже мы проверим, так ли это.
Теперь все должно работать нормально. То же самое стоит сделать и для этих сервисов:
Как только закончите, перезагрузите компьютер и проверьте, исчезла ли ошибка при открытии Центра обновления Windows.
7. Создайте новую локальную учетную запись.
Если ни один из упомянутых шагов не помог вам решить проблему, тогда стоит попробовать создать новую учетную запись пользователя. Иногда вновь созданные аккаунты могут решить проблемы с настройками и вернуть некоторые службы в нормальный строй. Также обратите внимание, что новые учетные записи не содержат данных, которые хранились ранее, поэтому не забудьте переместить туда свои файлы. Если новая учетная запись помогла вам решить проблему, вы можете оставить или удалить исходную после перемещения всех важных данных. Ниже вы можете найти шаги для создания новой учетной записи:
8. Используйте Media Creation Tool.
Сегодняшняя проблема не позволяет людям отслеживать новые обновления, выпускаемые Microsoft. С этим также возникает проблема обновить вашу систему. Поэтому вы можете воспользоваться Media Creation Tool, чтобы обойти этот недуг. Данная утилиту поможет вам установить свежие обновления, несмотря на проблему. Не исключено, что новые обновления также исправят ошибку с Центром обновления Windows, о которой идет речь в этом руководстве. Эта процедура не коснется ваших личных данных, а просто обновит компьютер. Для этого выполните следующие действия:
Заключение
Надеемся, вы попробовали все решения и нашли то, которое избавило вас от этой проблемы. Если вы когда-нибудь столкнетесь с какими-то другими проблемами в будущем, можете использовать другие руководства на нашем веб-сайте для их решения.
Что-то пошло не так, мы не смогли запустить вашу программу – ошибка Office
Иногда при запуске программы Office вы можете получить сообщение « Что-то пошло не так, мы не смогли запустить вашу программу ». Возможно, у вас возникла проблема с файлом Office и любое приложение, которое вы пытаетесь запустить, выдает ту же ошибку. Это относится к выпускам Office 2019/2016, Office для бизнеса, Office 365 для дома и бизнеса. В этом руководстве мы поможем вам решить эту проблему
Офисная ошибка – что-то пошло не так
Вполне возможно, что приложения могут застрять из-за фонового процесса. Этот процесс может блокировать запуск приложения. Поэтому, по крайней мере, подождите несколько минут, перезагрузите устройство и затем перезапустите приложение. Вы также можете попытаться выполнить вход, используя учетную запись Microsoft, подключенную к вашему Office.
Если вы не уверены, какую учетную запись вы использовали, выполните следующие действия, чтобы выяснить это.
2] Ремонт Office из приложений и функций
Windows 10 предлагает функции восстановления, которые заменяют некоторые основные файлы оригинальными файлами.
Когда вы решите отремонтировать, вы можете получить два варианта. Это зависит от того, как был установлен Microsoft Office, то есть веб-установщик или автономный установщик (на основе MSI).
Процесс восстановления гарантирует, что данные приложения остаются нетронутыми.
Если оба шага не работают, лучше переустановить Office. Обязательно используйте средство удаления Microsoft Office, чтобы полностью удалить Office, а затем переустановите его. Если во время переустановки Office требуется много времени для установки, вы можете загрузить автономный установщик и завершить процесс установки. Убедитесь, что выбрали правильную версию при установке в офисе.
Сообщите нам, помогло ли это вам исправить ошибку «Что-то пошло не так» при попытке запустить приложение Office.
Интерфейсы: как сообщать пользователю, если «Упс, что-то пошло не так»
Здесь вы не увидите ни строчки кода. Мы поговорим об обычных людях — о наших пользователях, точнее о том, как сообщать им, если в системе возникла какая-то непредвиденная ситуация.
В основе статьи доклад Антонины Хисаметдиновой с Heisenbug 2017 Moscow, которая занимается проектировкой пользовательских интерфейсов в компании Собака Павлова.
Кроме того, на Медиуме есть цикл статей «Руководство по проектированию ошибок». Цикл еще не дописан до конца, но дает более полную и цельную картину по теме статьи.
Ошибочный сценарий
Раз за разом мы проектируем основные сценарии самых разнообразных сервисов. В случае интернет-магазина основной будет таким:
Человек заходит на сайт, выбирает товар, заказывает его доставку; оплачивает и получает заказ.
Мы так концентрируемся на основных сценариях, что забываем одну очень важную вещь: есть альтернативные сценарии и тысячи способов того, как основной сценарий может прерваться.
Всё это — ошибочные сценарии, возникающие, когда что-то идет не так.
Продуктовые команды часто не уделяют достаточно внимания таким сценариям. Например, очень типичная история: «Что-то пошло не так. У нас проблемы, поэтому просто закройте это сообщение».
Еще пример: «У нас ошибка. Повторите вашу попытку позже»:
И еще одна категория ошибок — моя любимая: неизвестные ошибки.
Зачем работать над ошибочными сценариями?
Обосновать бизнесу необходимость проработки ошибочных сценариев бывает очень сложно. Зачем нам возвращаться назад и что-то исправлять, когда впереди у нас новые фичи? Но у меня есть четыре железных аргумента, которые помогут продемонстрировать вашему product owner’у или бизнесу необходимость такой работы.
Хорошее сообщение об ошибке снижает нагрузку на техническую поддержку и персонал
На слайде представлены некоторые цифры одного из наших клиентов. Это количество звонков пользователей в техподдержку в месяц. Звонки связаны с проблемами определенного рода:
Обратите внимание, 400 человек в месяц звонят просто из-за того, что не могут войти или корректно ввести логин / пароль в соответствующей форме на сайте.
Хорошее сообщение об ошибке помогает пользователю не потеряться в воронке конверсии
Если сообщение об ошибке составлено грамотно, оно возвращает его к основному сценарию, даже если произошел разрыв сессии.
Хорошее сообщение об ошибке обучает работе с сервисом
Возможно, вам даже не потребуется создавать onboarding или какие-то обучающие видео, разработка которых, кстати говоря, тоже стоит приличных денег.
Хорошее сообщение об ошибке позволяет сохранить доверие к сервису в трудную минуту
Это последний, но немаловажный аргумент.
Вообще тема доверия «человек-технология» исследуется довольно давно. Сейчас мы уже достаточно доверяем технологиям. Например, мы никогда не будем перепроверять, отправил ли мессенджер сообщение адресату, или как калькулятор сложил или умножил трехзначные числа (к сожалению, правда, не все сервисы могут похвастаться таким уровнем доверия, как калькуляторы).
Мы доверяем свою жизнь десяткам видов разного программного обеспечения, летая в самолетах. Но это доверие очень легко разрушить. Сделать это может даже самая маленькая ошибка. И такие ошибки случаются как в маленьких, так и в очень больших компаниях.
Из-за чего возникают ошибки
Я несколько раз упомянула «хорошее сообщение об ошибке». Настала пора поговорить о том, что это значит. И для начала разберемся, из-за чего в принципе возникают ошибки.
Глобальные сбои
Давайте начнем с ситуации, когда ваш сервис полностью недоступен.
К сожалению, такие ошибки могут возникнуть в любых сервисах, от онлайн игр до сложных биржевых профессиональных инструментов.
Хороший вопрос: что в такой ситуации делать?
Пока разработчики спешно чинят какие-то инструменты, несчастные пользователи получают странные сообщения об ошибках и достают вашу техподдержку, пишут неприятные посты в твиттере:
Давайте посмотрим на сообщения, которые в этот момент выводятся:
Они достаточно простые и некоторые из них даже честно извиняются. Но пользователи все равно чувствуют себя некомфортно и пытаются понять, в чем же дело; повторяют вход далеко не через 15 минут; тыкают, куда попало.
Подумайте о последствиях
Если вы не знаете, каковы последствия глобального сбоя, просто сходите в техподдержку. Потому что в этот момент ребята там огребают по полной. И они с удовольствием с вами этой болью поделятся.
Многие в таких ситуациях ограничиваются сообщением: да, у нас есть проблема и мы скоро ее поправим:
Но «скоро» — это когда?
Пользователю не нужно знать, когда вы всё поправите, с точностью до минуты. Но им нужно понимать какие-то значимые временные ориентиры, например, 15 минут, один час, пять часов или даже сутки. Это поможет им сориентироваться в пространстве и спланировать управление своими деньгами.
Еще один резонный вопрос (в ракурсе финансового сервиса): работают ли карточки?
И хорошее сообщение об ошибке сможет на него ответить. Даже если карточки не работают, лучше всё равно об этом сказать, потому что это очень важная информация.
Еще одна история — тут зарплата или перевод должны быть; а когда придут эти деньги?
Вроде бы ничего критичного, но когда человек не может проверить баланс, он начинает сильно паниковать. Поэтому предложите проверить баланс альтернативными методами, если это, конечно, возможно.
И последняя, очень серьезная ситуация, когда действительно человеку срочно нужны его деньги. Если это возможно, сообщите, как снять деньги или найти ближайший офис, если у вас есть такой сервис:
Важно понимать, что глобальный сбой — это проблема ваша, а не пользователя. Не нужно перекладывать на него мыслительные процессы. Предложите сразу готовые варианты.
Предупредите заранее
Не все пользователи готовы зайти в личный кабинет прямо сейчас, и далеко не все пользователи в принципе зайдут и заметят ошибку. Но если вы предупредите их заранее (например, постом в Twitter, SMS-сообщением или по электронной почте), то когда они столкнутся с сообщением об ошибке, будут готовы.
Отдельно стоит сказать про профессиональные сервисы, от которых ежедневно зависит работа пользователей. Например, сервис Антиплагиат иногда выводит такое сообщение о проведении технических работ:
Обратите внимание, что указана точная дата и точный диапазон времени — это поможет пользователю спланировать свою работу в вашем сервисе.
Тема предупреждений об ошибках косвенно связана с сохранением доверия. Может показаться, что очередное предупреждение об ошибке заставит часть пользователей усомниться в надежности сервиса (возможно, они бы в этот момент и не воспользовались сервисом, т.е. в принципе не узнали бы об ошибке). Но восприятие предупреждения как заботы или как лишнего камня в огород сервиса зависит в том числе и от того, как часто вы говорите, что у вас проблемы. Плюс есть совершенно разные сервисы. Интернет-банк — это одно. Но, к примеру, если у вас интернет-магазин, не нужно каждый раз писать пользователю о проблемах, потому что он заходит к вам не так часто.
Однако если же мы говорим о профессиональных инструментах, от которых пользователь реально зависит каждый день с утра и до вечера, очень странно не предупредить о проблеме (а частота, с которой допустимо сообщать пользователю о проблемах, при этом сильно зависит от отрасли).
Специфические баги
Тестировщики и продуктовые команды в целом вовремя отлавливают и не допускают вывода на пользователя очень большой доли багов. Но, к сожалению, ошибки случаются везде, и не всегда возможно их избежать.
Для нас баги — это знакомая история. Мы четко классифицируем их по разным параметрам: степени опасности, необходимости исправления и т.п.
Но пользователи когда замечают баг, в принципе не понимают, с чем они столкнулись. Многие даже не знают этого термина. Для них баги на самом деле выглядят вот так:
Мы предполагаем, что если пользователь вдруг заметил что-то странное, он конечно же нам об этом сообщит. У него есть для этого пять или даже больше способов:
У всех перечисленных каналов обращений есть одна очень большая проблема: они вырывают пользователя из контекста, заставляют его отвлекаться на то, чтобы, по сути, помочь вам. Поэтому большинство пользователей предпочитают подождать, пока проблема исчезнет сама (пока вы сами ее заметите):
Или могут вообще перестать пользоваться вашим сервисом, как неработающим.
Поэтому в багтрекере ВКонтакте висит такой вот тикет, который называется «отсутствие кнопки «Сообщить о баге»»:
Действительно, это проблема очень многих сервисов.
Создайте специальные окна для сбора обратной связи
Но есть и позитивные примеры, например, Semrush. Почти по всему сервису размещены специальные окна, которые нацелены на то, чтобы забирать фидбэк от человека.
В такой ситуации пользователю стоит меньших усилий написать вам о какой-то ошибке или о фидбеке. Особенно это актуально для бета-тестирования.
Если нельзя исправить баг быстро, предупредите о нем
К сожалению, бывают такие ситуации, когда вы не можете исправить баг быстро. Можно просто предупредить об этом пользователя — как и в предыдущей части доклада.
В качестве примера здесь приведен скриншот, когда с помощью совершенно обычных окошек разработчики иконочного шрифта material design предупреждают пользователей, что есть проблема совместимости, и приносят свои извинения:
Обратите внимание, что они приводят ссылку для тех, у кого возникли эти проблемы. По ссылке инструкция, как всё исправить.
Самое главное, что нужно запомнить про специфические баги, — это необходимость качественного фидбэка. Поэтому создавайте специальные окна, чтобы как можно быстрее получать от пользователей эту информацию. Ну и второе — конечно, предупреждайте, если вам какой-то баг известен, но вы не можете его поправить.
Ошибки пользователей
К сожалению, многие разработчики считают, что ошибки пользователей — это дело пользователя. Но на самом деле, чем больше пользователи ошибаются в определенной точке продукта, тем сильнее в этой точке виноват сам сервис. В контексте проектирования ошибок я могу предложить пять фишек, которые помогут вам улучшить пользовательский опыт в подобных местах.
Первый пример узкого места многих сервисов — это, конечно, вход / регистрация:
Например, поле входа в InVision. Маленькая красная полосочка — это, в принципе, всё сообщение об ошибке. Наверное, когда дизайнер его рисовал, думал, что пользователь без труда прочитает сообщение: «Упс, комбинация email и пароля не верна». Проверит сначала email, затем пароль, и снова нажмет кнопочку войти. Но статистика подсказывает, что пользователь делает несколько попыток входа и ввода пароля, прежде чем догадывается, что проблема в email-адресе.
Это происходит, потому что внимание пользователя в момент входа сосредоточено в одной очень узкой области — она называется фокусом внимания:
Как вы видите, сообщение об ошибке, достаточно высоко и пользователь может его просто не заметить при обновлении страницы. К тому же InVision стирает пароль (надо же помочь пользователю…). И шевеление в области пароля еще больше фокусирует внимание пользователя; он думает, что ошибка именно там.
Фишка 1. Разместите сообщение в фокусе внимания
Те же ребята из InVision в другой части продукта предоставили информацию об ошибке немного по-другому. Во-первых, они подсветили оба поля. Во-вторых, не стирают пароль, потому что он может быть правильный (они предполагают, что пользователь заметит, где именно ошибка, и сам примет решение):
Фишка 2. Показывайте, где именно ошибка
Подсвечивание обоих полей — это и есть вторая фишка.
Но и это не всегда помогает.
Например, дизайнеры компании Adobe считают, что пользователи действительно это всё читают:
Еще один классический пример предлагает Xiaomi:
Или, например, сайт Госуслуги (как и многие другие) просто дублирует название поля заголовка в ошибку:
Фишка 3. Используйте понятные и короткие формулировки
В примерах выше вся проблема в буквах. Поэтому нужно подумать над тем, как сделать формулировки короче и понятнее. Мы можем легко прочитать это сообщение, когда видим его на огромном экране и фокусируемся на чтении:
Но в окружении интерфейса и текущих задач у пользователей это выглядит вот так:
И они не дочитывают до конца. Когда пользователь читает строку, он фокусируется на начале строки. А чтобы прочитать дальше, ему надо приложить усилия:
Ему неохота читать ваши тексты, он хочет дальше решать свои задачи.
Поэтому, сокращая формулировку и размещая сообщение в зоне фокусировки, мы можем быстрее донести смысл.
Фишка 4. Подскажите, как исправить ошибку
Кто сталкивался с кассами самообслуживания?
Современные кассы самообслуживания, конечно, построены по-разному. Но самые первые из них были построены по такому сценарию: я кладу корзинку на одну сторону, беру по очереди товары, сканирую штрих-код и кладу их на другую сторону, чтобы система знала, что я действительно всю корзину просканировала (по весу). В тот момент, когда я складываю товар на левую сторону, система понимает, что я его отсканировала, и добавляет его в чек. Разработчики касс обратили внимание на очень интересную проблему: люди берут маленький товар (например, бутылку воды), сканируют его, затем сразу берут второй товар и пытаются его провести. При этом система никак не реагирует, сканер не работает, а пользователи ищут глазами помощников и напрягают персонал ритейлера.
В чем была проблема? Пользователи забывают положить маленькие товары на другую сторону. Поэтому разработчики добавили звуковой сигнал, после чего в 90% таких ситуаций покупатели стали обходиться без помощника. Сигнал заставлял человека поднимать глаза на экран кассы и выходить из состояния, когда он сканирует свою огромную корзину покупок: «Точно, я не положил воду».
У этого сообщения об ошибке есть две из перечисленных «фишек»: оно подсказывает, где именно ошибка, и обучает работе с сервисом.
Фишка 5. Сохраняйте работу пользователя
Последнее, но самое интересное.
Давайте сразу на примере. Это кусочек пути регистрации (в очередной раз напоминаю, что регистрация — достаточно слабое место у очень многих сервисов):
Чтобы вообще начать пользоваться финансовым сервисом Revolut, я должна сначала подтвердить свой номер телефона. Обратите внимание, они уже автоматически определили и подставили код страны. Спасибо ребятам.
Дальше я должна ввести свое имя и фамилию. Ну раз они определили мою страну, то я начинаю вводить автоматически по-русски, и когда я уже нажимаю «Далее», заполнив всю форму, сервис мне говорит: «Пожалуйста, используйте латинские буквы». Автоматическая валидация уже давно всем известна, и ее нужно обязательно применять! Но на этом дело не заканчивается. Мне нужно заполнить адресную информацию, причем, обратите внимание, страна уже подставлена автоматически и написана кириллицей.
Но меня не обманешь — я ввожу адрес латиницей, нажимаю Continue. И, как вы думаете, что происходит?
В такие моменты действительно хочется выкинуть телефон куда-нибудь. Но это, конечно, исключительный случай. Однако этот пример также показывает, что лишние и любые повторные действия очень сильно напрягают пользователя, заставляют его нервничать и негативно сказываются на имидже вашего продукта.
Поэтому не заставляйте пользователя вводить какие-то поля заново, используйте как можно больше автоматизации.
Проблемы подключенного сервиса
Тестируйте API подключенных сервисов
На днях мне попался интересный отчет на сайте APIFortress. Там был рассказ про компанию, которая поставляла стоковые изображение своим партнерам. Одним из них было агентство, которое занималось сувениркой с мопсами.
Однажды этот мопс-партнер позвонил в стоковую компанию и пожаловался на поломку сервиса.
Оказалось, что стоковая компания в тот день выпустила с утра минорное обновление API, которое не затронуло большую часть клиентов, но очень сильно ударило по мопс-компании. Сайт у них был построен таким образом, что обновление вызвало какой-то критический сбой работы поиска. Конечные пользователи видели, что ничего не найдено или какую-то неизвестную ошибку. Поэтому на подключенные сервисы надо обращать пристальное внимание.
Учите их различать проблемы
Иногда недостаточно просто знать, что где-то там у вас проблема, потому что пользователи будут видеть странные окна, которые не будут им помогать:
И в интерфейсе эту проблему не решить.
Поэтому очень важно потратить усилия, чтобы научить ваш сервис различать причины проблем с API.
Предусмотрите в интерфейсе оповещение о проблемах
Очень хороший пример — сервис-автоматизатор ifthisthenthat. С помощью связок API различных сервисов (например, умного дома или социальных сетей) они заставляют сторонние сервисы делать определенные вещи. Например, если я опубликовала пост в Instagram, он автоматически уходит в мой Facebook. Или, если я вышла из дома, сервис определяет по моей геопозиции, что я нахожусь в офисе, и проверяет, выключила ли я все свои смарт-утюги. А если не выключила, то выключает.
Эти ребята проделали очень большую работу, и не только в интерфейсе.
Во-первых, они выделяют отдельную вкладку для ошибок. Все неудавшиеся операции собираются в этот лог.
Они определяют разные типы ошибок:
В первом случае — сервис Instagram офлайн, и мы понимаем, в чем проблема. Возможно, мы временно вышли из зоны действия сети.
В случае, если пользователь никак не может поспособствовать решению проблемы, выводится просто оповещение.
Внешние проблемы
Что такое внешние проблемы в моем пользовательском понимании?
Весь software завязан на аппаратуру, на датчики и т.п. Всё это тоже создано людьми и может не работать. Поэтому очень важно сообщать об этом пользователю. Хороший сервис может сообщать о таких ошибках, как о своих.
Дайте понять, какие действия в вашем сервисе недоступны из-за внешних проблем
Хороший пример — отсутствие интернет-соединения в коммуникаторе Slack. Если во время работы у меня отвалился интернет, я вижу вот такое сообщение сверху:
Как мы помним про сообщения об ошибках пользователей, в момент ввода какого-то текста пользователь сконцентрирован в этой области:
Slack об этом не забывает и подсвечивает поле желтеньким.
При этом он не блокирует мне набор сообщения. Я могу продолжить писать его дальше, но при попытке отправить Slack-бот отправляет мне вот такое сообщение:
И в принципе очень доступно объясняет, с чем именно проблема. Такую ошибку я замечу достаточно быстро.
Большая проблема с внешними ошибками, которая пришла к нам еще из «древних» времен, когда продукты создавались инженерами для инженеров, — это содержание текстов об ошибках:
Они написаны таким языком, как будто мы сейчас до сих пор подразумеваем, что пользователь знает, что такое firewall, ftp, dll, ядро, kernel и так далее.
Четко разделите уровни компетенции
Техническому специалисту мы показываем одну информацию, а пользователю — другую.
Наверное, стоит отдельно сказать про то, как люди в принципе общаются с техподдержкой.
Для многих это действительно большой стресс. Большая часть сообщений об ошибках совершенно не подразумевает, что они должны быть поняты. Человек, который даже не знает английского языка, пытается как-то объяснить: у меня там что-то сломалось. Он испытывает очень сильный дискомфорт. И всё это влияет в целом на его опыт общения с вашим сервисом. Поэтому старайтесь создавать такие сообщения, которые пользователь сможет осознать и своими словами передать техподдержке.
Например, это фото 3D-принтера, который четко и ясно (с помощью маленького экранчика) говорит, что температурный сенсор испортился — произошла ошибка, поэтому он остановился. Свяжитесь с техподдержкой. Пользователь легко может понять, в чем дело, и для него не сложно описать эту проблему своими словами без технических терминов:
Помогите пользователю оценить приоритет проблемы
Рассмотрим такой пример: большая часть машин уже имеет экранчики, где мы можем выводить текст (не то, что раньше). Но такое ощущение, будто разработчики копипастят текст описания ошибок из старых инструкций, которые совершенно непонятны и требуют долгого вчитывания:
В такой ситуации пользователь не понимает, что делать. Некоторые водители-новички вместо того, чтобы прочитать инструкцию, просто продолжают ездить, думая, что всё в порядке. А у других, наоборот, начинается паника — они пытаются вызвать эвакуатор.
А есть еще такая категория: «У меня там до зарплаты неделька… ничего же не случится?»
Поэтому очень важно дать возможность пользователю оценить опасность этой проблемы. Пользователь в этот момент не хочет лезть в какие-то сложные инструкции. Если действительно произошло что-то страшное, важно указать одно — серьезность проблемы. Иногда «эксплуатацию продолжать нельзя», а иногда и правда можно подождать до зарплаты.
Крайне необычное поведение пользователей или сервисов.
Бывает ситуация, как на графике. Что вызвало такой резкий скачок? К примеру, это температура в двигателе повысилась? Или это просто датчик какой-то забарахлил?
В таких ситуациях лучше всего пользователю дать возможность самому принять решение о том, что же это было.
В качестве примера — хорошая длинная история. В сентябре этого года видеоблогер PewDiePie во время стрима на несколько сотен тыс. человек обозвал своего чернокожего противника словом, которое в англоязычном мире называть в принципе не стоит. Он, конечно, потом извинился, но все равно произошел скандал. Производители разных игр, в том числе, Шон Ванаман, подали жалобу в YouTube с просьбой удалить все видеозаписи того, как PewDiePie играл в их игры.
Но за PewDiePie тоже стояла большая армия поддержки. И на игры Шона Ванамана в Steam (сервис, который продает эти игры) посыпались сотни негативных отзывов. Эти отзывы не отражали качество игры, но могли негативно сказаться на ее продажах. И Steam проделал просто потрясающую работу: они обратили внимание пользователя, что произошло, что замечен нетипичный объем отрицательных отзывов с 11 сентября:
При этом они позволяют пользователю самому решить, исключать эти отзывы или учитывать. Пользователь может сам принять решение, насколько эти отзывы для него важны в контексте покупки игры. Такая работа над ошибками восхищает меня и как usabilist’а, и как пользователя этого сервиса.
Дополнительные возможности — скрытый потенциал
Не все ошибки — просто баги. У многих есть скрытый потенциал. Давайте про это немного поговорим.
Обучайте через ошибки
Во-первых, как я уже говорила ранее, через ошибки можно и нужно обучать.
Например, сервис Skyeng — это онлайн школа английского языка, которая работает только через браузер Google Chrome. Этот браузер автоматически (по дефолту) иногда блокирует входящие видеозвонки или аудиозаписи. И в такой ситуации Skyeng вешает кнопочку, которая ведет на вполне подробную инструкцию:
У этого решения тоже есть некоторые проблемы. Если таких кнопочек в вашем сервисе будет очень много, все эти инструкции будет просто невыносимо, дорого и сложно поддерживать в актуальном виде. А пользователь на самом деле не сильно любит читать какие-то инструкции.
Еще один пример — SEMrush. Это окно входа в сервис:
Оно отображается в том случае, если я пошла по ссылке, которая требует от меня авторизации. Большая часть сервисов в такой ситуации выдает ошибку 404, пользователь уходит и больше не возвращается по этой ссылке. Но в SEMrush не ограничиваются просто формой входа. Они показывают дополнительные картинки и описание работы в той части сервиса, куда ведет эта ссылка. Таким образом пользователь входит в контекст. Он понимает, куда пойдет, если сервис ему знаком. А если сервис не знаком, получит беглое представление о том, что его ждет после входа.
Выводите из тупика
Еще один потенциал сообщений об ошибках — это вывод из тупика.
Часто ошибки являются абсолютно тупиковыми сценариями. Пользователю нужно вспоминать контекст и возвращаться по сценарию выше.
Например, возьмем сервис Avito. Там есть вкладка «Сохраненные поиски»:
Если там ничего нет, пользователь вынужден возвращаться обратно к строке поиска. В соответствии с представленной здесь инструкцией, которую он должен каким-то образом запомнить, он должен выполнить сохранение поиска где-то там на странице.
А можно было сделать вот так:
Мы знаем (сохраняем) историю и выводим ее здесь, чтобы пользователь, не отрываясь от контекста, нажал звездочку и сохранил какой-то нужный ему поиск. Таким образом мы превращаем тупиковый сценарий в возврат к основному пути.
Доступность
Есть еще одна важная тема, которую я хотела обсудить, это доступность интерфейсов.
Меня очень радует, что в последнее время об этом стали много говорить, и много в этом направлении стали делать. Например, недавно UsabilityLab проводили тестирование доступности интернет-банков для людей с нарушениями зрения и слуха.
Но в контексте ошибок мы иногда забываем про разницу восприятия и делаем некоторые вещи, которых делать нельзя.
Например, многие используют только цветовую индикацию ошибки. Так делать не стоит, потому что есть дальтоники:
Многие дизайнеры скажут: «Я всё проверил в специальном сервисе, который показывает, как видит дальтоник». Но на самом деле эти сервисы никогда не покажут точной картины, потому что все дальтоники видят по-разному. И даже если вы подберете яркость / контрастность, всё равно существует риск, что пользователь-дальтоник эту ошибку не распознает.
Например, поле регистрации во Wrike содержит как раз такую ошибку:
У них реализована чисто цветовая дифференциация — при ошибке красным подсвечивается обводка и текст внутри поля. Лучше всего добавить какое-то текстовое сообщение или символ.
Еще одна проблема — это серые или слишком мелкие надписи. Если вы увидите в своем интерфейсе мелкий серый курсивный шрифт на сером фоне, можете смело идти к дизайнеру и заставлять его переделывать, потому что существуют разные мониторы и на дешевых такие вещи иногда не видны:
Человек просто сломает глаза при попытке прочитать такой текст.
Проводите Accessibility testing для сценариев с ошибками
Бизнес-ценность
Когда я показала этот доклад своему коллеге-менеджеру, он сказал: «Не убедила». Потому что для бизнеса долго, дорого и совсем не выгодно делать такую большую работу над ошибками. В контексте проектирования интерфейсов я бы хотела сказать, что я не призываю вас так прорабатывать вообще все ошибочные ситуации.
Что нужно делать? Мой коллега выстроил работу в своем коллективе следующим образом. Все ошибки, которые возникают, сначала собираются в какой-то один большой мешок (log). Оттуда вычленяются только те ошибки, которые повторяются.
Повторяющиеся ошибки уже имеют бизнес-ценность. Это те ошибки, на которые стоит потратить время.
Но далеко не всегда нужно торопиться и сразу лепить ошибку на интерфейс, потому что очень часто возникновение таких ошибок вообще можно предотвратить, переписав немножко код, сходив к фронтенду и поправив что-то. И только если не получается избежать выхода ошибки на пользователя, действительно стоит задуматься о каких-то интерфейсных сообщениях.
Я понимаю, что интерфейс — это не всегда часть вашей работы. И даже далеко не все product owner’ы горят желанием выстраивать работу с ошибками в своей команде, потому что это не всегда выгодно (выгода, если и есть, иногда не видна сразу). Но моя цель — немного расширить ваш образ мышления и задать вопрос: вы делаете только свою работу или вы делаете классный продукт?
Потому что классный продукт умеет сообщать об ошибках. Он заботится о пользователе, даже когда что-то идет не так.
Резюме
Что я предлагаю вам делать со всей этой информацией?
Что почитать?
Здесь есть несколько ссылок:
Если тема тестирования и обработки ошибок вам так же близка, как и нам, наверняка вас заинтересуют вот эти доклады на нашей майской конференции Heisenbug 2018 Piter: