• Shipped · 2026
  • 2 months
  • Sole UX/UI Designer
  • B2B SaaS
  • Figma · Claude Code

Redesigning a security automation platform

The visual language rebuild of a preemptive security automation platform — research, usability testing, and targeted design changes that made dense, expert-built workflows scannable at a glance

The redesigned workflow canvas, showing connected nodes on a dark background

TL;DR

Background
The product is a preemptive cybersecurity automation platform for MSSPs (Managed Security Service Providers) and enterprise teams. Users build advanced workflows across the full cybersecurity lifecycle: from threat intelligence to remediation.
Problem
As workflows grew more complex they got harder to read. At the same time there was a business need to elevate the platform to match its positioning and stand apart among the competitors.
Approach
I did baseline usability testing to pin the current problems, then rebuild of the visual language and canvas, working closely with engineering through to release.
Outcome
Post-launch, adoption deepened: daily executions grew ×3.3 while workflow creation grew only ×1.6, confirming that existing automations got richer, with workflows averaging ~16 nodes.
Role & responsibilities
UX/UI Designer, hands-on from research through implementation
Team
1 UX/UI Designer, 1 Front-End and 1 Back-End engineers, 1 PM
Scope
Visual language, node & layout redesign, navigation, interaction states

Context

High-stakes automation for security teams

Zynap customers run high-stakes cybersecurity operations daily. The automation platform enables users to orchestrate complex powerful workflows created out of connected nodes: integrations, logic, scripts, AI agents. The product had been live for around a year, and users had already settled into its patterns.

A node is an individual building block or step in a visual workflow that performs a single task (like a trigger, integration, or API action).

I was the only designer at the company, so the redesign ran alongside my usual work: shipping new features, improving existing ones, and the everyday design tasks. This period motivated me to develop custom agentic workflows and start working more with the codebase.

The problem

Growing platform complexity & positioning mismatch

As workflows grew more complex and layered within the product, users found it more difficult to read them at a glance. User testing surfaced three main problems:

  • Hard to tell what a node did at a glance

    Node types weren't distinct enough, so reading a workflow meant reading every label.

  • Connections were hard to trace

    Edges overlapped into dense clusters that obscured the flow, making it harder to trace what fed into what.

  • Important alerts got lost

    Organization of information on nodes left users unclear on what issues required prioritization

At the same time, there was a business need for the improvement of the design. The platform was powerful but in order to stand apart in a crowded field, it needed to look and feel as premium as it was positioned by the GTM team.

B2B tech products often struggle for identity. They either share the same plain, lifeless interfaces or drift the other way, trying to signal how top-notch they are through a fairground of glows, textures, and colours.

The platform before redesign

Design goals

Clarity with character

  • Clarity within density

    Let a workflow stay information-rich without losing legibility.

  • Purposeful hierarchy

    Prioritise the information that matters on a node, so users catch what's important at a glance

  • A distinct, credible identity

    Build a visual language that conveys the product's sophistication and earns trust

In a space where automation platforms are judged almost entirely on their capability, design is often the last conversation, and aesthetics are a nice-to-have. Our team wanted to challenge this.

As a UX/UI Designer, my aim was to make a dense, technical tool more legible and distinctive without breaking the patterns expert users already relied on.

Design decision 1

A shape language where geometry carries meaning

We started with the nodes, and our hypothesis was that if every node type had a distinct silhouette, a user could read a flow by shape.

A workflow should communicate what it does, not just execute it.

The process of selecting the shapes came with constraints and considerations I needed to take into account:

  • Two orientations on the canvas. Workflows can be displayed horizontally or vertically, and users can switch at any time. Each shape had to hold its input and output cleanly whether they sat left-and-right or top-and-bottom.
  • Room for content. The geometry had to hold everything a node shows (labels, badges, alerts), and what it had to show decided which geometries could work.

Having rejected any elaborate shapes or ones with odd angles, I gave each node type a geometry tied to its role:

  • Rounded rectangles for core nodes and tools

    → clean, familiar, and efficient

  • Hexagons for integrations

    → a distinctive silhouette that stands out and signals connectivity

  • Diamonds for conditional logic

    → a widely recognised visual expression of decision points

  • Soft capsules for AI agents

    → smooth, organic shapes with a glass-like treatment that convey intelligence and adaptability

Other things I did to improve usability when designing the new node components:

  1. Unified naming, kept identity. The old node paired a category label (e.g. "Integration") with an editable title, so a rename left users unsure what the node was. The shape now carries the category, so I replaced the label with a constant tool name under the editable title.
  1. Enlarged the icons. Removed the background and made the icon itself bigger to cut the noise and improve visibility and contrast.
  2. Reordered the label hierarchy. I put the editable name on top and the fixed tool label below, so both fit every shape and the longer name truncates cleanly when needed.
  3. Removed the connection-count badge. Usability testing showed that 7 of 8 users ignored it or couldn't use it for any task; it was decorative, so removing it cut noise.
  4. Repositioned status, reused for errors. Moved the node status to a clearer, more prominent spot, and used the same slot for error count.
  5. Enlarged the connection target. We widened the drag zone around each connector so starting a connection no longer needs pixel-precision.
  6. Hid the edge handles until hover. The drag ports added clutter, so they now appear only on hover: clean at rest, available when needed, with the colour matching the node.

Design decision 2

Making dense flows legible

The connections (or “edges”) are where a workflow’s logic lives, and they were often where a workflow got hard to follow.

Two changes make dense flows legible: the edges themselves, and how the whole flow behaves when it gets busy.

  • Readable edges. I took the node-graph library as a base and customised the edge rendering: wider, smoother curves with a generous radius and gradients that blend each connected node's colour along the path. The gradient gives the line a direction to follow, so a connection reads as flow rather than a static wire.
  • Contextual highlighting. The approach came from collaboration with our front-end developer: selecting a node highlights its connections and dims the rest. The outcome is a feature that lets users follow how nodes connect, even in a busy workflow.

Design decision 3

A workspace that makes room

The last decisions were about the workspace around the workflow: giving it room, and settling how Nina, the company’s own AI assistant, lived inside it.

  • Controls moved to the bottom. I grouped the primary canvas controls in a bottom toolbar, freeing the top bar for the information and alerts that matter. The controls were grouped around the habits users had already formed.
  • Collapsible, detached side panels. I made the side panels collapsible and detached them from the screen edges, so users can reclaim space for the workflow, and the panels read as layered above the canvas rather than boxing it in.
  • A recognisable identity for Nina AI. I redesigned Nina's identity from the Zynap logo, with its own colour and an activation animation, so the assistant is easy to recognise and reads as native to the platform.

A note on Nina AI. Nina, the AI assistant, is a larger piece of work than this case study covers. I designed its full flow within the platform, turning it from a hidden feature into an integrated workflow companion. It is built to scale beyond the chat panel, across the canvas and the wider platform.

Outcome

More depth, not just more workflows

The redesign shipped to production and is what users work in today.

Clarity within density held. In the six months after launch adoption deepened: daily executions grew ×3.3 while workflow creation grew ×1.6 → existing automations got richer, with workflows averaging ~16 nodes.

The redesign also gave Zynap a visual language of its own. The nodes, edges, canvas, and assistant now share one system, so the product reads as the distinct, credible platform it was positioned to be.

The platform before and after
The same workflow canvas after the redesignBeforeAfter

Learnings

What the project taught me

Know the limits of your evidence

Because of the timeline, most usability testing before release ran with internal stakeholders (like our solution engineers) who also use the platform daily.

Their feedback gave good insights, but it is inevitably biased. I needed to treat that feedback as directional rather than validation, and to be clear about its limits. That was the trade-off for speed: the redesign still needs proper usability testing with real customers to validate it.

Judgment calls need a rationale to earn buy-in

Some decisions about the product's aesthetics came down to design judgment rather than a clear data point.

I learned to better back visual design decisions with a UX rationale. Grounding such calls in established principles and evidence where I had it made stakeholder buy-in easier to reach.

Not every effect translates across both modes

Most users work in dark mode, but around 10% prefer light. Where I could, I chose solutions that work equally in both modes, like the node shapes. At the same time, some of the effects that give the dark theme its elevated look (glass treatment, gradient backgrounds) don't read the same way on a light canvas. It needed a different approach.

I reworked the elements in the light mode with gradient strokes and improved their accessibility. With limited time, I prioritised the primary experience, leaving some light-mode refinements, like the AI nodes' contrast, for a later pass.

If you want to read more about the decisions behind the visual language of this redesign, I go deeper into the topic in this article