As the central UX and Design team to all of EdPlus we work with a lot of different teams and disciplines. The following material covers the process a web project takes from beginning to end.
It's important to understand this process and your place in it in order to better understand your work and the process as a whole.
This link can't be embedded.
Key design responsibilities
Step 1: Once the design is finished, share the deliverable (mockup, file, pdf, etc...) with the stakeholder in the corresponding JIRA ticket. Tag the stakeholder and your supervisor in a comment in the ticket.
Step 2: If the stakeholder doesn’t respond within 24 hours, send a slack message informing them there’s an update in JIRA.
Step 3: We try our best to limit our stakeholders to 2-3 rounds of feedback because any more than that can get tedious and frustrating. If they have feedback and we agree with it, we will make the changes and follow up once those are done. Once there’s no additional feedback, we package the final files and share those over either in the JIRA comments or a shared Google folder.
Style guides and theming
Web development style guides are really important to create alignment between design and development. On every project, there’s a brand and a set of guidelines we need to adhere as designers. The same is for development and it’s our job to translate those brand guidelines into development terminology.
Here are a few great articles to better understand style guides, tokens and theming.
. Everytime we create a new website or make edits to an existing website, we need to ensure the quality of development matches the quality of the approved design. The approval process takes a lot of time and effort, so it’s crucial that the final product reflects our stakeholders expectations.
Design QA is where we analyze the website on a staging environment and we compare it to the design mockups or prototypes. At EdPlus, we have a functional QA team lead by