Pranay NeerukattiSenior Product Designer
Open to senior and lead roles
Eval at Plivo · Shipped

Testing an AI agent before it takes a real call.

Role
Product designer, workflow builder
I owned
Flows, UI and prototyping, V1 to V3
Worked with
PM, engineering, sales, CSMs
Status
Shipped in three versions

To test a workflow, you had to put it live.

Plivo’s workflow builder is where businesses set up the AI agents that answer and make their calls. In the original version, customers wired every flow by hand, node by node, and the builder had no way to check that the flow worked.

So teams tested in production. They attached a dummy phone number, published the flow and called in to hear what the agent did. Every fix meant another edit, another publish and another call.

Days to configure, then a week to trust it.

Manual configuration

Turning a customer’s process into a working flow took days, usually with a CSM sitting alongside.

Testing meant going live

The only test environment was production: a dummy number, a published flow and a person on the phone.

A week to feel safe

Customers kept testing for up to a week before they trusted the flow with real callers.

A CSM on every onboarding

Setup and testing both needed hand-holding, so every new customer took CSM time and self-serve stayed out of reach.

Ship something small, and let feedback pick what comes next.

We could have designed the whole system up front: generated flows, automated evaluation and background runs, all at once. We would have guessed wrong about half of it.

We shipped in three versions instead. Customers, sales and CSMs used each one on real onboardings, and what they ran into decided the next version. V2 and V3 exist because people asked for them.

V1: Describe the agent, then test it without going live.

Shipped

Customers described what their agent should do in plain language, and AI generated the workflow. Next to the canvas, a test panel let them talk to the flow from inside the builder, with no phone number and no publish.

Two ways to read a test

Conversation mode reads like the chat a caller would have. Analysis mode shows what happened under each reply: the node the agent was on, the prompt it used, the path it chose, the variables it pulled out and how long the model took. When a reply went wrong, you could see why and fine-tune that node on the spot.

Hotel booking agent in the builder with the Conversation mode test panel open: the assistant asks for an order number
Conversation mode: the test as a caller would hear it
The same flow with Analysis mode open: current node, prompt, chosen path, extracted variables, model and response time for the first AI reply
Analysis mode: the node, prompt, path and model behind each reply

V2: AI writes the tests and grades the runs.

Shipped

Testing by hand still left customers guessing which scenarios to try, and deciding whether a call went well was a judgment call. Customers and sales told us this had become the slow part.

In V2, AI read the flow, wrote test cases for each AI node, ran them and scored every run on response accuracy, hallucination, intent accuracy, tool correctness and variable extraction.

A failure points at a node

Results come in node by node, and a failing node turns red on the canvas. Open a failed case to see the expected and actual output, the score and the reason it failed.

Auto test panel running four generated test cases on the Joke Teller node; one passed, one failed, and the node is outlined red on the canvas
Tests running: the failing node is marked on the canvas
A failed test case expanded: actual and expected output, a 0.32 response accuracy score and the reason, with hallucination, intent, tool and variable checks passing
A failed case: expected against actual output, the score and the reason

Vibe Agent fixes what it can

The same tests ran inside Vibe Agent, the assistant that builds flows from a prompt. When a test failed, it rewrote that node’s instructions, saved it and ran the tests again until they passed.

Vibe Agent log: a test failed on the Joke Teller node, the agent updates its instructions and saves it, and the re-run passes all four cases
Vibe Agent: a failed test, an instruction update, then a clean re-run

V3: Start the run, then leave the page.

Shipped

Bigger test suites took longer, and in V2 customers had to stay on the builder page while they ran. Once suites grew, waiting became the new bottleneck.

V3 moved evaluation into a Simulations tab that runs in the background. You pick how many scenarios to generate, optionally say what to focus on, and run them. You can leave and come back to the results.

Test Scenario Generation dialog: 20 scenarios, an optional note such as test angry customer scenarios, and Generate Scenarios or Generate and Run Simulation
Generate scenarios, or generate and run them in one step
Simulations tab listing generated test scenarios, each with a script for how the simulated caller should behave
Each scenario is a script for the simulated caller, from a single question to stacked objections
Simulation results with tests still running; the finished scenario shows its goal status, reason, conversation quality and eval scores such as instruction following, loop detection and hallucination
Results fill in as each scenario finishes, with goal status and eval scores
A finished simulation run: 21 scenarios with pass and fail counts and a result for each
A finished run: pass rate up top, a result for every scenario

Onboarding went from a week or more to one or two days.

Customers no longer needed a live number to test a flow, and each version cut the time between building an agent and trusting it.

1–2 days
To onboard, down from days of setup plus a week of tests
0
Live numbers needed to test a flow
3
Versions, each one asked for by customers, sales or CSMs

How we measured it

There’s no dashboard number behind this. Pre-sales and CSMs ran onboardings before and after each release and knew how much effort a real customer flow took, so their accounts and direct customer feedback are the before and after. Less CSM time per onboarding also moved the builder closer to self-serve.

Next case study · Contacto
Omnichannel contact center