Case 01 — Enterprise cybersecurity SaaS · Enterprise UX

8 min read·30-second summary below

From overlooked
to actionable.

Redefining the emerging vulnerabilities workflow for security teams who measure response in seconds.

The redesigned Remediation Hub — a single-page vulnerability detail view with the recommendation hero, products affected, and an EV status timeline.

In short.

Domain
Enterprise cybersecurity · SaaS — vulnerability management workflows for security operations teams.
Scale
The product’s core vulnerability table — 26,000+ records — redesigned end to end.
Role
UX designer and researcher — primary IC across discovery, design, and post-launch iteration.
Team
Product managers, engineers, Customer Success leads, and direct client stakeholders.
Methodology
Five-persona workshop, impact-cost prioritization matrix, six design iterations across List and Detail surfaces, weekly cross-functional reviews.
Constraints
3-month MVP window, materialized-rollup architecture tradeoff for live aggregation across 26k+ rows, NDA on client identity.
Outcomes
−62% drop in vulnerability-related support tickets, 5× faster time to action per vulnerability, at-risk client renewal closed within 60 days post-launch.
80%
Support tickets
tied to one workflow
−62%
Drop in vulnerability-related tickets
post-launch
5×
Faster time to action
per vulnerability
3
Months
discovery to handoff

The problem

A workflow that had stopped being where the work happened.

For an enterprise security platform, trust isn’t a feature — it’s the whole product. The vulnerabilities workflow had quietly lost that trust. Analysts had stopped doing primary investigation on the platform. They were researching new CVEs in NIST, vendor advisories, and Slack threads with colleagues, then coming back to the platform only to verify whether anything in their portfolio matched.

The screen they relied on most was the one they trusted least.

The actual security analysis — the part the customer was paying for — was happening in tools the platform couldn’t see. Customer Success Managers were absorbing the gap with apologies on every renewal call. One enterprise client had paused renewal conversations entirely.

The question wasn’t whether the workflow had problems. It was whether customers had any reason to renew a tool that wasn’t where their work was happening.

How the problem surfaced

The number that started everything.

80% of user-reported issues were tied to inability to quickly find or act on specific vulnerabilities.”

Support log analysis · Pre-redesign
i.

Support was absorbing what design had failed to do

One workflow was generating 80% of all support tickets. Concentration that extreme doesn’t get fixed by escalating to support — it gets fixed by reopening the design.

ii.

Clients had already routed around the workflow

Only 20% of clients touched it in any given week. The other 80% had quietly stopped — no tickets, no calls. Light usage wasn’t an unused feature. It was the silent exit.

iii.

Customer Success had become the experience

CSMs were the channel for how the workflow was actually being received. One put it bluntly: “Half my renewal calls open with someone telling me their analysts have given up on it.” They were reporting an active drain on the relationship.

User research

A workshop that walked five personas through their worst day.

I ran a workshop with the Customer Success team — the people in daily contact with the analysts — and walked through a critical-CVE morning from each persona’s point of view. The goal was to ground every design decision in real behavior under real time pressure, not in what the team assumed analysts would do.

Workshop board — five personas walked through a critical-CVE morning; sticky-note pain points clustered per persona. Redact client and colleague names before ex Workshop board — five personas walked through a critical-CVE morning; sticky-note pain points clustered per persona. Redact client and colleague names before export.
The artifact the brief was argued from — behavior under time pressure, persona by persona.

One workflow for the whole team.

Each persona arrived at the workflow with a different first question. The page had to answer all of them within seconds of being opened.

Chase

CISO

Tell me what I need to brief the board on — and what’s already under control.

Alex

Security analyst

Just show me what’s exposed and what to do. In that order.

Avery

Auditor

Show me the timeline. I’m going to need to defend this in 90 days.

Izzy

IT manager

How does this slot into the sprint? What stays, what drops, who has bandwidth?

Sam

Security operations engineer

Walk me through the response. What’s running, what’s broken, what do I touch first.

Three insights that shaped the brief.

i.

The platform had become a secondary source

Analysts verified every CVE elsewhere first — NIST, vendor advisories, a Slack ping. The portal was where they came to record work, not start it.

ii.

Search had been abandoned for a crude workaround

Search was so unreliable analysts gave up — paging the table by hand, scroll, click next, until they hit the right CVE. The workaround had become the workflow.

iii.

Personas diverged in role but converged in first move

CISO, SOC analyst, auditor, IT manager — different titles, different goals. But in a breaking-CVE scenario, every persona's first move was the same: is this affecting us right now?

Plotted: every feature, by impact and effort.

Each of the three insights pointed at the same set of fixes — make search trustworthy, give analysts a path to action. The team voted on every feature, but the vote alone wasn’t the brief. We plotted every feature on impact and effort, and the brief picked itself.

Impact →
MVP zone
Deferred for cost
Never do
Live-typing search
CIDR notation
IP / IP ranges
Search at top
Hyperlinked results
Cross-portal text
CSV export
Solution briefs
AI reports
AI filters
Effort / cost →

The big cut

AI had the loudest energy, but search had the clearest path to delivery.

The chatbot scored highest on impact — the most votes of any feature. It still went to V2+ because its position on the cost axis put it outside what the insights would justify: six weeks of engineering and three new dependencies.

Eight features clustered in the MVP zone — high impact, low effort. Three sat on the deferred side. The matrix made the brief inevitable.

Rapid prototyping

Sketching with the people who’d have to support it.

Polished mocks pull the conversation toward styling. Sketches kept it on workflow.

The workshop didn’t end when the whiteboards filled. I kept sketching in the room with the CSMs — the people who’d field the tickets if it shipped wrong. Low‑fidelity on purpose: they’ll critique a scribble but defer to a polished mock. It compressed the feedback loop from sprints to minutes.

Rapid prototype · 01
Rapid prototype wireframes — search-by-CIDR, search-by-IP, search-by-right-click, spotlight search, CSV export, hover tooltips. Rapid prototype wireframes — search-by-CIDR, search-by-IP, search-by-right-click, spotlight search, CSV export, hover tooltips.
Each surfaced design decision came from a CSM reacting to a sketch, not from a heuristic pass on a mock.

Decisions surfaced in the room.

Each one came from a CSM watching the sketch and saying “that’s not how they actually do it.”

i.

CIDR notation needed live typing, not paste‑and‑submit

Analysts type ranges by hand more than they paste them. A submit-on-enter pattern would’ve forced a round trip for every typo — obvious only after watching a CSM mime the keystrokes over a sketch.

ii.

Spotlight‑style global search was the right primary entry point

CSMs kept describing how analysts opened the tool: not from the dashboard, but from wherever they were in the product, mid‑task. A persistent global search — reachable from any screen — matched that behavior. A homepage search bar would’ve forced a context switch on every lookup.

Design iterations

Two views. Every change traceable to a name and a moment.

The cross-functional team became the iteration loop — Customer Success with a direct line to renewal calls, Product owning priority and scope, Design pushing craft from the inside. Each version below came out of a specific piece of feedback from one of them. Click any version to open it full size with the conversation that drove it.

List view

From scattered table to glanceable timeline.

Detail view

From dense record to clear next move.

Cross-functional collaboration

The work was design. The job was choreography.

Three moments where collaboration changed what shipped.

01 Product manager

Cut to ship.

The PM capped the MVP at the consolidation work and punted the AI chatbot — the wishlist’s most ambitious item — to V2+, saving roughly six weeks of engineering. Owning that boundary as a team meant nobody renegotiated it later.

02 Engineering

The overview band wasn’t free.

The Overview widgets aggregate 26,000+ vulnerabilities on every render — computing that live would have added ~2 seconds to first paint. We moved to a rollup refreshed every 15 minutes: the widgets show the shape of the week, not the state of this minute — and for getting a feel before drilling in, that staleness was the right cost.

03 Design lead

A gesture, not a route.

The design lead caught the hover-vs-click pattern at v2: drilling into a row for a read-only version check was a navigation cost analysts paid 20+ times a day. We pulled it to a hover — thousands of needless route changes saved before anything shipped.

It was messy, long, and exhausting. The AI chatbot didn’t ship. Most of the post-MVP wishlist didn’t either. We made the call to ship the core first and layer the rest in later. I’d make that call again.

The impact

The work shipped. Then it landed.

Numbers from the first quarter post-launch. The slider below is supporting evidence — what mattered is what the dashboard did once it was in analysts’ hands.

−62%
Drop in vulnerability-related
support tickets
5×
Faster time to action
per vulnerability
1
At-risk renewal closed
within 60 days of ship
Before — the old vulnerabilities table with summary modal popup. Before — the old vulnerabilities table with summary modal popup.
After — the new the detail page single-page details view with recommendation, summary, products affected, and EV status timeline. After — the new the detail page single-page details view with recommendation, summary, products affected, and EV status timeline.
Before
After

Drag the handle, click anywhere on the image, or focus the handle and use arrow keys to swipe between the old and new design.

I went into the renewal call this quarter without an apology written into the agenda.

CSM lead · first renewal cycle post-launch

Still on the v2 roadmap: everything the team is now building on top of the spine — the long tail of asks that didn’t fit the MVP window. The work continues.

Reflection

What I'd keep, change, and ship next.

Keep. The process move

Workshop-led prioritization paid for itself twice.

Once when the PM capped the MVP and we cut the AI chatbot to V2+ (saved six weeks of engineering). Again when stakeholders didn’t try to renegotiate the cut later. Owning the MVP boundary as a team is the cheapest political tool a designer has.

Change. The frame

A decision a person had to make under pressure.

My early sketches treated vulnerability data as a database problem — sortable, filterable, searchable. The breakthrough was abandoning that frame and treating each vulnerability as a decision someone had to make under pressure. Once the Detail view became a decision page instead of a data view, every other layout problem got easier. I’d start there next time instead of arriving there in v3.

Ship next. The bridge

The CSM Tuesday-call paragraph, formalized.

The CSMs already write a plain-language vulnerability summary for every Tuesday client call — by hand, every week. The first version of this block isn’t AI; it’s an editable text field the CSM team can populate together. The AI rewrite is v3.

Vinay Peri · Product designer · 2026
Built by Vinay Peri, using Claude