Libre connects job-seekers to local employment, simplifies resume building, and prepares them for upcoming interviews. As a microsite built specifically for use at a public library computer, Libre maximizes short booking periods and information security.
Chicago Public Library
6 weeks, divided into 6 sprints
Concept development from early market research to wireframes
Synthesizing usability testing data, high fidelity wireframes
Early market & needfinding research, Concept development, Information architecture, Wireframing & prototyping, Usability testing, Visual design
Miro, Sketch, Axure
American public libraries are rapidly evolving beyond lending out books. Libraries have gone digital to keep up with the information age. And as public institutions, they’ve grown into local community hubs.
The library is a free resource accessible to everyone, but it’s especially critical to struggling individuals. For those who’ve lost their jobs to increasing automation or the economic recession, the library is in a unique position to help them get back on their feet.
Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.
Over the course of a week, my team gathered insights about the library's relationship with job seekers.
Patrons didn’t want to talk to me, and some were outright hostile. I got turned down a lot, but eventually I had more success by being more flexible in my criteria. The interview sample set might not have been ideal, but I managed to gather the data I needed to continue.
Our group often settled on practical, “good-enough” solutions. With the sprint deadlines, we didn’t have the luxury of debating over ideal methodology. Even trickier, our workflow was entirely virtual because we were scattered. Our insights could have been richer had we followed more rigorous processes.
Our team initially chose to make 2 personas. We found ourselves pulled in different directions, so we chose to narrow down to one -- the one with more direct evidence. The nixed persona’s legacy still lived on though, and its emotional support elements made it into the final design.
Google crazy 8s methodology. Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.
To help us identify areas of functionality to include, we plotted a site map. We split our product into 4 primary task flows: the home page experience (which included logging into a user profile), building a resume, searching jobs, and preparing for an interview.
Our earlier interviews revealed that our job seekers needed emotional support. I built the interview preparation flow because it was a clear opportunity to foster confidence and competence.
In undergrad, I studied industrial design and got in the habit of sketching lots of individual object concepts. When I started designing user interfaces, I had to rethink my approach. Instead of generating one-off ideas, I needed to mentally walk through the interaction to create a logical flow.
To evaluate the visual communication of our designs, we often had cold-read critiques in undergrad. I tried carrying over the same strategy with my new UX peers and noticed that the quality of feedback was poor. After some experimentation, I learned that I needed to prime my audience with enough context to engage them in a productive conversation.
Our team decided to individually tackle a separate task flow of our product. By mirroring the workflow of UX teams at larger companies, we had the opportunity to maximize our skills and the scope of our solution.
After mapping out the site map, I created paper prototypes to envision how the user would interact with the flow of information. We were coming to the end of our sprint, so I rounded up 3 testers to validate the proof of concept before moving on.
Our team decided to individually tackle a separate task flow of our product. By mirroring the workflow of UX teams at larger companies, we had the opportunity to maximize our skills and the scope of our solution.
Ideally, I would have liked to test if our information reflected users' mental models — either through A/B testing or card-sorting. Instead, we prioritized diving straight into paper prototyping to see how our users would interact with the intended flow. In retrospect, it would have been so much easier to resolve information organization issues in a task flow map than rebuilding prototypes.
After researching, experimenting, and planning, our group had honed in on our solution for the library. We wanted to put a testable product in front of users to confirm that we were on the right path, so I built wireframes from our gathered insights.
At first, I tried recruiting free volunteers by distributing flyers at the library. No one responded to my ad after 2 days of canvassing. As a last Hail Mary, I turned to Craigslist and posted an ad with a monetary incentive. It was a success. I had a steady supply of testers, but my wallet took a hit.
Even though I built low-fidelity wireframes in Sketch, I wanted to try out Axure, so I exported my wireframes using the Axure plugin for Sketch. The transfer process wasn’t completely seamless. I spent a decent amount of time fixing and troubleshooting broken-components to get it presentation-ready. Troubles aside, I ended up enjoying Axure’s robust prototyping features.
Even though I built low-fidelity wireframes in Sketch, I wanted to try out Axure, so I exported my wireframes using the Axure plugin for Sketch. The transfer process wasn’t completely seamless. I spent a decent amount of time fixing and troubleshooting broken-components to get it presentation-ready. Troubles aside, I ended up enjoying Axure’s robust prototyping features.