Pull to refresh

Comments 5

Хорошая статья!


шаблонные ошибки неприемлемы

На этапе разработки, отладки, очень часто использую шаблонные сообщения об ошибках. Постепенно сообщений становится всё меньше и меньше, ты о них забываешь, и они уходят в релиз. Потом сам натыкаешься на сообщение т судорожно думаешь: "О чём оно?".
Начинаешь вспоминать…


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

Постараюсь впредь следовать этому совету.

Отправьте ему статью из базы знаний в виде ссылки с информативным названием типа «Узнать, как решить проблему» или «Как мне это исправить?»

Опыт Windows показывает, что не очень-то это работает. Ссылки протухают, а даже если не протухли, то там банальности, которые уже сам в первую очередь попробовал

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

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

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

тысячи сообщений об ошибках в Wix.
Я аж вздрогнул )

По мне так ещё было бы хорошо добавить уникальные номера ошибок в сообщении. Чтобы по номеру быстро найти контекст проблемы: саппорт это может сделать в своей базе, а разработчик в коде. Ну и пользователь через какое-то время запомнит номер, если он часто примелькался.

Sign up to leave a comment.

Articles