Если вы работаете над каким-либо SaaS-продуктом, предусматривающим взаимодействие, то жизненно важно правильно настроить сценарий приглашений.
Он должен быть беспроблемным, а также безопасным. Его сложно оптимизировать, и существует много крайних случаев, которые нужно учесть.
Существует два распространенных подхода, и Airtable – это SaaS-продукт, который успешно использует оба. Давайте рассмотрим, как они это делают, начиная со сценария «приглашение по электронной почте»:
Приглашение по электронной почте
Приглашение по электронной почте в модальном окне является опцией по умолчанию, что имеет смысл, потому что люди ожидают это увидеть.
Перед отправкой приглашений вы можете добавить дополнительное сообщение и установить права доступа.
Некоторые продукты предпочитают упростить эту задачу, исключив опцию сообщения и отложив контроль прав доступа после отправки приглашения.
Лично мне нравится выбор сообщения по желанию, потому что он позволяет добавить больше контекста. Я также думаю, что стоит добавить элементы управления доступом до отправки приглашения, потому что тогда приглашенные вами люди не смогут сделать, что-то не так.
Airtable хорошо добавляет эти опции сохраняя простоту. Необязательное поле сообщения не выделяется, и разрешение на доступ имеет разумное значение по умолчанию.
«Владелец» (Owner) или «Создатель» (Creator) могут означать разные вещи в разных продуктах, поэтому важно описать, что они значат в этом контексте (что Airtable также делает хорошо).
Когда приглашение отправлено, вы можете четко видеть его статус, а также можете исправить любые ошибки, отменив приглашение или обновив права доступа.
Письмо с приглашением включает в себя сообщение и хорошо объясняет, что такое Airtable и чего ожидать при регистрации.
Страница регистрации содержит сообщение с приглашением, краткое описание продукта и предварительно заполненное поле электронной почты, что снижает вероятность того, что приглашенный не закончит процесс регистрации.
После того, как приглашенный зарегистрировался, он попадает на панель инструментов Airtable с рабочим пространством, в которое он был приглашен.
Здесь может пригодиться приветственное сообщение или обучающее руководство.
Многие продукты не позволяют человеку, отправившему приглашение, узнать, что приглашенный пользователь, зарегистрировался и готов к совместной работе. В этом случае Airtable идет дальше, стимулируя рассылать больше приглашений.
На этом этапе приглашение по электронной почте завершено. Оно очень простое и интуитивно понятное, как для приглашающего, так и для приглашаемого.
Приглашение по ссылке
Приглашение более 10 человек по электронной почте станет утомительным, и здесь пригодится возможность использовать для приглашения ссылку. Хотя этот способ облегчает одновременное приглашение большего количества людей, есть определенные проблемы безопасности, которые следует учитывать.
Например, если ссылка для приглашения каким-либо образом окажется доступной за пределами вашей компании, люди смогут зарегистрироваться и просмотреть / поделиться конфиденциальной информацией.
Airtable делает приглашения по ссылкам более безопасными несколькими способами. Во-первых, вы можете генерировать и отменять несколько ссылок.
Например, вы можете сгенерировать ссылку, поделиться ею в Slack, а затем отменить ее, когда увидите, что ваши товарищи по команде уже зарегистрировались.
Также вы можете сделать так, чтобы ссылка-приглашение работала только для людей, которые зарегистрировались с помощью рабочей электронной почты. Давайте посмотрим, как работает этот сценарий.
Первым шагом является создание ссылки на ресурс. Прежде чем мы создадим ссылку, мы можем установить права доступа по умолчанию для всех, кто ее использует.
Мы также можем позволить регистрацию для любого адреса электронной почты или только для электронной почты, относящейся к определенному домену. Мы выбираем более безопасный вариант.
После того, как ссылка сгенерирована, у нас все еще есть возможность удалить ее или изменить права доступа по умолчанию.
Это страница, которую видит любой, кто нажмет на ссылку. Вверху четко указано, что мы можем зарегистрироваться только с определенным доменом электронной почты, и таким образом получим доступ к рабочему пространству «UX Design».
Поле электронной почты содержит плейсхолдер «@uifeed.com».
Если вы введете адрес электронной почты, не использующий домен uifeed.com, сообщение об ошибке проинформирует вас, что вы не можете зарегистрироваться.
После регистрации вы фактически не получаете доступ к рабочему пространству, в которое вас пригласили. Вместо этого вы проходите через обучающий юзерфлоу, как новый пользователь.
Это потому, что до тех пор, пока вы не подтвердите свой адрес электронной почты, Airtable не узнает, что у вас есть доступ к почте с доменом «@ uifeed.com».
Сообщение внизу страницы позволяет вам узнать, что у вас есть неподтвержденное приглашение, и что вам нужно подтвердить адрес электронной почты, чтобы использовать его.
После того как вы подтвердили свою электронную почту, вы можете получить доступ к рабочему пространству, в которое вас пригласили.
Это конец сценария «Пригласить по ссылке». Этот вариант облегчает одновременное приглашение нескольких товарищей по команде, но менее интуитивно понятен для приглашенных людей.
Возможные сложности
При любом подходе есть несколько потенциальных проблем, которые необходимо учесть.
Например, имеет смысл разрешать людям предоставлять другим пользователям права доступа, которые меньше или равны их собственным.
Как «Создатель» я не могу передать кому-либо еще права «Владельца».
Еще один момент, который стоит обдумать – что делать с товарищами по команде и рабочим пространством, если владелец захочет удалить свою учетную запись. Есть плюсы и минусы в зависимости от того, как вы это реализуете. Я сталкивался с продуктами, которые не позволяют владельцу удалять аккаунт, пока он не удалит из рабочего пространства товарищей по команде.
В случае Airtable удаление вашего аккаунта, пока у вас есть общие рабочие документы, не приведет к удалению этих документов.
Этот тип сценария все усложняет. Например, здесь неясно, кто становится владельцем оставшегося документа, когда владелец удаляет свою учетную запись. Я не знаю, как лучше справиться с этими крайними случаями, но чем раньше вы их рассмотрите, тем лучше.
Вывод
Проектирование юзерфлоу приглашений может быть непростым делом, но очень важно все реализовать правильно, если хороший пользовательский опыт вашего продукта зависит от совместной работы.
Наиболее распространенным и простым подходом является приглашение по электронной почте. При этом позвольте лицу, выполняющему приглашение, добавить сообщение и установить права доступа. Кроме того, сообщите ему, когда человек, которого он пригласил, зарегистрируется
Подумайте о том, чтобы добавить опцию «Пригласить по ссылке», если ваши клиенты приглашают одновременно много людей, но продумайте возможные последствия этого подхода для безопасности и UX.
Если вам есть, что добавить, пишите автору в Twitter.
Хотя пример Airtable лучший из тех, которые я встречал, вы можете узнать больше, ознакомившись с записями сценариев приглашений от целого ряда других SaaS-продуктов здесь.
Перевод статьи Ramy Khuffash
Топ коментарі (0)