This thread is meant to gather the issues from UX testing initiatives. It combines these three aspects:
* Dirigible website improvements
* Usability of the Dirigible Web IDE and platform as a whole
Dirigible Website: remove the social media bar from the Dirigible picture on the landing page. On the bottom of the page remove "Contact Dirigible" section and put it on the menu above. Remove some of the social media sites.
Divide Community section in the menu to Community and Contacts.
Add a Getting Started Page that contains:
* a short video of what is Dirigible and what is it for;
* a page with description about the different Dirigible options and how to start using them. It should be scenario oriented.
* a simple how-to guide to show how to use Dirigible
* a more complex end-to-end scenario
Dirigible website: Rename the "Instant Trial" section to "Try Dirigible Out" or "Quick Start". It should lead directly to the Dirigible Web IDE. The user that comes for the first time on the Website does not need all the information listed in several consecutive pages. What happens now is that on the third page, the user has already forgotten that he or she wants to try out the product.
Dirigible website: rename Project and Features pages into a new About page, integrate inside all the content, and when you have More Info, show it under every tile. Currently, when you choose More Info, different things happen: it redirects you to a new page, to the documentation, or just below the same page.
Dirigible website: align the Dirigible pictures on the landing page and on the other pages. These pictures are different sizes now.
Insert a path showing the exact page or location you are on the website.
It doesn't give any valuable information to the user. It's better to incorporate its content inside the website, and to point the user directly to the Web IDE without providing any additional options at this point.
Quick Start Dirigible: instead of the instant trial and pointing directly to the Web IDE.
Remove the login screen as it is confusing for the user. It says the user would stay anonymous and yet a username should be provided, without any password. Nowadays you can't find any login screen that requires only username.
Instead, we can remove the login screen entirely and replace it by an info screen saying the user will be logged on as test user #1. If the trial is just for demo purposes it should be OK. If the user really wants to work on Dirigible, he or she should register.
Dirigible and documentation: When launching Dirigible, users don't expect the wizard for the sample book application and they are eager to close it without even reading it. It provides a bit more technical information without explaining the overall scenario.
This wizard has to be moved in the getting started documentation part, as a video and as pictures and should include more overall information.
You should be able to launch it from the Dirigible Web IDE as well, but, for example in the Help menu. Currently its place is a bit strange, in the New menu.
In the sample application there should be an initial data, for example, 5 books should already be listed.
Dirigible: the different perspectives are hidden behind "Other" button. There should be listed all the basic perspectives such as Databases and they should be more visible. At the end of the list all remaining perspectives should be gathered in "Other Perspectives" button.
Accessibility: on the login screen, the text that explains what should be entered as a username is not in the focus of the reading program, and therefore people with accessibility issues can't read the text.