Closed ericsoderberghp closed 1 year ago
Today was spent chatting with Chris, Gina and Justin to collect use cases and pain points. Please see notes below:
Eric:
“We’re cataloging and grouping on what the key things are for. We’re collecting some web and product designs as of right now to just get a better understanding of what is going out with other teams Capture just the designs - more of the ladder, can we come up with a place we’re going to, enough detail of its viability For now its where do we need to go and if we need to add or change components to Grommet then we will do that
Chris: Shared examples of some layouts he’s recently worked on Justin will have a more accurate layout of the cards and Gina may have a better accurate layout of the list view Hub page is common, some form of list, there might be some form values and details, take into consideration when there are thousands of tasks on a list, is a list or a card view better? It would be good to consider that Chris is trying to boil it down templates into these buckets that accommodate the experiences Making sure as we walk through a hub to a list to a detail are we hitting the right beats, are they going to satisfy the right needs, where does the flexing need to be to help us to give a variety without having to make too many templates AI, brand elements, general types of templates
Gina/Justin:
One of the problems we often see within services is Navigation - how might we simplify some of the layouts so we don’t feel the need to have everything in one view like the Cloud Services screen Typography would be good to look at as well - Gina shared screens where she changed the headers from our text-strong color to a grey so it isn’t so harsh. She also changed the name-value pair styling How do we change the behavior of where grids and layouts are better used? IF DS is too prescriptive, we need to be able to be flexible based on the content so UX Designers can best leverage layouts. What’s the best way to avoid designers from interpreting the templates DS creates differently over time? What are some areas where we are failing at providing great navigation and letting the user know where they are? ( See Dashboard example Justin shared) Why are we wasting so much space? Why are we center aligning everything? Responsiveness is not great as you get down to smaller screens. For example, cards are not fluid and rather stay the same width through out each size. What would we want to show?
I've also already started capturing a variety of screens of different layouts from GLCP, Compute.
Started categorizing them by 1 page, 2 page, 3 page, 4 page layouts
Awaiting screens from Diane, possible others from Sylvia, Amanda and Megan.
Based on the conversation I had with Chris yesterday, it sounded like we were both on the same page about the idea of providing our designers with simple layouts to provide services with flexibility. Over time, we can build upon these layouts. Adding a screenshot of something he's been working on:
In addition, i'm adding a screen shot of the RICE model i've used to determine which top 2 designs we should focus on. Please see screen shots below.
**Please note that i've made an estimate of 150 people who would benefit from this as I wasn't sure how many people are actually going to use this. I used 150 due to the fact that, that's how many people we have in our office hours meetings.
This is the list of templates we need to have to cover the branding need...
Template types
Requirements of templates
Comments about @L0ZZI list of templates above - the ask is for simple templates - common principles and view requirements
Comments about each of the Template Types
Login/Access - This user flow and underlying page layout is being designed/validated in the current GLCP Sign-In design sprint - We can work w/ the final artifacts, adding necessary hooks and target containers into the template for specific placement assets. We should make sure to be included in some sprint design reviews to stay on-top of the progress. Chris C. is working with Diane L with this page.
Dashboard/home/landing - This page layout is pretty straight forward, just need to provide support for a variety of column #'s / container layouts we'd recommend
List/Inventory/Entries/Categories - homogenous lists of objects/entities
Detail/Object/Instance/Data/Service/Product - the size and scope of different objects are very different
Layers - These are secondary content container templates - they have been overall defined with Taylor's layers component work. Different layouts for full page create/edit, and wizard flows might need exploration.
Purpose of each page - It is hard to think about any product page in a stand alone context, it would help to think of how user's access these pages. String them together to form page flows.. task flows. When you frame them in that mental flow context you'll be able to start assigning the purpose of what each screen provides. It is possible that some pages have a mixed purpose based on the contents of the page regions.
Prioritization - Next sprint it would be good to revisit the RICE scoring exercise given the new defined list of page template types
Card Sorting Exercise - If needed in the next sprint to further understand the purpose of each screen and help w/ taxonomy, Vicky and I discussed a quick card sorting exercise. It could be really hands off, create a board and duplicate it. Expectations and introduction can be provided in a quick video of instructions how to do it. Provide testers a URL, can be un-moderated.
@ericsoderberghp @SOjaHPE Ok for us to close this ticket?
I've created a follow up ticket on next steps:
Next Step Ticket: Taxonomy Card Sorting Study #3092
Currently I've been familiarizing myself with the different types of Card Studies and whether it should be moderated or unmoderated. i'm working on a FigJam file for the card study exercise with steps.
Can we work on building out the first template without waiting for the card sorting exercise?
In parallel to the card study ( ticket #3092) , I will be working on ideating on a dashboard template ( ticket #3098 ).
Scott, Eric and I agreed that the study should not take a lot of effort as we will be sending a FigJam file to our stakeholders and give them about 1.5 weeks to complete on their own time. It will not require moderating and should take stakeholders about 20-30min of their time.
Figma File
Problem Statement
Designers and developers would be able to deliver faster and more consistently using detailed, design system aligned page templates that could be copied and pasted.
Pain Points:
How might we provide designers page templates that could be easily utilized quickly within Figma for their designs?
How might we determine the correct taxonomy for each Page Template type so our users can quickly find and utilize them?
How might we determine which Page Template(s) should be prioritized based on needs?
How might we provide visual examples to show them useful information when creating page layouts?
Deliverables
Future Next Steps
Some Questions
Summary of Findings
In the Figma file, I was able to determine the top 3 most commonly used page layouts : 1 column, 2 column, and 3 columns. There are some examples of how content may be laid out based on use cases gathered from GLC, Compute, and Storage. It is even broken down further by:
Lastly, the 2 column dashboard example is broken down to 3 different page templates: simple, with nested grids and an other.