FIGR / UI TEMPLATE

Webhook Settings

Manage webhook endpoints with subscribed events, delivery health, retry policy, signing configuration, recent failures, and test delivery. This example brings Endpoints and Events together so administrators and growth teams can find the next task without losing context.

It includes representative records such as Product events endpoint and Billing events endpoint. Use the screenshot to study the layout, then adapt its components and product states to your own design system.

Webhook Settings

BUILD ON THIS

Make it yours in Figr.

Explore this screen, then bring in your own product and design system to shape the next version.

Use this template ↗

At a glance

Screen

Settings

Primary action

Add endpoint

Pattern

Settings

State

Default, loading, empty, error, permission, success

Design system

Configurable product UI theme

What this screen helps with

Product and growth teams need to add endpoint while keeping endpoints, success rate and exceptions visible. The interface should show what changed and who should act next.

What to look for

  • Main workspace: Endpoints gives users an obvious place to start.
  • Supporting view: Events keeps the related context close.
  • Primary action: Add endpoint stays visible when people need it.
  • First signal: Endpoints shows a useful value (6).
  • Second signal: Success rate gives additional context (99.4%).
  • Sample record: Product events endpoint.
  • Next record: Billing events endpoint.

States to consider

  • Default preferences: say what changed, protect progress, and offer a clear next step.
  • Unsaved changes: say what changed, protect progress, and offer a clear next step.
  • Policy blocks edit: say what changed, protect progress, and offer a clear next step.
  • Changes applied: say what changed, protect progress, and offer a clear next step.
  • Restricted settings: say what changed, protect progress, and offer a clear next step.
  • Connectivity interrupted: say what changed, protect progress, and offer a clear next step.

Where it fits

Endpoints → Events → Add endpoint → Review outcome

Patterns in this screen

Settings, Endpoints, Events, contextual actions, error recovery

UX choices to review

Separate safe everyday choices from risky changes, show who can edit them, and confirm irreversible actions.

Pay attention to endpoints and events. People need to distinguish Product events endpoint from Billing events endpoint. Keep endpoints visible, especially when a record changes owner or status.

Before this screen reaches handoff, verify keyboard focus, empty and permission states, and what happens after someone chooses “Add endpoint”. Make error recovery as clear as the happy path.

Related screen examples to explore next: Data Export Center, Workspace Transfer, Bulk User Import.

Try a similar screen in Figr

Design a webhook settings screen inside our existing product. Use our current components, tokens and content language. Include Endpoints and Events views, credible records like Product events endpoint, and a clear “Add endpoint” action. Use our product permissions and show loading, empty, error and success states. Keep the output editable in Figma.

Open Figr

KEEP EXPLORING

More ways to approach your next screen.

Browse other product UI examples, compare patterns, and pick the direction that suits your product.

Explore all 500 templates ↗