Adobe CC is discontinuing support for PostScript Type 1 fonts, this decision wil impact agencies, companies and freelance designers that have been collecting fonts for decades. Many of their files containing these fonts will require replacing the font which can also cause additional work to fix reflow.
As of right now, it's hard to provide users with the quality assurance step where they check for reflow and typographic changes created by changing the font in the file. However, as the process evolves and is used by users, it can be expanded to show what was illustrated in the initial sketches as the ideal to help speed the process for designers.
The notification system had to be delayed so, I later implemented an icon within the asset cards to allow designers to know that a suggestion was applied as a placeholder for real-time notifications.
Web Application (linked to desktop app)
Adobe XD, Pendo, Mural
UX Designer II (Research, Interface design, Interaction design, design system, usability testing)
5 months (ongoing)
The product team collaborated closely with the customer success team to bring up concerns and awareness of the PostScript Type 1 font end-of-support on Adobe products. Using Gong, our team was alerted to these conversations, key takeaways, and concerns.
While designing for the workflow, there were two main things that had to be taken into consideration:
Mapping the different status change variations was important as the direct and ideal path to success will look different between teams. We needed to make sure that all success and failure paths were accounted for to guide the engineering team on exactly how these stats changes will occur. At the same time, incorporating some automatic aspects to it, when possible.
Initial sketches explored the ideal end result using a similar framework to Airbnb's 11-star framework. The sketch on the left shows the ideal way to reduce the quality assurance step for the designer by highlighting any reflow/ changes to the design that is caused by changing the font. Automatically showing the areas that need reworking and an. overview of how much actually shifted without her having to go through word by word to find the changes. This is the ultimate, realistic goal for the process.
Tackling a challenge that feels like a "short-term/temporary problem" that requires a heavy lift from engineers has to be modifiable down the line to help solve a more significant problem. Not only is this useful for the users longer-term but building products also requires stakeholder buy-in, especially from engineers building the product. When working for a smaller corporation, prioritizing items is essential. In order to have this specific area built, I had to work on making this workflow make sense for future use cases as it expands beyond the short-term problem.
Selected Works