Persistence
Skip to content
Deploy · Preview

Deployment setup

ChannelPhone
AgentReception assistant
StatusPre-launch review
A tested agent, on the channels people use.

Deploy your agent.
Connect the real world.

A tested agent, on the channels people use.

Connect a number or existing phone infrastructure, assign the right agent and validate the route before handling customer traffic.

Talk to sales

Deploy capabilities.

Phone numbers

Provision a local or toll-free number. Give callers a route to the agent. Assign the intended agent and verify the inbound routing configuration.

For a new phone experience.

How it works +
  1. Check number availability and the provider’s provisioning requirements.
  2. Assign the intended agent and verify the inbound routing configuration.
  3. Place a controlled test call to check audio, caller context, transfers, and call endings.

SIP connectivity

Connect existing phone infrastructure. Keep established numbers and routing. Connect the trunk to the intended agent and review number and transfer destinations.

For teams with an existing telephony setup.

How it works +
  1. Confirm the provider’s SIP connection details, authorization, and routing requirements.
  2. Connect the trunk to the intended agent and review number and transfer destinations.
  3. Test inbound audio and handoffs before redirecting an established production number.

Multiple channels

Use agent logic across supported channels. Keep the experience connected. Adapt instructions and actions for voice timing, text responses, and available channel features.

For phone, web chat and SMS journeys.

How it works +
  1. Select the supported channels and define the task each channel should complete.
  2. Adapt instructions and actions for voice timing, text responses, and available channel features.
  3. Test context, response formatting, and escalation separately for every enabled channel.

Developer access

Connect calls and outcomes programmatically. Fit the agent into an existing application. Provide the required agent, destination, and task context using the documented fields.

For application-triggered calls and data flows.

How it works +
  1. Choose the supported API or SDK operation and configure authentication server-side.
  2. Provide the required agent, destination, and task context using the documented fields.
  3. Validate responses and events, handle unsuccessful requests, and prevent duplicate actions.

Launch where
your customers already are.

A new reception line

Give a dedicated number to the agent.

An existing contact center

Connect the agent through the established phone setup.

An application workflow

Initiate supported operations from your own software.

A clear route.
A controlled launch.

Decide between a new number and existing infrastructure. Verify the requirements for your setup.

Deploy / ConfigurationPREVIEW

Define the essentials.

Setting 01New number or SIP
Setting 02Provider requirements
Setting 03Intended destination
A clear scope for each step
Explore documentation →

Connect the tested experience and configure the channel-specific behavior.

Deploy / LogicPREVIEW
STARTApproved agent
PROCESSChannel settings
EXPECTED RESULT
Continue
NEEDS ATTENTION
Review
Explore documentation →

Test the full route in a controlled call. Confirm audio, tools and transfers before increasing traffic.

Deploy / ReviewPREVIEW

Review the complete path.

Check 01Inbound call
Check 02Action or transfer
Check 03Unavailable route
Verify before approving the result
Explore documentation →

Deploy.
Your questions, answered.

Talk to our team
Can we keep our existing business numbers?+

Review your current carrier, number ownership, and routing requirements with the team. The supported connection or migration path depends on your telephony setup; confirm it before planning a cutover.

How can we roll out without disrupting the contact centre?+

Start with a limited number, queue, time window, or workflow agreed with operations. Document the fallback destination and test it before sending more traffic to the agent.

What happens if the agent or a connected service is unavailable?+

Define a fallback such as a staff queue or callback request. Test failures in telephony, authentication, and business APIs separately, including cases where a transfer destination does not answer.

What should we review for peak call volumes?+

Share expected concurrency, call length, regions, and peak periods. Validate the proposed capacity and any plan or provider limits with the team, then test the expected load before launch.

Who should own deployment approval and rollback?+

Assign an operational owner for routing, a technical owner for integrations, and a reviewer for conversation quality. Record how to pause traffic, restore the previous workflow, and communicate incidents.

A person taking a call beside the coast

Bring your agent
into the real conversation.

Deploy prototype

This page is a standalone visual prototype. Interface previews and walkthrough states are illustrative, not live product screens or measured results. No actions, calls or configuration changes are sent by the preview.

Feature scope follows the Persistence feature overview and your supplied website. Verify exact availability, supported operations and configuration before publication. Integration marks are reused from the supplied website, not independently verified connector commitments.

The content structure was informed by the supplied Retell feature-page references. Retell-specific claims have not been transferred to Persistence.