UK PropTech SaaS
Rebuilding a complex B2B SaaS platform around user decision-making
As the sole Product Designer, I owned product discovery, UX strategy, information architecture, interaction design and design system development across a multi-year platform redesign.
The project began as a series of feature improvements and evolved into a complete rethink of how users discover, understand and act on complex property data.
42%
30%
36%
01 — Business context
The Platform & The Tension
The Platform
UK PropTech platform with ~9,000+ paying accounts, used by developers, investors, planning consultants and land buyers to evaluate sites, planning constraints and development opportunities.
Over five years, the platform grew feature by feature. As capabilities expanded, discoverability declined, onboarding remained sales-led, and users increasingly relied on Support.
The Tension
The platform had plenty of capability, but the experience wasn't keeping up with its growth.
Discoverability was declining, key workflows were increasingly complex, accessibility requirements weren't being met, and users relied on Support to navigate the product.
The challenge was to make the platform easier and more inclusive to use without reducing the depth professional users needed.
Success meant
More discoverable functionality
More accessible workflows
Less dependency on Support
A scalable foundation for continued growth
If nothing changed, the cost curve would keep going the wrong way.
Every new feature would add to Support load instead of paying for itself. The platform would grow more capable and harder to use at the same time.
Five years of growth created a powerful platform, but not an understandable one.
02 — Problem
The real problem was deeper than onboarding
The business problem
Valuable functionality sat unused while support load climbed with every new feature. Growth was starting to cost more than it returned.
The user problem
Users weren't blocked by missing features. They struggled to find, understand and trust the functionality already available to them.
Going in, I didn't know if this was a discoverability problem or a trust problem. It turned out to be both, and trust was the bigger one.
What research proved wrong
A platform survey showed that 63% of users were unaware of valuable functionality. Release updates sent by email were often overlooked.
Further research pointed to a deeper issue: the product structure itself was making functionality difficult to discover and use.
The problem wasn't getting users into the product. It was helping them navigate, understand and act on its capabilities.
Discovery
To understand why users struggled despite the platform's rich functionality, I combined customer interviews, behavioural analytics, Microsoft Clarity and moderated usability testing.
Evidence from research and behavioural data
Navigation confusion: Users struggled to understand where functionality lived.
Feature invisibility: Valuable capabilities existed but weren't being discovered.
Data trust gaps: Missing context, including timestamps, reduced confidence in critical datasets and increased reliance on Support.
03 — My role
Sole Designer. End-to-end ownership.
As the sole Product Designer, I owned the UX across the platform — from research and problem framing through information architecture, interaction design, design systems and rollout.
What I owned
I led the work end to end — from customer research and problem framing through information architecture, interaction design, accessibility and design system development. I worked closely with Engineering and customer-facing teams to validate ideas and ship the redesign incrementally alongside new functionality.
From feature delivery to platform redesign
I was hired to ship features. Research showed that the bigger constraint wasn't missing functionality — it was how the existing product was structured and exposed.
I built a case for shifting from feature delivery to a broader platform redesign, backed by the research findings. It took weeks to get buy-in, the initial ask was for more features, not a structural rework. Once approved, it became a multi-year transformation.
From that point, redesign and new feature development ran in parallel, so the product could evolve without blocking delivery.
Timeline
2023 - Present
First 2 weeks: Learning the platform as a user, not a designer.
Months 1–2: Research - sessions, Clarity data, stakeholder interviews. Hired to ship features, research showed the problem ran deeper.
Month 3: Presented research findings and made the case for redesign. Initial pushback, stakeholders wanted features, not discovery. Got approval.
Month 4+: First IA redesign presentation reframed the whole direction. Stakeholders got involved. Scope expanded.
Since then: shipping incrementally - redesign and new features in parallel, never blocking development.
04 — Direction
Five strategic moves
Research showed that the challenge wasn't a lack of functionality, but how the platform organised and exposed it. I focused the redesign on five moves: making the product easier to navigate, improving discoverability, reducing cognitive load, enabling self-service and helping users act with confidence.
1.
Rebuild information architecture
Organise around workflows, not historic feature groupings.
2.
Make functionality discoverable
Surface hidden capabilities without requiring Support intervention.
Filters moved from a hidden popover to a persistent panel with keyword search.
Designing the filtering experience
The redesign grew filters from 25 to 80+. Showing all of them at once overwhelmed users.
All filters visible: every option immediately accessible.
❌ Users overwhelmed by 80+ options
❌ Couldn't distinguish basic from advanced
❌ Abandoned before filtering
Role-based tabs: filters organised by user role.
❌ Created barriers instead of clarity
❌ Users didn't identify with role labels
❌ "I'm both a developer and surveyor, which tab?"
Progressive disclosure:
Collapsible categories + keyword search + background processing.
✅ Users started filtering immediately
✅ Search revealed advanced options when needed
✅ Favourites for frequently used filters
3.
Cut cognitive load
Make complexity easier to scan and understand without reducing capability.
74 title numbers with no context → scannable lease summary with occupancy, rent, and expiry at a glance.
4.
Give users a way in without Sales or Support
The self-serve path replaced a Zoom-only onboarding call as the default path.
5.
Guide intent before acting
Alongside the filters, an AI search lets users describe what they need in plain language, then confirms a summary before running it.
05 — Impact
The redesign changed more than the interface
The work improved how users discovered and completed tasks, reduced reliance on Support, and created a more scalable foundation for continued product development.
UX impact
Feature discovery time
* Measured through comparative moderated usability testing.
Task completion time
* Measured through comparative moderated usability testing.
System Usability Scale Score
* Comparative testing across new and existing users.
Customer Satisfaction Score
* Based on post-launch customer satisfaction survey (10/12 respondents rated positively).
Navigation efficiency
Improved navigation efficiency observed during usability testing.
Product impact
Support requests
after onboarding shipped
Design-to-dev time
after building a 950+ component design system with WCAG 2.2 AA built in
Comparables: from minor feature to сore workflow
Research revealed that the limitation wasn't discoverability alone—it was product capability. Our users evaluated sites using significantly more criteria than the product supported. What began as five comparison filters evolved into a scalable comparison workflow with 35+ filtering criteria in a single category, creating a framework that could later expand across multiple comparison areas.
Business & operational impact
Less dependency on Support
Key journeys became more self-service, reducing the need for human assistance.
Removed an onboarding bottleneck
Users could start using the product without first scheduling a Sales or Support call.
More scalable delivery
Reusable components, patterns and documentation gave the team a stronger foundation for extending the product.
Complexity without capability loss
The redesign made a growing feature set easier to navigate without stripping away the depth professional users needed.
Beyond the numbers: the redesign made the platform demonstrably easier to sell and to extend. It changed the internal conversation from "What feature do we add next?" to "How do we help users find value and decide with confidence?"
Post-launch feedback was consistent. Existing customers found capabilities they didn't know existed. New customers completed onboarding without a single support call during their trial. Support tickets shifted from navigation confusion to data questions, a sign the interface itself was no longer the problem.
