Back to work
Case Study 02 · Integrations Page Redesign
Permiso Security · 2025–2026

Integrations
Page Redesign.

A rewrite of how Security Managers add new tools to Permiso, starting in the documentation that was tripping them up, then extending into the integrations UI itself: clearer setup instructions, a cleaner module layout, and smart filtering so customers can actually find what they're looking for.

Role

Lead Product Designer

Format

Onboarding + integrations UI redesign

Surface

Web app · enterprise SaaS

Persona

Security Manager

Collaboration

Frontend Eng · Customer Success

Signals

CS tickets · LogRocket sessions

01 · Problem Statement

Customers kept getting stuck in the same place.

The problem

Our customer success team was fielding repeated questions about integration setup, and LogRocket session data confirmed that users were getting stuck in the same parts of the onboarding flow.

The data wasn't ambiguous: customers were dropping off at the documentation step, retyping the same identifiers across screens, and abandoning the flow before the integration ever connected.

Setup was the moment a customer committed to Permiso. If that moment failed, everything downstream failed with it.

02 · Context

The platform, and the person doing the setup.

Product

Permiso Platform

Permiso secures the modern identity attack surface across cloud, SaaS, and on-prem environments. The platform is only useful once it's wired into a customer's tooling. Every integration is a new source of identity signal feeding the rest of the product.

Primary Persona

Security Manager

Security Managers sit above the SOC Analysts on the customer side and hold the clearance to add new integrations. They're typically setting Permiso up for their team, connecting AWS, Okta, Google Workspace, and similar tools, then handing the day-to-day work off. Setup is one of the few moments they're inside the product themselves.

03 · Approach

From repeated tickets to a clearer module.

How the work unfolded
01

Listen

Pulled themes from CS tickets & LogRocket sessions.

02

Audit docs

Walked every integration's setup instructions end-to-end.

03

Rewrite copy

Reworked instructional copy with frontend engineering.

04

Redesign layout

Restructured the integration module UI for scan-ability.

05

Add smart filtering

Let customers find tools by category, status, and search.

Note on what's shown

The mocks below show the progression of the integrations module UI. The detailed onboarding instructions per integration aren't shown here. Those live behind customer-specific connection flows, but the documentation rewrite drove every layout decision on the surrounding shell.

04 · Documentation Audit

The instructions were there. They just weren't readable.

  1. The same handful of integrations generated the bulk of CS tickets. Setup language was inconsistent across them.

  2. Steps weren't visually distinct: numbered list items and supporting commentary ran together as a single block of prose.

  3. Customers were retyping identifiers they'd already entered upstream because the docs never referenced what they'd just done.

  4. Code samples and UI references shared the same weight as body copy, so the eye had nowhere to land.

Per-integration onboarding instructions are omitted from this public case study. They live behind customer-specific connection flows. The mocks that follow show the surrounding integrations module UI, which the documentation rewrite reshaped from the outside in.

05 · Integrations Module

The module, two passes in.

The integrations page started as an unsorted grid of every available tool. Customers couldn't tell which were connected, which were available, or where to start. Each pass below tightens that read.

  1. No clear status distinguished connected, available, or coming-soon integrations.

  2. No grouping or hierarchy. A long flat grid forced visual scanning of every tile.

  3. The integration description was hidden in a hover state, so users had to mouse over each card to read what a tool actually did.

  4. The setup entry point sat inside the tile, with no preview of what setup actually involved.

BeforeFig. 5.1

The original integrations module: flat grid, no status, no grouping, no filtering.

Pass 1Fig. 5.2

The first pass introduced category grouping (Identity, Cloud, SaaS), designation tags on each card (Posture, Threat Detection), a search function, and clearer tile hierarchy.

Pass 2Fig. 5.3

The second pass moved the integration description out of the hover state and onto the card itself, so users can read what each tool does at a glance. It also refined the card with a more distinct Beta tag, a count of connected integrations, and multi-select category filtering.

Setup isn't separate from the product, it is the product.
Reflection · Integrations Page Redesign · 2026

Thank you for your time.
rachelsobrepena@pm.me

All work Case Study 01 Get in touch
© 2026 Rachel Sobrepeña Case Study 02 · Integrations Page Redesign Permiso Security · 2025–2026