Understand how to manage the live demo usecase where multiple users connect to the same demo about logistics-wizard

[uwefassnacht]

I think you have the flow right. A user is coming to the live demo:

If user is known:

• display same state of the demo that she left it at when she exited
• offer a button "reset demo" that would put the demo back into its initial state

If user is not known:

• register with password (also offer 3rd party auth, but lower priority)
• start demo in its initial state

[l2fprod]

@benrondeau I need your view/review on how the live demo would work and what we should expect from an experience point of view when multiple users are concurrently using the live demo.

[benrondeau]

@l2fprod Once we have personas finalized (maybe they already are @jakepeyser?) we can workout the experience they all will have with the app, including when they are using it concurrently

[jakepeyser]

@benrondeau check out the Personas page in the wiki - it's a draft, but I plan on refining them next week with the help of some folks from the JDE team

[benrondeau]

@jakepeyser Will do. I think it is important we shore these up ASAP, of which I will be glad to help drive.

[jakepeyser]

Personas being worked on in #45

[l2fprod]

pushing this back to TODO until we have better understanding of the data that will be shared vs. specific to a live session.

[jakepeyser]

User creates an account and logs in for the first time, they are presented with the initial demo state. This is comprised of an isolated data set for each new user. They are able to "reset" the demo whenever they need so they can revert to the initial state.

[jakepeyser]

Flow for working with demo sessions documented in the Demo Sessions wiki page. @l2fprod @benrondeau please review and verify this is what we discussed

[benrondeau]

I disagree with a username/password login idea. I think that when a session is created, a simple session ID is issued (like 14273) which can be used to revisit the session in the future. For example:

• User creates a session and plays around with the app.
• Using the session ID created in step 1, user revisits the app a couple days later to continue using the app. A 'continue previous session' option is offered and all they need to do is enter the session id to continue.
• After entering the session id, they re-enter the application and continue where they left off.

This approach gets rid of people forgetting their credentials, although they could forget their session ID, which we could just email to them if they'd like.

My two cents :)

[jakepeyser]

I don't see how a session ID make it any simpler than a username/password. The thought that @l2fprod and I had was to display the username/password in cleartext on the second screen. Users would not have to remember any credentials, only the name that they gave their demo session if they did not bookmark that page itself.

[benrondeau]

If they have to remember username/password, that is two things to remember. Session ID is only one piece of info. I believe that is simpler.

Regardless, I assume people will forget to write down their credentials and we need to have some sort of retrieve method (email them their credentials upon request, like a 'I forgot my login' function)

[jakepeyser]

Users would not have to remember any credentials

The username/password will be there for them on the page itself. The login mechanism will be all underneath the covers, we saw no value in instrumenting it for our demo. I can walk you thru our thought process if it is unclear on the Mural