Когда ИИ должен отправлять приветствие? Время, контекст и настройки, создающие ощущение тепла
Приветствие ИИ воспринимается тепло, когда оно приходит в выбранное пользователем время, предлагает понятный повод для взаимодействия и его легко проигнорировать или отключить. Оно кажется навязчивым, когда появляется без полезной связи с текущим занятием пользователя или продолжает всплывать после отказа. Для тех, кто решает, включать ли проактивные сообщения ИИ, поможет простая проверка: момент, повод, контроль. Убедитесь в наличии всех трех факторов, прежде чем расценивать незапрошенное приветствие как приятное приглашение.
Что делает приветствие ИИ по-настоящему теплым?
Приветствие — это небольшое приглашение начать обычное дело: продолжить писательское упражнение, обдумать творческую идею или вернуться к личному проекту. Его теплота исходит не столько от жизнерадостных формулировок, сколько от уместности. Подходит ли этот момент пользователю? Актуально ли предложение? Может ли человек сам решить, отвечать ли на него?
В исследованиях проактивных разговорных агентов инициатива описывается как начало взаимодействия самой системой, не дожидаясь запроса от пользователя. Авторы отмечают, что без продуманного дизайна инициатива может восприниматься как вторжение, и выделяют адаптацию времени и темпа к контексту человека, а также уважение к его границам в качестве важных аспектов проектирования. Это дает удобный ориентир для оценки приветствия: обращайте внимание на выбор момента и уважение к свободе выбора, а не просто на дружелюбный тон. «Towards Human-centered Proactive Conversational Agents», arXiv
Например, пользователь, который выбрал короткую творческую подсказку во второй половине дня, может положительно оценить одно-единственное приглашение в этот промежуток времени. Но приветствие, пришедшее в тот момент, когда он уже работает с инструментом, скорее покажется помехой. Это иллюстративные примеры, а не утверждения о предпочтениях каждого: один и тот же момент может подойти одному человеку и не подойти другому. Возможность для людей самим задавать предпочтения надежнее, чем попытки угадать их распорядок и принять догадку за разрешение.
Какие настройки времени оставляют контроль в руках пользователя?
Начните со времени, которое пользователь задал явно: конкретный час, выбранный день или напоминание, привязанное к активности, на которую он дал согласие. Широкое предпочтение, такое как «в будни во второй половине дня», может быть практичнее жесткого ежедневного расписания, но главное заключается в том, что человек сам устанавливает его и может изменить.
У приветствия также должна быть разумная точка остановки. Одно приглашение в течение выбранного окна понять гораздо проще, чем бесконечный поток повторных сообщений. Если человек его пропускает, система может просто оставить этот момент в прошлом; если ему понадобится повторное приглашение позже, он сможет выбрать это сам. Это рекомендация редакции, основанная на руководствах платформ по контролю за прерываниями и исследованиях, подчеркивающих адаптацию и предпочтения пользователей, а не универсальная частота, доказанная указанными источниками.
Дополнительное руководство W3C по ограничению прерываний рекомендует предусмотреть простой способ управления уведомлениями и напоминаниями, включая выбор их типов и времени появления. В нем также описывается возможность приостановить их, чтобы вернуться к ним позже. В применении к обычным приветствиям ИИ это подсказывает разумный стандарт: сделайте приветствие откладываемым и позвольте пользователю самому выбрать следующий подходящий момент, а не предполагайте, что молчание означает «попробуй снова в скором времени». W3C, «Limit Interruptions»
Какой контекст делает приглашение полезным?
Полезное приветствие содержит краткую и понятную причину своего появления. Оно может ссылаться на выбранный человеком временной интервал или предлагать творческую задачу, которую он сам просил прислать. Читатель должен сразу видеть эту связь, не пытаясь догадаться, что именно системе известно и почему она выбрала именно эту секунду.
Приглашение должно быть соразмерно этому поводу. Фраза «Ваша дневная подсказка для зарисовки готова» — это четкое приглашение, если пользователь сам выбрал подсказки для дневных зарисовок. Она обозначает задачу и оставляет следующий шаг на усмотрение человека. Если у системы нет выбранной пользователем активности или времени, на которые можно сослаться, общее приветствие лучше оставить внутри приложения, где человек сможет начать диалог по собственному желанию.
Контекст не должен использоваться для того, чтобы приветствие звучало более личным, чем это обосновано изначальным выбором пользователя. Хороший критерий проверки — сможет ли человек в одном предложении объяснить, почему он его получил: «Я попросил прислать подсказку примерно в это время». Если же объяснение опирается на скрытые догадки системы, приветствие может вызвать недоумение, даже если слова подобраны приятно. Это дизайнерский вывод, основанный на внимании к контексту, адаптивности и тактичности в исследованиях проактивных агентов; он не гарантирует наличие конкретной функции в каком-либо отдельном сервисе ИИ. «Towards Human-centered Proactive Conversational Agents», arXiv
Какие элементы управления должны быть на виду?
Прежде чем включать приветствия, найдите элементы управления с простыми названиями и понятным действием. Полезные опции включают включение и выключение приветствий, выбор типов приглашений, установку временного окна, настройку частоты и возможность временно поставить их на паузу. Заметная кнопка «не сейчас» поможет пропустить текущее сообщение; легко доступный раздел настроек должен отвечать за долговременное изменение предпочтений.
Документация платформ ясно дает понять, что контроль над уведомлениями принадлежит пользователю устройства. Apple указывает, что приложения должны контекстно объяснять, зачем им требуется разрешение на уведомления, и что люди могут изменить эти настройки в любое время. Android предлагает каналы уведомлений, позволяющие настраивать отображение различных типов оповещений; пользователи сохраняют контроль над поведением канала и после его создания. Apple Developer, «Asking permission to use notifications» и Android Developers, «Create and manage notification channels»
Это базовые механизмы платформ, а не доказательство того, что конкретный ИИ-продукт предлагает настраиваемое расписание или отдельную категорию для приветствий. Проверяйте собственные настройки сервиса, прежде чем полагаться на них, и проверяйте настройки уведомлений на уровне системы, если приветствие приходит как push-уведомление. Руководство Android описывает настройки на уровне отдельных каналов; на устройствах Apple разрешение на отправку уведомлений и доступные способы взаимодействия также регулируются системными параметрами. Точный набор возможностей зависит от продукта и устройства.
Простой способ проверить настройки — ответить на три вопроса: Могу ли я отключить этот тип приветствий? Могу ли я изменить время или способ их доставки? Могу ли я пропустить одно сообщение, не меняя остальные параметры? Если ответы очевидны и понятны, у пользователя гораздо больше реального выбора. Руководство W3C точно так же рекомендует делать элементы управления прерываниями простыми в использовании, чтобы пользователи могли сами определять, какие типы оповещений они хотят получать и когда. W3C, «Limit Interruptions»
Как решить, стоит ли включать проактивные приветствия?
Воспользуйтесь этой краткой памяткой, прежде чем активировать их:
Проверка: Момент; Ответ, учитывающий интересы пользователя: Я сам выбрал, когда может прийти приветствие, или могу оставить его только внутри приложения.
Проверка: Повод; Ответ, учитывающий интересы пользователя: Я точно понимаю, с какой выбранной мной активностью или настройкой оно связано.
Проверка: Контроль; Ответ, учитывающий интересы пользователя: Я могу пропустить, приостановить, настроить или отключить его, не блуждая по дебрям настроек.
Эта таблица представляет собой практическое руководство, а не оценочный тест с баллами. Если какой-то ответ неочевиден, начните с наименее навязчивого варианта — например, сохраняйте подсказки внутри приложения до тех пор, пока сами не решите его открыть. Если вы все же включили уведомления, оцените через несколько дней, подходит ли выбранное время вашему графику. Меняйте настройки, как только почувствуете дискомфорт.
Все факты говорят в пользу сдержанности и права выбора. В исследовании IBM Research 2020 года предлагалось отправлять, заглушать или объединять уведомления с учетом предпочтений и расписания пользователя; в работе представлена концепция, а не гарантия того, что какой-то конкретный метод составления расписания подойдет абсолютно всем. В более поздней статье об агентах, ориентированных на человека, адаптивность и уважение к границам аналогично рассматриваются как проектные ориентиры. В сочетании с рекомендациями Apple, Android и W3C по пользовательскому контролю эти источники подтверждают простое правило: обычное приветствие должно быть приглашением, форму которого определяет пользователь, а не обязанностью, которую он должен выполнять. IBM Research, «A snooze-less user-aware notification system for proactive conversational agents»
Практическое правило для выбора приветствия
Включайте приветствие ИИ только тогда, когда вы сами выбираете его время, его цель легко понятна, а элементы управления находятся под рукой. Краткое приглашение, связанное с выбранным творческим занятием, помогает легко включиться в процесс. Если вы не понимаете, почему пришло сообщение или как изменить периодичность, отключите приветствия или оставьте только уведомления внутри приложения, пока не разберетесь. Теплота чувствуется лучше всего тогда, когда пользователь в любой момент волен принять, отложить или отклонить это приглашение.