...
Goal | Alice wants to invite Bob and Claire to join her Synapse team. | ||
Primary actor | Alice. | ||
Secondary actors | Bob and Claire. | ||
Precondition | Alice has created a team and she is at her team's page. | ||
Success end | Bob and Claire join the team. | Failure end | Bob and Claire don't join the teamjoins the team, or Alice cancels the invitation to Bob. |
Main success scenario |
| ||
Error scenarios | 1. One or more of the The email addresses entered donby Alice doesn't exist.
| ||
Alternative scenarios | 1. Bob 2. System detects that the email address entered already has a Synapse account associated with the email address entered by Aliceit, presumably it's Bob's account.
4. Claire 3. Alice decides not to collaborate with Bob anymore and wants to cancel her invitation.
4a. Bob already has a Synapse account associated with a different email address and is already signed in in his browser.
4b. Bob already has a Synapse account associated with a different email address but isn't signed in.
|
...
Relevant questions
At step 4 in the main success scenario, should we skip the email validation process that precedes registering an account?
+ Easier to use for the user.
- Forces the user to register Synapse account with the email address the invitation was sent to.
Leaning towards yes, we should skip it.
Related to the above, should the invitation email have one link to a sign in/registration page; or two links, one to a sign in page and one to a registration page.
Tentatively a single link is preferred.
Should we allow batch inviting? Currently only one user can be invited at a time.
Not necessary.
Should we display pending invitations in Alice's team page and allow her to cancel them? This would remove the need for the alternative scenario on step 5.
Yes, it's a good idea as it enables alternative scenario step 3.
What happens if the invitee is already logged signed in to Synapse when they click the invitation link(s)?
Addressed by alternative scenario step 4a.
Should we allow existing users to be searched by their email address?
No, we shouldn't allow reverse searches because user email addresses aren't public.
Mockups
In progress
API
In progress