FedEx Office: helping people choose the right print product
My first professional project, and where I moved from UI developer to designer. As part of the Atos Syntel team, I helped FedEx Office customers understand print products, starting with yard signs, before they had to configure and pay.
Customers couldn't tell similar print products apart, and the price showed up only after they configured an order.
Worked with the team on research, wireframes and two concepts, then built parts of the front end.
Two rounds of usability testing. Both concepts were approved for development.
One contributor on a large team
FedEx Office is a large product built by many teams. I joined as a UI developer, building responsive pages in Angular and Bootstrap. Over time I asked to join research and wireframing, and I ended up contributing to the design decisions below as well as building them. The work followed FedEx's 1DX design system and was built on AEM (Adobe Experience Manager).
I also designed screens for a mobile label-creation flow (iOS and Android). That work isn't covered here.
How might we help customers choose between similar print products, and show the price before they commit?
The customers had already told us
The team analyzed Voice of Customer survey responses, reviewed competitors (UPS, DHL, BlueDart), ran a heuristic review of the existing product page and mapped brand needs against customer needs.
From wireframe to two testable concepts
I worked from wireframes to a reusable product-type card component, which both concepts share. Prices shown as $ symbols are placeholders.
• material
• material
• material
Frame
Frame
Auto layout⋮⋮
Auto layout⋮⋮
Product type card❖
Frame
Help icon❖
Type guide❖
Two rounds, two different winners
Round 1 asked whether people would rather start from the category page or go straight to a product page. Most chose the category page, saying the type cards made comparing easier.
Round 2 compared two ideas for people who land directly on a product page. The inline guide (Concept B) won, but by less than we expected. People liked that it needed fewer steps, which we hadn't treated as the deciding factor.
Both concepts were approved for development, with analytics and surveys planned after launch to measure the effect in production. I built parts of the front end myself.
What this project taught me
Code made me a better designer
I knew what was cheap and what was expensive to build, so my designs handed off with less back-and-forth.
Research changes the conversation
“Show the price earlier” carried more weight because customers had said it, not us.
Confidence beats features
People didn't want more information. They wanted the right information at the moment they were choosing.