Zenda enterprise platform — hero illustration

Zenda LLC

Designing AI Signals for Enterprise Operations

Designed a signal-based intelligence platform that helped enterprise teams uncover hidden process inefficiencies, cost anomalies, and workflow drift. By turning complex operational data into explainable insights, the system enabled faster, more confident decisions without replacing human judgment.

ROLE

Senior Product Designer

TIMELINE

Q3 2025

IMPACT

62% adoption across enterprise teams

Overview

Zenda is a B2B enterprise platform that helps organizations understand how work actually gets done inside complex operations, not just how it is documented. The platform breaks work down into events, activities, and resources (people, tools, data, policies), making it possible to compare what a process is supposed to look like with how it is really executed on the ground. In this project, I designed a signal-based system that helps process owners quickly spot hidden cost issues and misalignments, turning complex operational data into clear, trustworthy signals while keeping decision-making firmly in human hands.

Design Process

  1. Gather Requirements

    Understanding requirements and problem from the Product Owners and Leadership

  2. Help Define Scope

    I had a say in defining the scope here since came up with a signalling system.

  3. Desk Research

    Studying different signalling patterns in real world

  4. Define Look & Feel

    Create options for final look & feel and present to design team and stakeholders

  5. Create High Fidelity Mockups

    Creating final pixel perfect screens and pushing the new components to the design system

  6. Review & Iterate

    Present mockups & proposed user flows to team and stakeholders, working quickly and iteratively

Problem Statement

Process owners and operational leaders were responsible for managing complex, evolving processes, but lacked timely and reliable ways to understand how those processes were behaving day to day.

Challenge 1: Limited visibility into where attention was most needed within large, interconnected processes. Challenge 2: Difficulty keeping documented process definitions aligned with real-world execution as teams, tools, and constraints changed over time. Challenge 3: Heavy dependence on manual reviews, static reports, and periodic audits to uncover issues.

“ How might we help process owners recognize what matters most within complex workflows, without overwhelming them or breaking the visual integrity of the system? ”

Users

01

Process Owner (Builder / Creator)

Goal

  1. Build accurate process flows that reflect real-world operations
  2. Continuously improve efficiency and compliance
  3. Keep workflows updated as teams evolve

Needs

  1. Easy-to-edit process models.
  2. Visibility into workflow changes and deviations.
  3. Confidence that data accurately maps to processes.

Motivations

  1. Creating operational clarity across teams.
  2. Reducing inefficiencies through better systems.
  3. Ensuring processes scale effectively.

Pain Points

  1. Outdated or inaccurate process documentation.
  2. Difficulty tracking hidden workflow changes.
  3. Manual effort required to maintain process accuracy.
02

Operations Leader / Manager (Reader / Decision-Maker)

Goal

  1. Monitor operational performance across teams.
  2. Identify issues quickly and prioritize action.
  3. Improve efficiency, cost, and output metrics.

Needs

  1. High-level dashboards with actionable insights.
  2. Clear signals on anomalies and risks.
  3. Fast access to decision-ready data.

Motivations

  1. Driving measurable business outcomes.
  2. Making faster, smarter operational decisions.
  3. Increasing team accountability and performance.

Pain Points

  1. Limited visibility into day-to-day operations.
  2. Too much data but little clarity on priorities.
  3. Delayed decisions due to manual reporting and audits.

Scope

  1. Activities with automation potential

    Steps that were highly manual, repetitive, or rule-based and strong candidates for automation.

  2. Cost outliers within the process

    Activities or variants that disproportionately drove operational cost or rework.

  3. Process mismatches

    Breakdowns between expected and actual process flows, including skipped steps, loops, or misaligned handoffs.

“ We needed a system of signalling to cut through operational noise and guide process owners toward what truly needed their attention. This system of signalling would also help if in case there are any future alerts needed. ”

Researching Existing Systems

I conducted an extensive research which led me to understand different signalling systems in the real world. I tried to decode what information they are trying to communicate through each pattern or color or shape selected. My exploration was around various systems like Heraldry, Nautical Flags, Japanese Mon, etc

Research board — signalling systems
Research board — pattern decoding

Screenshot of my research on various signalling system

Design Decisions

Through desk research, I identified several recurring design principles used across different signalling systems. Based on these common patterns and similarities, I derived the core role signals should play within the product experience.

Noticeable, not noisy

Signals appeared only when meaningful thresholds or anomalies were detected, ensuring attention was drawn to exceptions rather than normal behavior.

Simple by default

Signals used minimal visual attributes single color and simple iconography so they could be understood at a glance.

One signal, one meaning

Each signal mapped to a single underlying condition, avoiding overloaded or compound indicators.

Human-in-the-loop

Signals surfaced insights without prescribing actions, allowing users to explore context and make informed decisions.

Scalable by design

Signals were implemented as a consistent overlay on the process map, enabling new signals to scale without altering the core layout.

To design an effective system of signalling, I grouped signals under two primary sources:

01

System-Derived Signals

Signals generated through computational analysis of process data.

These were names as Smart Signals.

  • Highlights issues the system detects automatically.
  • Easy to notice, easy to ignore when not relevant.
  • Shows exactly where the problem is.
02

Human Reported Signals

Signals informed by responses from process owners and frontline workers, gathered through structured surveys.

This concepts was termed as Operational Drift

  • Visually consistent but clearly different.
  • Supports more informed decisions.
  • Brings human insights into process view.

Various Zoom Heights

After deciding on different types of signals and how should they look and feel, I decided on making different versions of how would they look in different zoom heights and in different modes.

Smart Signal nodes — zoom variants
Operational Drift nodes — zoom variants

A snippet of how different process nodes would look with smart signals.

Corresponding Side Panel

When a user clicks on a node containing a smart signal or operational drift, the relevant details appear in the side panel. A consistent color system was used throughout the experience: orange represents smart signals or system-generated insights, including AI summaries, while purple indicates operational drift or process mismatches where the resources defined in the process differ from those used in real operations.

01

Side Panel — Smart Signals

Side panel showing a smart signal example with cost outlier and automation opportunity callouts

When a user clicks on the node, the side panel displays the smart signal within the orange section. In this example, it highlights that the specific activity is costing the company more than expected and also identifies a potential automation opportunity within the process.

02

Side Panel — Operational Drift

Side panel showing a resource drift example with workforce deviation across resource categories

When a user clicks on the node, the side panel displays the operational drift signal within the purple section. In this example, it highlights that the specific activity has a process mismatch as there are 5 instances within people and tools that are not matching.

Final Design

I conducted an extensive research which led me to understand different signalling systems in the real world. I tried to decode what information they are trying to communicate through each pattern or color or shape selected. My exploration was around various systems like Heraldry, Nautical Flags, Japanese Mon, etc

Prototype

Impact

Shipped a net-new signaling system from concept to production in ~6 sprints. The feature was later highlighted on the Zenda website, reflecting its strategic importance to the product offering. It became a key differentiator in sales demos, helping simplify complex process insights and contributing to a 30% faster issue identification rate for users. The signaling framework also established a reusable pattern that enabled future insights to be added without redesigning the core experience.

Zenda website feature screenshot
Launch announcement post

Snippets of feature launch on Zenda platform website and post.