Spring GDS 25th Anniversary
A logistics company that ships to 190 countries built something to ship to itself.
Information architecture is how a product organizes, labels, and connects its content so people can find what they need. It is the structure underneath the interface: which things belong together, what they are called, and how someone moves between them. When a site feels intuitive, good IA is usually the reason. When people get lost, IA is usually the cause.
It helps to separate IA from navigation. Navigation is the visible menu, the breadcrumbs, the links. IA is the logic those elements express. You can redesign a menu and still have a confusing product if the underlying structure is wrong. A retailer with 4,000 products needs categories that match how shoppers think, not how the warehouse is stocked. Get that wrong and search becomes the only thing that works.
IA work leans on methods like card sorting and tree testing, where users group and locate content so the structure reflects their mental model instead of the org chart. The output shows up as sitemaps, content hierarchies, and naming systems that the rest of the design builds on.
We treat structure as a design problem, not a folder exercise. On portals and content-heavy products, we start by understanding how people actually look for things, then shape the hierarchy around that. The labels come from users, tested through UX research, not from internal jargon.
We validate the structure before it hardens into screens. A sitemap that looks tidy can still fail the moment someone tries to find a real thing in it, so we put it through tree testing and watch where people go wrong. Fixing the architecture on paper is far cheaper than rebuilding navigation after launch.
Content piling up and nobody can find anything? Let's restructure it.
A logistics company that ships to 190 countries built something to ship to itself.
Turning a brand into a working business.
Half a million people. One app. Zero chaos.















