Объявления с ошибками: 15 объявлений с ошибками, развеселившими волгоградцев | Фотогалерея | ОБРАЗОВАНИЕ

9 классических ошибок при создании объявления в Яндекс.Директ.

Какие распространенные ошибки допускают компании при создании объявления в Яндекс.Директ? Какова структура объявления? Что делать с нерелевантными заголовками, быстрыми ссылками без УТП и звездами на Яндекс.Маркете? Ответы в этой статье.

Объявления в Яндекс.Директ обычно состоит из:

• заголовка;
• ссылки;
• текста объявления;
• контактной информации;
• 4 быстрых ссылок;
• и рейтинга на Яндекс.Маркете (звезды).

Классические ошибки «директологов» при составлении объявлений в Яндекс.Директ вошли в список из 9 пунктов, приведенных ниже.

Заголовок объявления не соответствует ключевому запросу пользователя. В таком случае повышается ставка, а сам заголовок не подсвечивается.

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

ЯД допускает создание заголовка на 33 символа. Но есть определенные обстоятельства, при которых длину заголовка можно увеличить еще на 23. Таким образом, его длина будет составлять уже 56 символов! Слишком часто на это не обращают внимание.

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

Текст объявления должен обязательно содержать информацию об акции, уникальном торговом предложении (УТП) и «Call to action» (призыв к действию). Желательно указывать дату завершения спецпредложения (deadline).

Призывом к действию могут стать такие слова:

• Смотрите!
• Жмите!
• Подробнее.
• Цены на сайте и др.

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

Исследуя конкурентов, можно увидеть, что быстрые ссылки выглядят следующим образом:

• фото;
• о нас;
• контакты;
• цены.

Настоятельно рекомендуем писать в быстрых ссылках уникальное торговое предложение (УТП). Например, монтаж за один день (а не просто «монтаж»), скидка 20% (а не просто «скидка»), гарантия на 3 года (а не просто «гарантия»).

Здесь целых два ошибочных варианта: либо забываем ставить галочку «не показывать» звезды, либо показываем их, когда звезд слишком мало.

Если рейтинг на Яндекс.Маркете составляет 1—2 звезды — это вряд ли добавит лояльности посетителей к компании. Если рейтинг 4—5, следует показывает его обязательно, но если 3 и меньше — отключить.

Компания работает по всей стране? Следует обязательно разделять компании на региональные и московские. В первом случае нужно указать бесплатный региональный номер, а во втором — столичный.

Классическая ошибка, когда московская компания указывает в объявлении по всей России московский номер, тогда как могла бы указать 8 800 и повысить кликабельность объявления.

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

Если посетитель ищет «купить мобильный телефон Марка», то он должен попасть на страничку со всеми телефонами данной фирмы, а не просто на главную страницу интернет–магазина.

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

Чит–код (бонус)

В рекламных объявлениях можно указывать любимый логотип компании в виде «favicon».

Следует знать, что есть определенные «фавиконы» для сайта, которые повышают кликабельность объявления. К таким «фавиконам» можно отнести: галочку красного цвета или стрелочку. Это поднимает кликабельность на 1% и позволяет сэкономить до 5% от стоимости клика.

Это 9 самых распространенных ошибок при создании объявлений в ЯД. Теперь вы знаете из чего должно состоять объявление, каких критериев следует придерживаться при написании текста объявления, что такое релевантность, правильные заголовки, быстрые ссылки с УТП и звезды в ЯМ.

жители Ульяновска борются с ошибками в городском пространстве и СМИ

Ульяновцы проанализировали на наличие ошибок вывески, рекламу и другие элементы городского пространства. Результаты они представили на третьем областном конкурсе творческих работ «Охота за ошибками – 2020». Его итоги были подведены в Международный день грамотности 8 сентября, о чем рассказывает Юлия Узрютова в материале для Федерального Агентства социальной информации. 

Цель конкурса — обратить внимание жителей региона, рекламодателей, журналистов и чиновников на случаи пренебрежительного отношения к языку и повлиять на изменение ситуации. Его проводят Центр образовательных и культурных проектов «Клевер» и Ульяновская областная библиотека для детей и юношества им. С.Т. Аксакова.

В этом году привычный формат конкурса пришлось изменить.

«Мы придумали много разнообразных новшеств: новые номинации, форматы участия, но все это отменилось из-за коронавируса. Пришлось импровизировать на ходу: мы все перевели в онлайн-формат и оставили только одну номинацию – видеоролики», — рассказал АСИ организатор конкурса, руководитель «Клевера» Михаил Камалеев.

Итоги подвели в Международный день грамотности 8 сентября. В финал конкурса вышли четыре работы.

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

Кристина Матренина собрала ляпы ведущих и корреспондентов во время прямых эфиров.

Участниками конкурса стали и жители других городов. Так, в финал вышла работа Анастасии Инверс из Братска «Приговор морфемной мелочи». В ролике обыгрывается очень популярная сегодня ошибка в объявлениях «Просьба одеть маску» и объясняется правильное употребление слов «надеть/одеть». Именно в объявлениях, связанных с необходимостью ношения маски, чаще всего и встречаются ошибки.

Победителем конкурса стала школа № 72 с работой «Ошибочка вышла». Школьники представили видеоролик в формате новостей: корреспонденты сделали мини-репортажи о замеченных ими ошибках. Например, «день рождение» в объявлении супермаркета, раздельное написание слова «несмотря» в предвыборном буклете, «мороженная рыба». Интересно, что в последнем объявлении было также написано «вяленная рыба». Эту ошибку авторы объявления исправили, а вот слово «мороженная» по-прежнему висит.

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

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

Формируем заявку на подбор и объявление о работе без ошибок

Несколько месяцев назад к нам с входящим запросом обратился руководитель небольшой компании, сдающей недвижимость в аренду. Ему понадобилось пять секретарей со свободным английским, знанием делового этикета, делопроизводства и «слепой» печати. Отличные внешние данные также значились отдельным пунктом в ТЗ на подбор. Над проектом работали две сотрудницы, ежедневно проводившие по 4-5 собеседований в день с кандидатками. Были подготовлены задания по общему делопроизводству и тесты по английскому. Через неделю выбор руководителя пал на двух очень подходящих кандидаток, одна из которых… стала вытирать пыль в его кабинете и приемной. Одна из сотрудниц кадрового агентства решила уточнить требования руководителя и договорилась с ним о встрече. Результат ошеломил. Вот что подразумевал молодой генеральный директор под делопроизводством: «Лечу я из Москвы в Лондон, а она (секретарь) в это время чтобы обратный билет купила и номер в отеле забронировала. И визами занималась!»

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

1. Название должности. Под привычным функционалом менеджера по продажам может скрываться все, что угодно. Оптовая торговля или розница? Активный поиск клиентов с «холодным» обзвоном или прием входящих запросов? На каком уровне специалист будет вести переговоры? На уровне первых лиц компаний, если речь идет о продажах b2b (к примеру, оборудование для энергетических предприятий)? Насколько товар известен на рынке – это мировой известный бренд или принципиально новая, малоизвестная марка, которую необходимо продвигать? От задач, которые будет выполнять специалист в этом случае, будут зависеть требования к способностям и умениям кандидатов, а также к их мотивации и личностным качествам. Если на активные продажи подойдет энергичный и подвижный кандидат с опытом поиска клиентов и не успевшего «профессионально выгореть», то такой кандидат не удержится на однообразной работе в клиентском отделе известной компании, если его функционал сведется к приему звонков и оформлению документов. Нельзя забивать микроскопом гвозди!

Таким образом, важнейшим пунктом заявки должны быть:

2. Функционал и задачи, которые предстоит выполнять сотруднику. Обязанности, которые будет выполнять сотрудник с первого дня работы – это ключ к решению задачи на подбор. Чем больше конкретики представит Заказчик – тем лучше. Неоднократно бывают случаи, когда руководитель просит найти помощника со свободным английским и «каким-нибудь еще языком». В этом случае необходимо все же прояснить, в каком объеме и какие именно переводы (письменные, устные, синхронные, с использованием специфической лексики – к примеру, технической, строительной) будет делать сотрудник. Есть также специфические задачи, необходимость в решении которых возникает от случая к случаю. К примеру, восстановление кадрового или бухгалтерского учета в компании, становление финансовой службы предприятия, разработка и вывод на рынок нового продукта и т.д. В таком случае речь идет о подборе высококвалифицированного специалиста, ранее выполнявшего такую работу или способного к ее выполнению. Как правило, зарплатные ожидания таких кандидатов высоки и далеко не всегда работодатель может держать их в штате долго, причем не всегда в этом есть необходимость. Выходом в этой ситуации может быть проектная работа или совместительство. Задача может быть поставлена и не совсем адекватно для сотрудника: ожидания от него явно завышены (серьезный «скачок» в развитии предприятия, выход на более высокие финансовые показатели и повышение позиций в рейтингах при отсутствие затрат на инвестиции в развитие или непредставление необходимых полномочий).

3. Чем обусловлено открытие данной вакансии?Новая должность, перераспределение обязанностей в отделе или замещение выбывшего сотрудника?

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

5. Умения, знания, навыки, способности кандидата. На наш взгляд, важнейший пункт после описания функционала. Для выполнения определенной работы необходимы специальные знания, подтвержденные дипломом или сертификатом (к примеру, медицинские работники, ИТРы, преподаватели и др.), для выполнения более специфических задач необходимы навыки, которые можно приобрести опытным путем – к примеру, для руководящей работы. В каждом конкретном случае Заказчик определяет, готов ли он брать «готового» специалиста или есть возможность и средства на обучение сотрудника без опыта. Способности кандидата также важны для выполнения задач как в настоящий момент, так и на перспективу – отсюда логический вывод о том, что на этапе формирования заявки необходимо увидеть перспективы роста кандидата в компании и его место в организации на будущее. Хотелось бы также уберечь Заказчиков от желания найти самого лучшего, самого способного и умелого – при отсутствии возможности применить свои таланты и опыт он уйдет в более подходящую компанию с другими, более интересными задачами. Директор по персоналу, на двух предыдущих местах работы успешно внедривший систему обучения и оценки персонала вряд ли заинтересуется на долгий срок предложением совместить обязанности рекрутера и кадрового инспектора. Также нужно указать в заявке специфические требования к кандидатам, если они действительно необходимы для выполнения функционала: способность хранить тайну (особенно важна для главного бухгалтера, личного помощника, коммерческого директора и других должностей), способность быстро переключаться с одной задачи на другую, быстро принимать решения (любая работа с клиентами, руководящая работа).
При указании тех или иных способностей, навыков, Заказчику необходимо четко и максимально честно ответить на вопрос: как они будут востребованы в процессе работы этого специалиста? Здесь и сейчас или через некоторое время. Зачем вообще то или иное требование? Результатом такой вдумчивой работы будет более предсказуемый результат при подборе сотрудника и как следствие – меньший процесс увольнений с испытательного срока. Хотелось бы также предостеречь рекрутеров, снимающих заявку от желания «взять на карандаш» любое, пусть даже абсурдное требование Заказчика. Процесс формирования заявки на подбор – двусторонний и предполагает переговоры. А это значит, что есть смысл объяснить руководителю, что «креативный главный бухгалтер» — с большим процентом вероятности проблемы с налоговыми органами для компании. При поступлении подобного запроса нужно как минимум понять, что именно подразумевается под креативностью.

6. Образование. Мы согласны, что для выполнения определенной работы нужно высшее профильное образование, а иногда и ученая степень. Но в тех случаях, когда для каждодневных обязанностей достаточно среднего или средне-специального образования, требование о высшем кажется нелогичным. Также очень хочется понять, каким мудреным наукам могут научить в Заочной Академии имени Пупкина? Увы, рынок высшего образования весьма далек от совершенства – особенно это касается качества знаний выпускников. А многие современные учебные заведения продают дипломы в рассрочку, а не учат искать и систематизировать знания.

7. Пол и возраст кандидата. Требование формальное и в большинстве случаев надуманное. Особенно опасно «отсекать» по формальным признакам специалистов редких профессий и носителей уникального опыта.
8. Физическое состояние, здоровье кандидатов. Для многих профессий – важное требование. Речь идет о рабочих специальностях – грузчики, водители, машинисты и др. Хотелось бы этот список расширить – выносливость, отсутствие проблем с опорно-двигательным аппаратом необходимо тем, кто весь день проводит «на ногах» — продавцы в розничных магазинах, к примеру.

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

10. Условия работы, бонусы, компенсация. В заявке необходимо описать максимально подробно, от чего будет зависеть доход кандидата (премии, KPI, проценты с продаж), какую сумму составит фиксированный оклад. Если Заказчик готов обсуждать окладную часть, необходимо конкретно зафиксировать, при каких условиях кандидат получит минимальную и максимальную заработную плату.

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

Еще хотелось бы отметить, что успех работы по заявке будет достижим при эффективной совместной работе Заказчика и Исполнителя. Часто требования к кандидату меняются по ходу работы, а иногда после показа одного-двух «прицельных» кандидатов руководитель либо прекращает работу по подбору, либо существенно меняет мнение о том, какой именно сотрудник нужен.
Часто эффективному подбору сотрудников мешают стереотипы как руководителя, так и рекрутера (те же самые ограничения по полу и возрасту, к примеру). На Западе за размещение объявления с требованиями «М. 25-45 лет» работодателю грозит судебное разбирательство, а у нас? Практически все объявления такие или подобные, если не считать вакансии сетевого маркетинга. Самое удивительное, что за ограничениями часто стоит вполне оправданное пожелание Заказчика, чтобы кандидат обладал теми или иными компетенциями. Разумно прояснять логичным вопросом «зачем» то или иное требование и что стоит за ним. В личной практике была работа с Заказчиком, который принципиально не брал на руководящие должности в департамент продаж женщин. Причина – неудачный опыт, ненормированный рабочий день сотрудников и командировки более 50% рабочего времени. Разумно предположить, что для активной работы, связанной с постоянными перемещениями подойдет более… только не молодой, а подвижный и легкий на подъем сотрудник! Один из способов эффективной работы по заявке на подбор – прояснение требований к компетенциям, навыкам, знаниям и личностным качествам кандидата.

Хотелось бы осветить еще одну важную тему – размещение вакансии. Объявление должно отвечать двум критериям: оно должно привлечь подходящих кандидатов и «отсечь» неподходящих. Текст вакансии лучше начинать не с требований и обязанностей, а с небольшой рекламы типа:
«Стабильная производственная компания (сфера деятельности – ТНП, 10 лет на рынке), приглашает на работу…»
Привлекательно, не правда ли? Есть конкретика, серьезность – ясно, что это позиция серьезной фирмы, а не многоуровневого маркетинга. По названию компании можно найти сайт и познакомиться с деятельностью предприятия более подробно. Далее разумно указать название должности и условия работы. Как показывает наша практика, на объявления без указания уровня заработной платы меньше откликов. Не стоит и завышать уровень дохода, если единственным способом его получить будет работа 25 часов в сутки на пределе возможностей. Давайте будем честными перед собой и кандидатами! Зачем нам тратить время на соискателей, которые будут приезжать на собеседования, трудоустраиваться и уходить с испытательного срока, поняв, что желаемую зарплату они не получат?

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

Указываем соцпакет, дополнительные условия, график работы – все это придаст привлекательность объявлению. Главное условие здесь – «не пересладить», чтобы вакансия не напоминала авторство продавцов гербалайфа. Другое условие – указываем правду и только правду. Зачем указывать «обучение в процессе работы», если весь процесс обучения сведется к чтению должностной инструкции и мы потеряем не только кандидата, но и свое драгоценное время?

Вторая часть объявления – обязанности и задачи сотрудника, которые тот будет выполнять. Если в заявке на подбор достаточно информации, то все пункты берем оттуда. Указываем специфику (например, для позиции «логист» нужно указать, какая именно логистика существует в компании – автоперевозки, контейнерная, мультимодальная, ВЭД и т.д.). Разная специфика – разные требования к знаниям и навыкам кандидатов. Для соискателей это необходимая конкретика – чтобы именно «наш» кандидат прочел объявление, заинтересовался и подумал: «Это же интересно, я это умею!». Если подробного описания обязанностей в заявке нет, берем их из должностной инструкции или распечатываем подобные вакансии с работных сайтов (при этом не только обращаем внимание на обязанности, но и на предполагаемый доход на данной позиции: такой экспресс-анализ покажет соответствие заявленных условий требованиям рынка труда). Когда текст вакансии будет готов – согласовываем с Заказчиком и вносим коррективы при необходимости.

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

В качестве примеров «как не надо делать» позволим себе проанализировать несколько наиболее ярких примеров реальных объявлений:
Жен. 22-32 года.
Прописка: Москва/М.О.
Образование высшее желательно юридическое. Опыт работы от 2х лет по специальности в одном лице либо руководителем отдела, стрессоустойчивость, хорошее знание ПК (Word, Excel-формулы), место жительства не более 1 часа от м. Речной вокзал.

Удивительно, но в 22 года сотрудник только учится на старших курсах вуза и ни о каком руководящем опыте речи быть не может. Хотя в тексте указан требуемый опыт – от 2 лет. То есть, в 20 лет специалист по мнению автора объявления должен занимать руководящую должность либо как минимум, занимать ответственную должность менеджера по персоналу.

Возраст 23 – 45 лет
Образование Высшее
Пол женский

Описание вакансии
Обязанности:
1. Контроль всех участков бухгалтерии
2. Знание экспортных операций
3. Составление, контроль, согласование заявок на оплату в управленческих программах
4. Составление и сдача балансов по нескольким юр.лицам
5. Подготовка и контроль книги продаж и книги покупок.
6. Расчет и подготовка налога на прибыль.
7. Ведение участка «затраты»
8. Составление и сдача балансов по нескольким юр. лицам

Требования:
Знание экспортных операций.
Знание 1С 8.1, 8.2, 7.7, Консультант+.

Итак, на ответственную должность Заместителя главного бухгалтера опыт и специальные знания почему-то не требуются, хотя предстоит сдавать отчетность но нескольким юридическим лицам. Составитель объявления не вполне владеет терминологией, так как «экспортные операции» обычно именуются участком ВЭД, валютными операциями и оформлением паспортов сделок. Опять-таки вопрос к возрасту: почему от 23 лет? Где должен работать кандидат в столь юном возрасте, чтобы приобрести его? Составление заявок на оплату в управленческих программах в большей мере относится к обязанностям экономиста, а не бухгалтера. Итак, в рамках одной позиции Заказчик явно попытался совместить несовместимое.

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

Работа рекрутера не заканчивается фактом размещения вакансии: уже в первые дни появятся не только отклики, но и статистические данные: сколько откликов и за какое время пришло? И сколько среди них подходящих? Если отклики совершенно не соответствуют требованиям – переразмещаем вакансию в других областях, корректируем название и текст. В самом критическом случае проводим анализ рынка труда и сопоставляем условия работы требованию рынка труда. Гораздо экономнее для Заказчика пересмотреть условия в заявке, чем тратить время и средства на работу «впустую».

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

Автор: Елена Белова
консультант HR-студия «Время людей»

Объявления с ошибками, газета свеча объявления

После того , как всё прочитаете, оставьте комментарий на запись объявления с ошибками.

Двухмоторный самолет неловко перевернулся и упал в воду. Ему все еще было приятно ощущать свою плоть в ее нежной бархатистой пещерке. Они вышли в высокий и просторный подземный ход, по бокам которого зияли мрачные ответвления. Велосипед она больше не брала, а ездила на трамвае. Он мотнул головой, отбрасывая с лица длинную светлую челку, взял карандаш, подобрал с пола тетрадный лист. Смеху и веселья было очень много. У меня бы даже не было так много, если бы поначалу я столько всего не писала, так что один мой ежедневный маршрут занял целый блокнот. Пит провожает меня до лифта. Воины поеживались от холода в своих плащах из промасленной парусины. А мы сравним, где выгоднее. При обнаружении предмета с наркотиком собаке предоставляется возможность схватить и поиграть с ним. Мы далеки от таких преувеличений, да в этом и нет необходимости. Я поехала с вами, потому что стоит любому кишанпурскому солдату меня увидеть, и он в жизни не осмелится обыскать повозку. Так, больному представляется, будто он окружен крысами, причудливыми животными, бегающими по его кровати. Солнце превратилось в оранжевый шар, который раскачивался над кронами деревьев.
После трех дней упорных боев, не имея авиационного прикрытия, они понесли тяжелые потери и были вынуждены отступить. Я не знаю, за кого меня приняли на паспортном досмотре, но смотрели на меня как на сумасшедшего. Некоторые рабочие выстояли против подобных попыток ослабить их профсоюзы. Я не знаю, где и что. И я, у которого нет ни единого надежного друга, готового отстоять мои интересы, дохожу до такой степени отчаяния, что вынужден принять его условия. Павел твердо решил не пить больше одной. Не знаю, что тут было такого, но этот круг кормления заставил меня почувствовать любовь ко всему миру. Это был новый налог. Трава захлестывала парковые дорожки.
Одного вы так и не поняли. Я всегда исходил из того, что при воспитании будущего ученого раннее развитие его творческих способностей имеет исключительно большое значение, и поэтому следует их развивать со школьной скамьи, и чем раньше, тем лучше.
Часы на камине пробили, безжалостно поправив его. Наконец, он опустил голову. Она вышла на десять минут раньше меня. Мы тебя уже второй день ждём. Завидовал их могуществу, их свободе. Бежали еще больше десяти километров. Однако если я не подойду к критической черте, у меня не появляется необходимости отступать. Он сказал, что похожая дама действительно останавливалась в гостинице. Тот, кто не умеет ни радоваться, ни грустить, кого никогда не посещает ни раздражение, ни восторг, не может быть полноценным человеком. Хорошо нацеленный выстрел может остановить его. Вам придется собраться с духом и указать ему на дверь. Она была исключительно добросовестная. Возможно, это принадлежит её мужу. Вам запрещено покидать пределы своего дома. Теперь он заметил, что они изображали светящиеся глаза и рот огромного скульптурного лица. Совсем недавно я сам сказал нечто подобное. Я, как верный слуга вашего преосвященства, отправился в путь, чтобы предупредить вас, как только получил эту бумагу. Эмиши не смотрят телевизор, не слушают радио, не ходят в кино, не пользуются телефоном. Реже они совершали пробежку по дорожке вокруг колледжа, после чего вознаграждали себя за проявление силы воли выпечкой, купленной в скандинавской булочной.
Она уставилась на дверь.
Тристан кипел от негодования, но заставил себя промолчать. Никольский привел троих, самых смелых. Он не смел поверить в свое счастье даже тогда, когда в субботу на подножке трамвая ехал в клуб. Собрайл, наверное, тоже сомневается. Грубое насилие вообще не производит впечатления на членов внутреннего круга, хотя сами они часто к нему прибегают. А собаки, науськанные немилосердными детьми, донимали так, что пират оставил слободу, где пытался обжиться, и поселился на корабельном дворе.

Станьте первым читателем, прокомментировавшим запись объявления с ошибками.

12 ошибок при составлении таргетированных объявлений

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

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

1.Не изучаете аудиторию до запуска тестовой рекламной компании.

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

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

2.Выставляете геотаргетинг на всех подряд.

Даже если вы знаете аудиторию, вы не выставляете правильно геотаргетинг, вы выставляете его на всех подряд.

Ставите страна – любая, либо просто на Россию крутите, и все. Если вы крутите объявления на Россию, то по возможности разделите ваши рекламные компании на Москву, С. -Петербург. То есть, хотя бы на столицы, и не столицы.

Либо, таргетируйтесь на какой-то конкретный город. Если ваш бизнес расположен в каком-то городе, то таргетируйтесь на него. Больше будет покупателей, клиентов.

При разделении компаний, вводите, например – За исключением «Москва» и «Санкт Петербург».

При этом, ставка за показы и за клики будет гораздо меньше. А вторую компанию сделайте уже на конкретные региона, например на Москву и Санкт Петербург. Тогда будет намного эффективнее и выгоднее.

3.Не ограничиваете возраст аудитории.

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

Надо понимать, что школьники до 18 лет – это дешевый трафик, неплатежеспособная аудитория, которая не делает продажи.

Трафик взрослый – он подороже, но зато есть продажи. Если правильно настраивать целевую аудиторию, правильно настраивать компанию, то он окупается. Поэтому, ставим всегда не менее 18 лет, а лучше – от 21 года.

4.Не ограничиваем старший возраст.

Например, если вы продаете какие то молодежные часы, зачем они 70-летнему пользователю сети?

Поэтому крайний возраст лучше ограничивать. На сколько – это вам подскажет анализ тестовой статистики и предварительное изучение вашей аудитории.

Допустим, вы определили, что ваша аудитория от 24 до 35 лет. И люди старше этого возраста даже не кликают на ваши объявления, и, соответственно, не покупают рекламируемый товар.

Зачем тогда им показывать ваши объявления, и платить лишние деньги?

5.Крутим объявления «за показы» только по интересам.

Если вы крутите объявления по широкой аудитории, оплату настраивайте «за клики».

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

6.Объявления составлены не под целевую аудиторию.

Вы начинаете крутить по интересам «футбол», а в объявлениях показываете – утюги. То есть, необходимо в блоке «Интересы» правильно выбирать свою аудиторию.

7.На сайте не установлена веб-аналитика.

Использовать рекламу без аналитики – это большая , и часто встречающаяся ошибка новичков.

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

Поэтому, всегда используйте или Google Analitycs или Яндекс.Директ, и обязательно настраивайте цели. О настойке целей вы можете почитать здесь.

8.Плохое юзабилити вашего сайта.

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

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

Или, что очень часто бывает, рекламное объявление конкретного товара отправляет покупателя не на страницу данного товара, а на каталог, где нужный товар еще предстоит найти.

И, уверяю вас, долго посетитель искать не будет, а быстро уйдет на другой сайт искать свой товар.

9.Сайт не оптимизирован, долго грузится.

Люди сейчас не привыкли ждать, они привыкли, что все грузится быстро, и если ваша страница грузится дольше 5-10 секунд, большая вероятность, что человек уйдет с вашего сайта.

10.Сайт не адаптирован под мобильные устройства.

В настоящее время мобильного трафика достаточно много, и с каждым годом его количество увеличивается.

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

11.Не делают тестов картинок и заголовков.

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

12.Не следите за компанией.

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

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

Это были 12 самых типичных ошибок, а в следующей статье я постараюсь показать, как надо делать объявления, чтобы по ним кликали.

12 самых грубых ошибок при настройке Google AdWords

Автор Таисия Цыкура На чтение 19 мин. Просмотров 1.1k. Опубликовано 10.07.2017

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

Очень часто на аудит приходят клиенты, у которых аккаунты настроены некорректно.

Итак, как вы уже поняли, мы поговорим о теме ошибок в настройках аккаунтов и рекламных кампаний. В статье собраны самые распространенные ошибки и способы их исправления.

Ошибка № 1 «Одна группа — миллион ключевых слов»

Наверное, 95% аккаунтов, которым мне приходилось делать аудиты, содержали эту типичную ошибку. Например, в РК 5 групп, в каждой группе не менее 50 ключевых слов различных вариаций и 1 текстовое объявление. Такую структуру РК сложно назвать эффективной.

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

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

Ошибка № 2 «Объявления»

Следующая распространенная ошибка кроется в объявлениях группы.

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

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

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

Вот пример, как делать не стоит. В группе 4 активных объявления. Есть положительный момент в виде присутствия динамической вставки КС. Но описание абсолютно идентичное во всех объявлениях, да и второй заголовок тоже дублируется:

А теперь вернемся к ошибке № 1. Ранее я уже говорила о том, что КС нужно разбивать максимально точно и дробно по группам. Это необходимо, чтобы под каждую группу были написаны объявления, релевантные ключевым словам. Т.е., если у вас в группе будут КС типа «легальная работа в Польше для украинцев», то и в объявлении желательно использовать все слова, присутствующие в ключевике. Это также поможет привлечь клиентов, ведь им покажет объявление с теми же словами, что и у них в запросе.

Ошибка № 3 «Модифицированный точный»

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

Еще часто встречаются КС с орфографическими ошибками. Нет, я понимаю, что такие КС могут проскочить порой, когда собираете запросы, если у вас их накопилось за пару-тройку дней более 500, а времени на все про все 30 минут. Но когда процент КС с ошибками просто зашкаливает, то нужно призадуматься. Некоторые рекламодатели следуют логике: чем больше слов — не важно есть там ошибки или нет — тем лучше. Это заблуждение. Да, хорошо, конечно, когда в вашем арсенале большое количество КС, но надо знать меру. Подумайте, вы сегодня собрали 200 КС из запросов, 30% из которых содержат орфографические ошибки. У вас в объявлениях присутствует динамическая вставка ключевого слова. Завтра, к примеру, грамотный пользователь захочет найти товар, который вы продаете. Вводит запрос, ошибается случайно буквой (а у вас уже есть такой ключ с такой же ошибкой), видит текст объявления, написанный некорректно. Неприятно, правда? А еще хуже, это подтянутый Кейвордом ключ на английской раскладке. Поэтому необходимо собирать ключевые слова без ошибок.

Ошибка № 4 «Дублеры»

Дубли ключевых слов. Эта ошибка тоже в топе. Встречается в каждом втором аккаунте в нескольких вариациях:

1. Дубли в рамках одной РК. Такие нужно искоренять и испепелять.
2. Дубли в аккаунте. Тут нужно быть внимательным.

Есть в редакторе Adwords прекрасный инструмент «Поиск повторяющихся ключевых слов»:

С помощью него вы сможете найти все дубли на уровне РК, аккаунта и группы:

Наглядный пример из одного аудита:

Большое количество дублей КС в рамках одной РК. В этой РК есть несколько групп объявлений, в каждой по несколько объявлений с разными текстами, но КС продублированы. Спросите, зачем? Кто знает, какую цель преследовали, но это неверный подход. Из-за дублей будет дополнительная внутренняя конкуренция в аккаунте, а она вам ни к чему.

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

Ошибка № 5 «Расширения объявлений»

Как можно побудить потенциального клиента кликнуть на ваше объявление? Этого можно добиться используя мощный инструмент «Расширения объявлений». Многие рекламодатели не в полной мере пользуются этим инструментом, а зря. Само по себе объявление достаточно небольшое. Всего по 30 символов на заголовки и 80 символов описания. Так как же привлечь внимание пользователей? Просто создайте Уточнения, Структурированные описания, Дополнительные ссылки, Номера телефонов — ваше объявление будет выглядеть ярче и привлекательнее. В данных уточнениях вы сможете описать ряд преимуществ вашей компании или товаров, которые не поместились в объявление, показать разнообразие товаров и т.д.

Вот как выглядит объявление с Расширениями:

А вот как выглядит объявление без Расширений:

Разница колоссальная, не так ли? Без расширений объявление выглядит блекло и скудно.

Когда искала Выставочные стенды, а выдало вот это:

Вот они — Боги контекста! Такую рекламу, как вы понимаете, никакие расширения не спасут.

Ошибка № 6 «Сколько было конверсий благодаря контексту? Кто знает?»

Отслеживание конверсий. Часто попадались аккаунты в которых не подтянуты конверсии из аналитики или вообще аналитики нет. Действительно, зачем же она нужна?

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

Итак, для чего же нужно настраивать цели в аналитике и подтягивать в аккаунт Adwords? Элементарно! Чтобы можно было понять, как часто клики по вашим рекламным объявлениям приводят к действию — конверсии. Это позволит следить за эффективностью рекламных кампаний, устранять их слабые места для получения еще большего количества конверсий. Это очень важный момент в настройке аккаунта, и его не стоит упускать.

Ошибка № 7 «КМС? Нет, не слышали»

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

1. Ремаркетинг — инструмент, который будет показывать рекламу в КМС пользователям, которые уже бывали на вашем сайте. Его желательно настраивать не только на всех посетителей сайта, но и на пользователей, посетивших важные, на ваш взгляд, его разделы. Структура должна соответствовать структуре сайта.
2. Динамический ремаркетинг в КМС — позволяет возвращать пользователей, которые просматривали определенные карточки товаров и не совершили заказ. Также данный вид рекламы показывается людям, которые перешли в корзину и не завершили заказ, с призывом продолжить покупку. Этот вид ремаркетинга отлично подойдет для больших интернет-магазинов.
3. DSK — это кампания в сети КМС настроенная на пользовательский спрос, по ключевым словам с поисковой кампании. Данный вид РК лучше настраивать для аккаунтов, которые предоставляют услуги. Для интернет-магазинов данный вид РК не рекомендуем использовать.

Ошибка № 8 «Делайте ставки, господа»

Еще один важный пункт — это позиции объявлений в поисковой выдаче. Поговорим о стратегии «Назначение цены за клик вручную».

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

В начале этого пункта я говорила о позициях объявлений, но потом перешла на позиции КС. Почему так? Например, если вы выберете одну группу объявлений, увидите, что объявления находятся в среднем на 1,5-3 позиции. Вроде бы неплохо. А в данной группе, к примеру, 10 КС, и когда вы посмотрите на их позиции, то увидите, что часть из них на позиции ниже 4. Поэтому стоит повышать ставки на уровне ключевых слов. Чем ниже позиция, тем меньше вероятность получить желаемые клики!

Хитрый Google. На скриншоте ниже видно, что что-то пошло не так. Вроде бы и показы есть, и позиции хорошие, а система говорит: «Нет, ребят, так не пойдет. Мало денег. Мало! Давайте ставки поднимайте, иначе не видать вам первой страницы.»

Похоже на вымогательство, не так ли?

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

Ошибка № 9 «Поисковые запросы. Что это такое и почему их игнорируют»

Делаешь аудит, заходишь на вкладку «Поисковые запросы,» затем ищешь список минус-слов, не находишь его и теряешь сознание. Конец.

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

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

Но в один прекрасный день вы все же замечаете, что у вас очень низкий CTR или много кликов, а заявок нет, и понимаете, что что-то пошло не так.

И тут вы для себя открываете Америку: в разделе Ключевые слова находите вкладку Поисковые запросы, а там такое…

Ближе к сути. У вас есть КС +регистрация +в +киеве. Вроде относится к вашим услугам, но посмотрев запросы, вы понимаете, что данный ключ принес вам кучу мусора. Например, ваша реклама показывалась по запросам: регистрация в детсад Киева, регистрация авто/жилья/всего прочего в Киеве. Что-то нужно с этим делать. Прелесть вкладки поисковых запросов в том, что вы можете анализировать существующие КС исходя из запросов, по которым они показываются.

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

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

Еще есть небольшая хитрость. На этапе сбора ключевых слов можно также собрать список минус-слов. Для этого достаточно ввести самые высокочастотные КС в Вордстате или Планировщике и посмотреть на выдачу.

Ошибка № 10 «Перекрестная минусовка»

Вы слышали что-то о перекрестной минусовке? Нет? Вы уверены? Я тоже не слышала. Точнее не видела. Не видела во многих аккаунтах, делая аудиты. Что ж, печальная картина. Если вы забудете или вообще даже не слышали о перекрестной минусовке, то проделанная работа может сойти на нет. Если вы все же постарались, и разбили верно ключевые слова на группы, а перекрестной минусовки нет, то вся структура пойдет коту под хвост, а вы будете долго думать, в чем же дело. Итак, рассказываю о том, как не испортить труды.

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

А теперь делаем перекрестную минусовку:

На скриншоте показана часть структуры РК — группы объявления (ключевые слова аналогичны названию соответствующей группы). Обведены те группы, в которые необходимо добавить минус-слова (обозначены стрелками соответствующего цвета). В чем суть? Она в том, чтобы, например, по запросу «Купить обувь для латины в Киеве», мы показывались по КС +обувь +для +латины +купить +киев из группы «Обувь для латины купить Киев» и не лезли в группы «Обувь для латины» и «Обувь для латины купить». Помните о максимально релевантных объявлениях!

И пример посложнее:

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

Продолжаем. Еще одна очень серьезная ошибка при настройках РК в КМС состоит в том, что люди не знают об adsenseformobileapps.com и, соответственно, не добавляют его в исключения мест размещения. В чем вся соль? adsenseformobileapps.com блокирует показ ваших объявлений в мобильных приложениях и играх. Маловероятно, что показы в мобильных приложениях и играх принесут какие-либо результаты. Наоборот — вы потратите деньги на ветер. Показ рекламы в мобильных приложениях рекомендуется, только если вы рекламируете мобильное приложение!

Если все же вы не исключали adsenseformobileapps.com, то статистику по мобильным приложениям в таком формате вы увидите во вкладке «Места размещения» раздела «КМС».

Ошибка № 12 «Структура аккаунта»

И напоследок расскажу о том, какая должна быть структура аккаунта.

Во-первых, при создании РК нужно правильно указать тип. Не используйте тип «Поисковая сеть и оптимизированная контекстно медийная сеть», так как вы не сможете в полной мере контролировать расходы на 2 типа сетей в одной РК и самое страшное — при просмотре вкладки ключевые слова не понять, что было источником КМС или же Поиск. Поэтому лучшим решением будет создавать отдельно РК на Поиск и КМС.

Итак, касательно структуры. Если у вас интернет-магазин, то структура РК должна напоминать структуру сайта.

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

Кампании в КМС стоит разделять согласно другой логике. Не стоит делать одну РК в КМС для обычного ремаркетинга, динамического ремаркетинга, DSK и т.д. Каждая РК должна нести в себе определенный вид таргетинга. Такой подход позволит вам видеть более четкую картину работы каждой РК в КМС и следить за их эффективностью.

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

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

Подпишитесь на рассылку новостей. Никакого спама!

Email*

Подписаться

: примеры, рекомендации и распространенные ошибки

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

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

Как сообщения об ошибках влияют на UX

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

Это заставляет вас бросить то, что вы делаете, и что-то сломать, верно?

Еще один ужасный опыт — это неоднозначное сообщение об ошибке, предлагающее вам спросить: «Ну, а почему это было неправильно ?!» У Крейга Салливана есть отличный пример с Amazon:

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

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

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

Бесплатный курс UX и юзабилити

Карл Гилис

Переходите от принципов к практике. Посмотрите бесплатные курсы по UX и юзабилити.

Пример: плохой дизайн сообщения об ошибке

Вы когда-нибудь бронировали рейс с Spirit Airlines? Это не лучший клиентский опыт (мягко говоря).Мое сердце согрело, заметив, что их сообщения об ошибках также были не на должном уровне.

Я начал с того, что все испортил в регистрационной форме:

Ой, я не сказал им, что я «мистер» Что ж, я исправил это, но потом мне сообщили, что у меня другая ошибка:

Электронная почта недействительна? Хороший звонок. Забыли «.com». Это быстрое решение, но…

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

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

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

4 типичных ошибки с сообщениями об ошибках

1.Неопределенность

Ваши сообщения об ошибках должны четко определять проблему. Вы когда-нибудь получали подобное сообщение?

Почему? Что, черт возьми, мне теперь делать?

Ниже Битли пытался быть «разговорным», но не смог сообщить мне подробностей. Что не так? Имя пользователя? Пароль? Обе? Кто знает. «Нет» тоже звучит снисходительно — почти насмехаясь над моей ошибкой.

Обычный. Форма должна четко разграничивать ваши ошибки и указывать, что делать, как это делает Meetup:

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

2. Снисходительный язык / обвинение пользователя

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

Как выразилась Усабилла,

Также важно быть скромным, признать, что вы совершили ошибку, если допустили. Однако, даже если мы имеем дело с ошибкой пользователя, НИКОГДА не вините пользователя.

Они даже привели гиперболический пример:

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

Они предлагают несколько слов, которых следует избегать:

3. Плохое размещение сообщений об ошибках

UX Movement говорит об этом в своей статье о том, как сделать сообщения об ошибках более обнадеживающими:

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

Что может быть страшнее, чем увидеть что-то подобное после того, как вы нажмете «Отправить»?

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

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

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

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

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

Material Design есть документация по этому поводу.

4. Неясные ожидания

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

Многие сообщения об ошибках не дают четкого представления о следующем шаге. Возьмем, к примеру, компанию Spirit Airlines. Они могли бы предложить мне несколько вариантов, таких как «Восстановление аккаунта» или «Есть аккаунт? Войдите здесь ».

Вместо этого они просто сказали, что мой адрес электронной почты уже зарегистрирован.

Лучший вариант — от Wells Fargo (что удивительно):

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

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

Используйте микрокопию для предотвращения ошибок

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

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

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

Однако он получил большое красное сообщение: «Возникла проблема с вашим представлением». вверху страницы — двусмысленное сообщение.

Ошибка? Он ввел группу гостей (рациональный выбор, поскольку точное количество гостей назвать сложно), но форма принимала только одно число.Конечно, они не упомянули об этом до того, как он нажал «отправить».

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

Рекомендации по сообщениям об ошибках

Хорошие и плохие сообщения об ошибках приводят к совершенно разному поведению пользователей. Прочтите этот анекдот от профессионала по UX Дженнифер Олдрич:

Дженнифер Олдрич:

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

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

Она ухмыльнулась мне и сказала: «О, мальчик, теперь у тебя проблемы!» И обновил ее экран и продолжил редактирование ».

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

NN / g почти два десятилетия назад были предложены следующие передовые методы работы с сообщениями об ошибках.Они еще держат:

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

4 H сообщений об ошибках

UXmas есть полезная структура для сообщений об ошибках, которую они окрестили «4 H». Сообщения об ошибках должны быть:

1. человек;
2. Полезно;
3. Юмористический;
4. Скромный.

1.

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

Похоже, это написал робот.

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

2.

Согласно UXmas, три фактора делают сообщение об ошибке полезным:

• Это видно?
• Четко ли объясняется, что пошло не так?
• Помогает ли пользователь вылечиться?

Об этом мы говорили выше.Размещайте сообщения об ошибках интуитивно понятным образом. Сделайте их красными и хорошо заметными. Объясните проблему. Предложите решение.

UXmas утверждает, что «беззаботный тон может помочь удержать пользователя на стороне, особенно если это соответствует тону вашего бренда».

Однако юмор зависит от контекста. Если вы не обращаете внимания на их ошибки, это может их расстроить. Это может сработать. Страница 404 — отличное место для добавления легкого юмора (и стратегического перенаправления):

У Yahoo есть замечательный пример юмора в форме проверки:

4.

Это просто: не вините пользователя. Об этом мы уже говорили выше. Взять на себя вину. Извинитесь и предложите решение.

А как насчет встроенной проверки?

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

Вот пример встроенной проверки:

Исследования по встроенной проверке солидны.Люк Вроблевски протестировал встроенную проверку (в 2009 году) против контроля (проверка после отправки). Хотя выборка была небольшой, он обнаружил следующие результаты со встроенной версией:

• Увеличение успешности на 22%;
• Снижение количества ошибок на 22%;
• Повышение на 31% рейтинга удовлетворенности;
• Сокращение сроков выполнения работ на 42%;
• Снижение количества фиксаций глаз на 47%.

Неплохо. Посмотрите на встроенную проверку ваших форм.Хорошим примером встроенной проверки является Booking.com:

Как отслеживать ошибки формы

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

Если вы используете такой инструмент, как Formisimo, это относительно просто, просто ознакомьтесь с отчетом «Самые исправляемые поля»:

В качестве базового показателя можно использовать средние поправки на одну формуляр.Цель, конечно же, состоит в том, чтобы уменьшить количество исправлений в поле формы (и тем самым уменьшить трение):

Отслеживание в Google Analytics

Тим Лейтон-Бойс из CXFocus недавно рассказал об одном из своих любимых отчетов Google Analytics в блоге CXL:

Тим Лейтон-Бойс:

«Один из моих любимых отчетов при поиске возможностей — это стандартный отчет, который большинство людей игнорирует:« Конверсии > Цели> Обратный путь к цели ».

Я использую его для сообщений об ошибках.

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

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

Вы также можете настроить скрипты для отслеживания ошибок JavaScript на вашей странице, которые вы можете отправлять в пользовательские события в Google Analytics. Search Engine Watch объяснил, как настроить пользовательские события для отслеживания ошибок формы:

«Используйте серию настраиваемых событий в вашей форме, при этом каждое событие представляет собой поле в этой форме. Ваша категория должна определять, в какой форме отмечаются ошибки; ваше действие должно определять каждое поле формы; и ваша метка может быть динамической, включающей как описание правила проверки, которое вызвало ошибку, так и введенное значение, которое нарушило правило, разделенные вертикальной чертой (т.е., «|»). Для этого может потребоваться помощь разработчика.

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

Совсем недавно Фил Пирс поделился методом отслеживания взаимодействий с формами как части микроворонки с помощью Google Analytics или Google Tag Manager.

Заключение

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

Итак, да, исследуйте удобство использования самостоятельно, но начните с следующих рекомендаций по сообщениям об ошибках:

• Не вините пользователя.
• Пишите как человек, а не как робот.
• Убедитесь, что ошибки четко прописаны, а сообщения расположены интуитивно.
• Убедитесь, что пользователи знают, как исправить указанные ошибки.
• Не отображать все ошибки вверху страницы. Встроенная проверка — хорошее решение.

Источник изображения функции

Как писать и создавать удобные сообщения об ошибках | Ник Бабич | Thinking Design

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

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

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

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

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

Люди редко читают страницы слово за словом; вместо этого они просматривают страницу, выбирая отдельные предложения. Чем больше текста на странице, тем сложнее его сканировать и тем больше вероятность, что пользователи его вообще не прочитают.Исследование Американского института прессы показало, что более короткие предложения приводят к большему пониманию:

• Если предложения содержат восемь слов или меньше, читатели понимают 100 процентов информации.
• Если предложения содержат 43 слова или больше, понимание читателя падает до менее 10 процентов.

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

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

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

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

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

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

Вот два способа справиться с ситуацией, когда пользователь вводит неверные учетные данные:

• Не говорите: Вы ввели неправильный логин или пароль.
• Скажите: Ваш логин и пароль не совпадают.

Подсказка: Хороший способ добавить более человечный тон в UX-дизайн сообщений об ошибках — подумать о том, чтобы объяснить их вслух человеку, который вам небезразличен.

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

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

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

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

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

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

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

Часто отображаемые сообщения об ошибках являются признаком плохого сообщения об ошибке UX. Сообщения об ошибках мешают работе пользователя и создают трения. Таким образом, их следует использовать только в важных ситуациях, таких как деструктивные действия (например, удаления). Редкость предупреждений помогает убедиться, что люди воспринимают их серьезно.

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

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

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

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

Если проблема может быть исправлена ​​автоматически, она должна исправляться автоматически. Например, форма поиска должна автоматически исправлять опечатки.

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

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

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

Рекомендации по сообщениям об ошибках

Рекомендации по созданию эффективных сообщений об ошибках остаются неизменными в течение 20 лет. Хорошее сообщение об ошибке должно включать:

• Явное указание на то, что что-то пошло не так. Самые худшие сообщения об ошибках — те, которых не существует. Когда пользователи совершают ошибки и не получают обратной связи, они полностью теряются. Электронная почта, например, предлагает несколько ситуаций, в которых было бы полезно явное указание. Например: Когда вы отправляете сообщение, которое поглощается системой и никогда не доходит до получателя.Еще один хороший пример? Когда вы заявляете в электронном письме, что включаете вложение, но забываете это сделать. Наконец, задание для этой надоедливой скрепки: «Кажется, вы хотите прикрепить файл к этому сообщению, но вы этого не сделали. Хотите прикрепить его сейчас?»
• Удобочитаемый язык вместо непонятных кодов или сокращений, таких как «произошла ошибка типа 2».
• Вежливый фраза, которая не обвиняет пользователей и не подразумевает, что они либо глупы, либо делают что-то не так, как в «незаконная команда.»
• Точные описания точных проблем, а не расплывчатые общие сведения, такие как «синтаксическая ошибка».
• Конструктивный совет по устранению проблемы. Например, вместо сообщения «нет в наличии», ваше сообщение об ошибке должно либо сообщать пользователям, когда продукт будет доступен, либо предоставлять пользователям возможность запросить уведомление, когда продукт будет пополнен.

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

Новые инструкции

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

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

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

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

Два других правила могут сделать ситуацию с ошибкой менее неприятной для пользователей:

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

Возможность обучения пользователей

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

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

• Гипертекст ссылки могут использоваться для соединения краткого сообщения об ошибке со страницей с дополнительным справочным материалом или объяснением проблемы.(Но не переусердствуйте.)

Написание более четких сообщений об ошибках. Краткое руководство, которое поможет пользователям исправить… | by Amy Leak

Установить базовую структуру

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

[Ошибка] [Как ее исправить]

Это очень просто. Давайте посмотрим на это в действии.

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

Будьте краткими и простыми

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

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

Соблюдайте этикет

Системная ошибка
Скажите извините , если это ошибка системы. Но если это не так, будьте осторожны, чтобы не перекомпенсировать. Извинение за ненадлежащее время может показаться неискренним. Это также может означать, что пользователь не виноват, что может сбивать с толку.

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

Ошибка пользователя
Хорошо, иногда — это ошибка пользователя. Но есть способы сказать им, чтобы не показалось, будто вы показываете пальцем.

В приведенном ниже примере мы сосредоточились на желаемом действии, а не сообщали пользователю, что он напортачил.

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

Используйте правильный тон

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

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

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

сообщений об ошибках (основы проектирования) — приложения Win32

• 20.10.2020
• 33 минуты на чтение

В этой статье

Примечание

Это руководство по дизайну было создано для Windows 7 и не обновлялось для новых версий Windows.Большая часть рекомендаций по-прежнему применима в принципе, но презентация и примеры не отражают наши текущие рекомендации по проектированию.

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

Типичное модальное сообщение об ошибке.

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

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

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

Это правильный пользовательский интерфейс?

Чтобы принять решение, рассмотрите следующие вопросы:

• Представляет ли пользовательский интерфейс проблему, которая уже возникла? В противном случае сообщение не является ошибкой. Если пользователь получает предупреждение о состоянии, которое может вызвать проблему в будущем, используйте предупреждающее сообщение.
• Можно ли предотвратить проблему, не вызывая путаницы? Если да, то вместо этого предотвратите проблему. Например, используйте элементы управления, которые ограничены допустимыми значениями, вместо использования неограниченных элементов управления, которые могут требовать сообщений об ошибках.Кроме того, отключение элементов управления при нажатии приведет к ошибке, если очевидно, почему элемент управления отключен.
• Можно ли устранить проблему автоматически? Если да, устраните проблему и подавите сообщение об ошибке.
• Могут ли пользователи выполнить действие или изменить свое поведение в результате сообщения? Если нет, условие не оправдывает прерывание пользователя, поэтому лучше подавить ошибку.
• Актуальна ли проблема, когда пользователи активно используют другие программы? Если да, подумайте о том, чтобы показать проблему с помощью значка в области уведомлений.
• Проблема не связана с текущими действиями пользователя, не требует немедленных действий пользователя и могут ли пользователи ее игнорировать? Если да, используйте вместо этого уведомление о сбое действия.
• Связана ли проблема со статусом фоновой задачи в главном окне? Если да, подумайте о том, чтобы показать проблему с помощью строки состояния.
• Являются ли ИТ-специалисты основными целевыми пользователями? Если да, рассмотрите возможность использования альтернативного механизма обратной связи, например записей в файле журнала или предупреждений по электронной почте.ИТ-специалисты настоятельно предпочитают файлы журналов для некритичной информации.

Концепции дизайна

Характеристики плохих сообщений об ошибках

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

Отчасти проблема в том, что существует множество способов сделать это неправильно.Рассмотрим эти примеры из Зала стыда сообщений об ошибках:

Ненужные сообщения об ошибках

Неправильно:

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

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

Основная причина: Сообщение обо всех случаях ошибок, независимо от целей или точки зрения пользователей.

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

Сообщения об ошибках «Успех»

Неправильно:

Это сообщение об ошибке возникло из-за того, что пользователь решил не перезапускать Windows сразу после удаления программы.Удаление программы прошло успешно с точки зрения пользователя.

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

Основная причина: Задача успешно завершена с точки зрения пользователя, но не удалась с точки зрения программы удаления.

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

Совершенно бесполезные сообщения об ошибках

Неправильно:

Пользователи узнают, что произошла ошибка, но не знают, что это за ошибка и что с ней делать. И нет, это не нормально!

Проблема: Сообщение об ошибке не указывает на конкретную проблему, и пользователи ничего не могут с этим поделать.

Основная причина: Скорее всего, программа плохо обрабатывает ошибки.

Рекомендуемая альтернатива: Разработайте в программе хорошую обработку ошибок.

Непонятные сообщения об ошибках

Неправильно:

В этом примере формулировка проблемы ясна, но дополнительное объяснение совершенно сбивает с толку.

Проблема: Непонятна постановка или решение проблемы.

Основная причина: Объяснение проблемы с точки зрения кода, а не пользователя.

Рекомендуемая альтернатива: Напишите текст сообщения об ошибке, который ваши целевые пользователи могут легко понять.Предоставьте решения, которые пользователи действительно могут выполнить. Создавайте сообщения об ошибках в своей программе, не заставляйте программистов составлять сообщения об ошибках на месте.

Сообщения об ошибках, передающие избыточную связь

Неправильно:

В этом примере сообщение об ошибке явно пытается объяснить каждый шаг устранения неполадок.

Проблема: Слишком много информации.

Основная причина: Слишком много деталей или попытка объяснить сложный процесс устранения неполадок в сообщении об ошибке.

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

Неоправданно жесткие сообщения об ошибках

Неправильно:

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

Проблема: Тон программы излишне резкий или драматичный.

Основная причина: Проблема связана с ошибкой, которая кажется катастрофической с точки зрения программы.

Рекомендуемая альтернатива: Тщательно выбирайте язык, исходя из точки зрения пользователя.

Сообщения об ошибках, в которых винят пользователей

Неправильно:

Почему пользователи чувствуют себя преступниками?

Проблема: Сообщение об ошибке сформулировано таким образом, что пользователь обвиняет пользователя в совершении ошибки.

Основная причина: Нечувствительные фразы, которые фокусируются на поведении пользователя, а не на проблеме.

Рекомендуемая альтернатива: Сосредоточьтесь на проблеме, а не на действиях пользователя, которые привели к проблеме, используя при необходимости пассивный голос.

Глупые сообщения об ошибках

Неправильно:

В этом примере постановка проблемы довольно иронична, и решения не предоставляются.

Проблема: Глупые или несеквитирующие утверждения сообщений об ошибках.

Основная причина: Создание сообщений об ошибках без учета их контекста.

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

Сообщения об ошибках программатора

Неправильно:

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

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

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

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

Плохо представленные сообщения об ошибках

Неправильно:

В этом примере много типичных ошибок представления.

Проблема: Неправильное отображение всех деталей в представлении сообщения об ошибке.

Основная причина: Незнание и применение рекомендаций по сообщениям об ошибках.Не использовать писателей и редакторов для создания и просмотра сообщений об ошибках.

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

Характеристики хороших сообщений об ошибках

В отличие от предыдущих плохих примеров, хорошие сообщения об ошибках имеют:

• Проблема. Указывает, что возникла проблема.
• Причина. Объясняет, почему возникла проблема.
• Решение. Предлагает решение, позволяющее пользователям устранить проблему.

Кроме того, хорошие сообщения об ошибках представлены следующим образом:

• Актуально. Сообщение представляет проблему, которая волнует пользователей.
• Действующий. Пользователи должны либо выполнить действие, либо изменить свое поведение в результате сообщения.
• Ориентировано на пользователя. Сообщение описывает проблему с точки зрения целевых действий или целей пользователя, а не с точки зрения того, что не устраивает код.
• Краткое. Сообщение как можно короче, но не короче.
• Прозрачный. В сообщении используется простой язык, чтобы целевые пользователи могли легко понять проблему и решение.
• Специфическая. Сообщение описывает проблему, используя определенный язык, с указанием конкретных имен, местоположений и значений задействованных объектов.
• Вежливый. Пользователей нельзя обвинять или заставлять чувствовать себя глупыми.
• Редко. Отображается нечасто. Часто отображаемые сообщения об ошибках — признак плохого дизайна.

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

Избегайте ненужных сообщений об ошибках

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

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

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

Неправильно:

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

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

Неправильно:

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

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

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

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

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

Еще один отличный способ избежать сообщений об ошибках — это в первую очередь предотвратить проблемы.Вы можете предотвратить ошибки:

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

Предоставление необходимых сообщений об ошибках

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

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

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

Неправильно:

Почему здесь неактивна кнопка «Далее»? Лучше оставить его включенным и не вводить пользователей в заблуждение, выдавая полезное сообщение об ошибке.

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

Проектирование для хорошей обработки ошибок

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

Неправильно:

Скорее всего, проблема действительно неизвестна, потому что в программе отсутствует поддержка обработки ошибок.

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

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

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

Хорошие сообщения об ошибках — это не просто проблема пользовательского интерфейса, это проблема разработки программного обеспечения. Хорошее сообщение об ошибке — это не то, что можно исправить позже.

Устранение неполадок (и как этого избежать)

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

Неправильно:

Правильно:

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

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

Неправильно:

Ну что это? Теперь пользователь должен устранить неполадки.

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

Правильно:

При определенной причине устранение неполадок не требуется.

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

Обработка неизвестных ошибок

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

Например, если в вашей программе есть необработанное исключение, подходит следующее сообщение об ошибке:

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

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

Это сообщение об ошибке подходит для неизвестной ошибки, если обычно проблема связана с сетевым подключением.

Определите соответствующий тип сообщения

Некоторые проблемы могут быть представлены в виде ошибок, предупреждений или информации, в зависимости от акцента и формулировки.Например, предположим, что веб-страница не может загрузить неподписанный элемент управления ActiveX на основе текущей конфигурации Windows Internet Explorer:

• Ошибка. «Эта страница не может загрузить неподписанный элемент ActiveX». (Формулируется как существующая проблема.)
• Предупреждение. «Эта страница может вести себя не так, как ожидалось, потому что Windows Internet Explorer не настроен для загрузки неподписанных элементов управления ActiveX». или «Разрешить этой странице установить неподписанный элемент управления ActiveX? Выполнение этого из ненадежных источников может нанести вред вашему компьютеру.»(Оба слова указаны как условия, которые могут вызвать проблемы в будущем.)
• Информация. «Вы настроили Windows Internet Explorer на блокировку неподписанных элементов управления ActiveX». (Сформулировано как констатация факта.)

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

Представление сообщения об ошибке

Большинство сообщений об ошибках в программах Windows представлены с помощью модальных диалоговых окон (как и большинство примеров в этой статье), но есть и другие варианты:

• на месте
• Воздушные шары
• Уведомления
• Значки в области уведомлений
• Строки состояния
• Файлы журнала (для ошибок, предназначенных для ИТ-специалистов)

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

Вам действительно нужно прерывать пользователей, чтобы они могли нажать кнопку «Закрыть»? Если нет, рассмотрите альтернативы использованию модального диалогового окна.

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

Избегайте чрезмерного общения

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

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

Неправильно:

Этот пример является хорошим сообщением об ошибке, но он передает слишком много информации.

Что на самом деле говорит весь этот текст? Примерно так:

Правильно:

Это сообщение об ошибке, по сути, содержит ту же информацию, но гораздо более кратко.

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

Дополнительные рекомендации и примеры чрезмерной коммуникации см. В разделе «Текст пользовательского интерфейса».

Если вы делаете только восемь дел

1. Разработайте свою программу для обработки ошибок.
2. Не показывать ненужные сообщения об ошибках.
3. Не вводите пользователей в заблуждение, отправляя необходимые сообщения об ошибках.
4. Убедитесь, что в сообщении об ошибке указаны проблема, причина и решение.
5. Убедитесь, что сообщение об ошибке актуально, содержит необходимые действия, краткое, ясное, конкретное, вежливое и редкое.
6. Создавайте сообщения об ошибках с точки зрения пользователя, а не программы.
7. Не вовлекайте пользователя в поиск и устранение неисправностей, используйте разные сообщения об ошибках для каждой обнаруживаемой причины.
8. Используйте самый легкий метод представления веса, который хорошо справляется со своей задачей.

Образцы использования

Сообщения об ошибках имеют несколько шаблонов использования:

Указания

Презентация

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

Ошибки ввода пользователем

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

Неправильно:

В этом примере неограниченное текстовое поле используется для ограниченного ввода.Вместо этого используйте ползунок.

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

В этом примере всплывающее сообщение указывает на проблему ввода, которая все еще находится в элементе управления.

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

В этом примере локальная ошибка используется для ошибки, обнаруженной при нажатии кнопки фиксации.

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

Устранение неисправностей

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

Иконки

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

• Используйте значок ошибки. Исключения:

  • Если ошибка связана с ошибкой ввода данных пользователем, отображаемой с помощью модального диалогового окна или выноски, не используйте значок. Это противоречит обнадеживающему тону Windows.Однако в сообщениях об ошибках на месте должен использоваться небольшой значок ошибки (16×16 пикселей), чтобы четко идентифицировать их как сообщения об ошибках.

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

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

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

  В этом примере значок функции имеет наложение ошибки, и функция является предметом ошибки.

• Не используйте значки предупреждений для ошибок. Это часто делается для того, чтобы презентация выглядела менее суровой. Ошибки — это не предупреждения.

  Неправильно:

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

Дополнительные рекомендации и примеры см. В разделе «Стандартные значки».

Прогрессивное раскрытие

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

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

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

Инструкции по маркировке см. В разделе «Управление прогрессивным раскрытием информации».

Больше не показывать это сообщение

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

Дополнительные инструкции см. В разделе «Диалоговые окна».

Значения по умолчанию

• Выберите самый безопасный, наименее разрушительный или самый безопасный ответ по умолчанию. Если безопасность не имеет значения, выберите наиболее вероятную или удобную команду.

Справка

• Создавайте сообщения об ошибках, чтобы избежать необходимости в помощи. Обычно пользователям не нужно читать внешний текст, чтобы понять и решить проблему, если решение не требует нескольких шагов.
• Убедитесь, что содержание справки актуально и полезно. Это не должно быть подробным повторением сообщения об ошибке, оно должно содержать полезную информацию, выходящую за рамки сообщения об ошибке, например способы избежать проблемы в будущем. Не предоставляйте ссылку на справку только потому, что можете.
• Используйте конкретные краткие и релевантные ссылки справки для доступа к содержимому справки. Не используйте для этой цели командные кнопки или прогрессивное раскрытие.
• Для сообщений об ошибках, которые вы не можете сделать конкретными и действенными, рассмотрите возможность предоставления ссылок на содержимое интерактивной справки. Таким образом вы можете предоставить пользователям дополнительную информацию, которую сможете обновить после выпуска программы.

Дополнительные инструкции см. В справке.

Коды ошибок

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

Неправильно:

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

• Назначьте уникальный код ошибки для каждой причины. Это позволит избежать устранения неполадок.
• Выберите коды ошибок, которые легко найти в Интернете. Если вы используете 32-битные коды, используйте шестнадцатеричное представление с начальным «0x» и заглавными буквами.

Правильно:

1234

0xC0001234

Неправильно:

–1

-67113524

• Используйте Показать / Скрыть подробности для отображения кодов ошибок. Фраза как код ошибки:.

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

Звук

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

Текст

Общие

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

Неправильно:

Правильно:

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

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

Эти термины не нужны и противоречат обнадеживающему тону Windows. При правильном использовании значок ошибки указывает на наличие проблемы.

Неправильно:

Правильно:

В неверном примере термины «катастрофический» и «отказ» не нужны.

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

Неправильно:

Правильно:

Неправильный пример обвиняет пользователя в использовании активного голоса.

• Будьте конкретны. Избегайте расплывчатых формулировок, таких как синтаксическая ошибка или недопустимая операция. Укажите конкретные имена, местоположения и значения задействованных объектов.

Неправильно:

Файл не найден.

Диск заполнен.

Значение вне допустимого диапазона.

Недействительный символ.

Устройство недоступно.

Эти проблемы было бы намного проще решить с конкретными именами, местоположениями и значениями.

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

Правильно:

Подождите, пока Windows скопирует файлы на ваш компьютер.

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

Правильно:

К сожалению, Fabrikam Backup обнаружила неустранимую проблему и была отключена для защиты файлов на вашем компьютере.

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

Неправильно:

Правильно:

В неверном примере используются полные названия продуктов и символы товарных знаков.

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

Правильно:

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

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

Дополнительные рекомендации и примеры см. В разделе Стиль и тон.

Заголовки

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

Неправильно:

В этом примере заголовок неправильно используется для объяснения проблемы.

• Используйте заглавные буквы в стиле заголовка, без знаков препинания в конце.

Основные инструкции

• Используйте основную инструкцию, чтобы описать проблему ясным, простым и понятным языком.
• Будьте краткими, используйте только одно полное предложение. Сократите основные инструкции до основной информации. Вы можете оставить тему неявной, если это ваша программа или пользователь. Укажите причину проблемы, если можете сделать это кратко. Если вам нужно объяснить что-то еще, воспользуйтесь дополнительной инструкцией.

Неправильно:

В этом примере все сообщение об ошибке помещается в основную инструкцию, что затрудняет чтение.

• Будьте конкретны, если есть задействованные объекты, дайте их имена.
• Избегайте указывать полные пути к файлам и URL-адреса в основной инструкции. Вместо этого используйте короткое имя (например, имя файла) и укажите полное имя (например, путь к файлу) в дополнительной инструкции. Однако вы можете указать один полный путь к файлу или URL-адрес в основной инструкции, если сообщение об ошибке не требует дополнительных инструкций.

В этом примере в основной инструкции используется только имя файла.Полный путь находится в дополнительной инструкции.

• Не указывайте полный путь к файлу и URL-адрес, если это очевидно из контекста.

В этом примере пользователь переименовывает файл из проводника Windows. В этом случае полный путь к файлу не нужен, потому что это очевидно из контекста.

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

Основные шаблоны инструкций

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

• [необязательное имя субъекта] невозможно [выполнить действие]
• [необязательное имя субъекта] не может [выполнить действие], потому что [причина]
• [необязательное имя субъекта] не может [выполнить действие] с «[имя объекта]»
• [необязательное имя субъекта] не может [выполнить действие] с «[имя объекта]», потому что [причина]
• Недостаточно [ресурса] для [выполнения действия]
• [Имя субъекта] не имеет [имя объекта], необходимого для [цели]
• [Устройство или настройка] отключены, поэтому [нежелательные результаты]
• [Устройство или настройка] не [доступно | найдено | включен | включен]
• «[имя объекта]» в настоящее время недоступен
• Неверное имя пользователя или пароль
• У вас нет разрешения на доступ к «[имя объекта]»
• У вас нет прав на [выполнение действия]
• [название программы] возникла серьезная проблема, и ее необходимо немедленно закрыть.

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

Дополнительные инструкции

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

Неправильно:

В этом примере, хотя проблема и рекомендованное решение возможны, они маловероятны.

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

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

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

Правильно:

Чтобы перезапустить Windows, нажмите OK.

Неправильно:

Щелкните OK, чтобы перезапустить Windows.

В некорректном примере пользователи, скорее всего, случайно нажмут «ОК».

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

Неправильно:

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

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

Неправильно:

В этом примере в сообщении об ошибке неправильно рекомендуется обратиться в службу технической поддержки.

• Используйте полные предложения, заглавные буквы и знаки препинания в конце.

Кнопки фиксации

• Если сообщение об ошибке содержит командные кнопки или ссылки на команды, которые решают проблему, следуйте соответствующим инструкциям в диалоговых окнах.
• Если программа должна завершиться в результате ошибки, предоставьте кнопку выхода из программы. Чтобы избежать путаницы, не используйте для этой цели Close.
• В противном случае предоставьте кнопку «Закрыть». Не используйте OK для сообщений об ошибках, потому что эта формулировка подразумевает, что проблемы в порядке.
  • Исключение: Используйте OK, если ваш механизм отчетов об ошибках имеет фиксированные метки (как в API MessageBox).

Документация

При обращении к ошибкам:

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

Пример: Если вы получили сообщение В приводе нет компакт-диска , вставьте новый компакт-диск в привод и повторите попытку.

Рекомендации по обмену сообщениями — Сообщения об ошибках — Содержание

Когда что-то идет не так, необходимо сообщить три важных информационных сообщения об ошибках:

1. Что произошло и каковы последствия.

2. Почему это произошло и повторится ли это снова.

3. Что нужно сделать, чтобы двигаться вперед.

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

Вот что вы найдете в этом руководстве:

• Лучшие практики

  • Пишите для людей, а не для машин

  • Используйте нейтральный и действенный язык

  • Будьте чуткими, но не извиняйтесь чрезмерно

  • Рассматривайте ошибки как возможности

  • Делайте текст коротким и по делу

• Голос и тон

• Советы и уловки

Лучшие практики

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

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

Пишите для людей, а не для машин

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

Используйте нейтральный и действенный язык

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

Трудно полностью избежать вас и всего вашего. Один из способов сделать это — использовать вместо мы . Это способ взять на себя ответственность за проблему.

Если брать на себя вину не имеет смысла (например, потому, что человек, читающий сообщение, действительно сделал что-то не так), попробуйте сделать субъект неявным, превратив утверждения в инструкции и убрав местоимения из положения субъекта.

Это может помочь смягчить удар, идентифицируя человека, у которого есть решение, а не проблему, — наделяя его полномочиями, а не обвиняя его.

Будьте чуткими, но не извиняйтесь чрезмерно

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

Рассматривайте ошибки как возможности

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

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

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

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

Текст должен быть коротким и точным.

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

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

Голосовые и тональные сигналы

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

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

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

• есть четкий и лаконичный заголовок

• тон дружелюбный и обнадеживающий , но не извиняясь или подмигивая

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

Советы и уловки

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

Серьезность проблемы и ее последствия

Потеря ценной работы из-за сбоя в работе компьютера расстроит кого-то больше, чем незначительное прерывание рабочего процесса.

Частота возникновения ошибки

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

Простота решения

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

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

Когда читает страницу, плохое соединение вызывает незначительное раздражение . Пользователь:

Когда вы редактируете страницу, плохое соединение является основной проблемой .Вы:

• может не работать

• не будет знать, была ли ваша работа сохранена

• может потерять работу, которую вы сделали до сих пор

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

Сложные сообщения об ошибках

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

Начать с предупреждением

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

Предложите решение для резервного копирования

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

Раскрывайте дополнительную информацию постепенно.

Для тупиков: начните с чего-нибудь короткого, но доброго и добавляйте контекст или другие детали только в том случае, если ошибка повторяется.

Как создавать хорошие сообщения об ошибках :: UXmatters

Я не могу придумать причины для использования окна сообщения для сообщения об исключительной ситуации.

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

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

Три части сообщения об исключении

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

Три этапа передачи сообщения об исключении в порядке приоритета следующие:

• Что случилось?
• Что это значит?
• Что пользователь может с этим поделать?

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

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

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

Не обвиняйте пользователя

Не обвиняйте пользователя даже косвенно или косвенно.

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

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

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

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

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

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

Общение с помощью визуальных стилей

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

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