PROJECT 02 · BPO SERVICES

Integrating BPO Services into Pegorion's Website

Designing a clear digital experience for a new business offering.


1 Designer (Me)
Team
5 Days
Timeline
B2B Services
Type
IA, UX Design...
Contribution
Pegorion BPO hero section as shipped

Overview

Pegorion is primarily a SaaS products company. BPO is a new revenue line added to that identity, and the `/bpo` page needed to establish its own credibility as a standalone B2B outsourcing offering — Healthcare, Publishing, and Customer Experience Operations — rather than read as a software company's side project.

I designed the page end to end, then came back afterward and ran a full content and IA audit of my own work, holding it to the same scrutiny I'd apply to someone else's design. This case study covers both: what I designed and shipped, and what I found and refined when I reviewed it.

Understanding the Scope

How do we make a broad BPO offering easy to understand?

BPO isn't a single service. The offering spans multiple operational areas, including:

01Healthcare Operations
02Data Processing
03Customer Experience Operations
04Back Office Operations
05Revenue Cycle Support
06Content Management
07Quality Assurance
08Publishing Operations
09Reporting & Analytics

That created a hierarchy problem.

If every service and capability received the same visual importance, the experience could quickly become overwhelming.

I therefore framed the challenge around three questions:

Question 1 — What does Pegorion offer? Question 2 — Is it relevant to my business? Question 3 — Why should I trust Pegorion?

Where the structure needed to earn trust

During the content/IA audit, I identified three important points where the way information was organized on the page could affect whether a new enterprise client would trust Pegorion.

Structuring the BPO Offering

Turning a broad service portfolio into a clear hierarchy.

Challenge
The first challenge was understanding how the different BPO offerings should relate to one another. There were multiple service areas and supporting capabilities, but presenting everything as one large list would make the offering difficult to scan.
Decision
I separated the information into two levels — primary service areas that communicate the breadth of the offering up front, and supporting capabilities that provide more detail once a user already understands the broader service areas.

"Let users understand the category before asking them to understand the details."

The Principle

Pegorion - BPO Services Sitemap
BPO Services
01 Primary Verticals

The larger service domains that help users quickly understand the breadth of the BPO offering.

Healthcare Publishing Customer Experience
02 Cross-Cutting Capabilities

More detail, surfaced once a user already understands the broader service areas.

Data Processing Back Office Revenue Cycle Content Mgmt QA Reporting & Analytics
03 Industry Applications

The industries Tier 1 and Tier 2 get sold into.

Technology E-Commerce Healthcare Publishing Financial Services Banking +4 more
Root
Primary Verticals
Cross-Cutting Capabilities
Industry Applications

Making Services Scannable

Once the service hierarchy was established, the next challenge was interaction. BPO services can require a lot of explanation, but users don't necessarily want to read every description before deciding whether something is relevant.

I therefore designed the service presentation around quick recognition first, deeper exploration second. Each service needed to communicate its purpose quickly while still giving users a clear path to learn more.

Problem
Helping users understand a service before asking them to explore it. Once the service hierarchy was established, the next challenge was interaction.
UX Decision
I designed the service presentation around quick recognition first, deeper exploration second. Each service needed to communicate its purpose quickly while still giving users a clear path to learn more.
Does the heavy lifting
Service name
recognize
Short description
understand
Supporting capabilities
explore more

Quick recognition first, deeper exploration second — each level only asks for more attention once the previous one has earned it.

Healthcare Operations subpage — Medical Data Processing service detail
Healthcare Operations As Shipped
Publishing Operations subpage — Typesetting service detail
Publishing Operations As Shipped
Customer Experience Operations subpage — Email Support service detail
Customer Experience Ops As Shipped

Creating the Conversion Journey

Mapping every section I'd shipped to a five-stage journey - surfaced a real point of friction right at the finish line: my own CTA labels.

Discover → Explore → Understand → Trust → Connect

Problem
The final challenge was making sure the page didn't simply become a long scroll of information. A BPO website can contain a lot of useful content, but information alone doesn't create a journey.
Solution
I connected the major sections around five stages, each with a distinct job in moving a visitor from first impression to conversation.
The five-stage journey: The five stages that connect the page's major sections into a single journey, rather than a long scroll of unconnected information.
01 — Discover
Users understand what Pegorion's BPO offering is about.
02 — Explore
Users browse services and identify areas relevant to their needs.
03 — Understand
Users learn how Pegorion approaches and delivers the work.
04 — Trust
Users encounter information around quality, security, operational capabilities, and proof.
05 — Connect
Users are given a clear opportunity to start a conversation.

How the sections work together

The full designs, page by page

Every vertical's full page.

Publishing Operations — full page design, as shipped
Publishing Operations As Shipped
Healthcare Operations — full page design, as shipped
Healthcare Operations As Shipped
Customer Experience Operations — full page design, as shipped
Customer Experience Ops As Shipped

Outcome

The BPO page I designed gave Pegorion a structured way to introduce its new business offering, communicate its capabilities, explain its operational process, and guide potential clients toward engagement. Coming back to audit my own work afterward turned up two structural gaps I'm naming here rather than glossing over.

Designing beyond the page

The hardest trade-off was deciding what stayed on the main `/bpo` page versus what moved to the three subpages. I kept the main page as a map, not a manual, and trusted each subpage to carry the depth.

The redundancy between "Who We Are" and "Our Services" wasn't intentional — it was two passes at introducing the same verticals without noticing the first one already did the job. Catching that in my own audit is what this project is really about.

BPO needed something Pegorion's SaaS pages don't: proof of trust in a partner a visitor has never worked with, not proof of feature value in a tool they can try themselves. That shaped every structural decision toward hierarchy over feature breadth.

🔍 A Finding I Chose to Keep In

While designing, I referred back to the UX audit throughout the process — and the Core Features numbering and CTA proliferation kept surfacing as open gaps. Rather than fixing them quietly and moving on, I kept iterating against the audit, found the mistake, and corrected it to reach the outcome I was aiming for. That's a more honest version of the story than claiming it was right the first time.