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

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

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

Беседа

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

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

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

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

    В нашем примере действия по заказу напитков вы можете привести следующее обоснование: «Чтобы запомнить ваши любимые напитки и предложить индивидуальные предложения…»

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

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

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

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

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

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

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