Connecting voice, chat and subscriptions in an AI MVP

Bringing interaction, transaction workflows and engineering validation together for a conversational AI-avatar product.

Situation
A conversational AI-avatar product combined real-time voice and chat with subscriptions. The product work needed to connect the user interaction with the commercial flows around it, including payments, earnings attribution and interaction billing.
My part
I worked on the roadmap, requirements, sprint planning and delivery coordination. I translated stakeholder inputs and design prototypes into user stories, workflows and acceptance criteria.
Supported result
A conversational AI-avatar MVP was delivered with real-time voice and chat, subscriptions, real-time data interactions and third-party voice integration. This is an MVP delivery account, not a claim of production scale. The exact payment and identity-verification components included at each stage remain unconfirmed. Those details are not presented as completed integrations here.

More than a conversation interface

A conversational AI-avatar product combined real-time voice and chat with subscriptions. The product work needed to connect the user interaction with the commercial flows around it, including payments, earnings attribution and interaction billing.

This created work across product definition, real-time interactions and external services. The MVP needed those parts understood together, rather than as unrelated features.

My contribution and engineering collaboration

I worked on the roadmap, requirements, sprint planning and delivery coordination. I translated stakeholder inputs and design prototypes into user stories, workflows and acceptance criteria.

I collaborated on architecture and validation for the real-time chat and call experience, working with engineers on implementation. Engineering implementation belonged to the developers; my role connected product rules, technical design and validation.

Make the transaction flows explicit

My design work included subscription payments, earnings attribution and interaction billing. Annotated diagrams described backend flows and data relationships so that the commercial behavior could be discussed alongside the voice and chat experience.

The design work connected the conversation experience to how subscriptions, earnings and billable interactions were represented. My contribution was to make those relationships explicit in diagrams and workflows for discussion and implementation.

From requirements to integration validation

The artifacts included user stories with acceptance criteria, workflow and data-model diagrams, and annotated transaction flows. I defined transaction workflows and established engineering and QA integration-validation handoffs.

The work also included demos and onboarding material. These were ways to explain and review the product; they are not evidence of wider adoption or a measured business outcome.

An MVP, with a bounded result

A conversational AI-avatar MVP was delivered with real-time voice and chat, subscriptions, real-time data interactions and third-party voice integration. This is an MVP delivery account, not a claim of production scale.

The exact payment and identity-verification components included at each stage remain unconfirmed. Those details are not presented as completed integrations here.

A question for a similar product

For a monetized AI experience, ask what constitutes an interaction, what makes it billable and who validates the connection between them. Also ask what should happen when an interaction is interrupted.

Explore help with an idea or first release

Read about responsibility when AI work crosses apps

Use the decision guide to examine a software or AI commitment

Use a brief to bound an AI pilot

Keep a waiting decision moving

Making the handoff reviewable

The product definition had to connect an interaction people could use with the commercial state around it. My diagrams made subscription payments, earnings attribution and interaction billing explicit for discussion and implementation; engineering owned the implementation. A separate question for a new product is how an interrupted interaction should be treated, rather than assuming that a conversation event proves a billable outcome.

What would be useful to clarify?

You can start with the decision, the context and what remains uncertain.

Start a conversation

Bring the situation and the questions you would like to discuss.

A closer look

Open the image on its own →

Continue the thinking

Read at your own pace.

Browse the writing · Follow Salman on Substack

Follow the writing with RSS Subscribe to newly published writing in your feed reader.

Prefer email updates or a contribution?

Email signup is not connected. Use the public profile above; no email address is collected here.

For a possible guest contribution or collaboration, prepare a short conversation brief. Editorial review and permission come before publication.