Ventaz AI
Making chatbots worth talking to by building an AI support agent that helps businesses and their customers.
My Role
Co-founder · Product & Design Lead
Product strategy, UX & interaction design, visual design, design system, front-end coding, user interview, user testing
Team
2 co-founders
Tools
Figma
Claude Code
Carftit Ai
Photoshop
The problem: People have been trained to escape
Most chatbots can't actually help. They don't solve the problem, they can't give a straight answer, and they forget who you are the moment you switch channels. So people learned a reflex. The first thing they do when a chat window opens is look for the way out, the "talk to a human" button, because experience taught them the bot would only get in the way.
Underneath all of it was one hard truth: people don't trust chatbots, because the ones they'd used were bad. Owners doubt it'll work. Customers expect to get nowhere.
Better language models didn't fix it. They made bots nicer to talk to. People say recent AI conversations go better than older ones. But the share who would use a chatbot again barely moved, from a quarter to just over a quarter, across the whole shift to modern AI. The bots got smarter. People still reach for the exit.
That is the real problem Ventaz had to design against. Not "can we build an AI agent", plenty of people can. The question was whether we could build one good enough that ‘reaching for a human’ stops being the first instinct. So a lot of this wasn't really feature work. It was earning back trust in a category people had been burned by. And honestly, that's still the part we're working on.
71%
of consumers prefer a human agent over a chatbot
PwC, Consumer Intelligence Series
54%
say chatbots often fail to understand their problem
Forrester
55%
say they frequently have to escalate from AI to a human
Kinsta, 2025 survey
I’d seen this long before Ventaz
I'd seen this long before Ventaz. At Zupportdesk, a customer-support product I worked on, I sat through session after session where people scanned for the "talk to a human" link before they'd even read what the bot said, or typed "agent" over and over until it gave up. Reaching for a human was the first thing they did, not the last.
The Decisions
All about earning trust by designing an AI powered customer support agent that actually helps, and talks like a person doing it
Onboarding: Make the setup disappear
The tension: An AI agent is only as good as its setup, and setup is where most agents fail. There's a lot to configure: how it talks, what it knows, which channels it covers, how it routes, the details of the business. Ask a non-technical owner to do all of that and you get a half-built agent. That's exactly the useless bot their customers will try to escape.
The obvious move: The usual approach is a behaviour builder, where you draw a flowchart of what the agent should do. That's fine for a technical team. For the small business owner Ventaz is built for, it's a wall. It feels like programming, and most people give up before they get a working agent. I didn't want to make the flowchart easier. I wanted to remove it altogether.
Conventional chat bot setup
The decision: Don't ask people to configure an agent. Build it for them and show it to them. You type in your website address. Ventaz reads your site, builds an agent from it, and fills in most of the settings. Then it shows you that agent, already in your branding, answering questions about your business, live in a preview, before you've signed up for anything.
Why it works: The preview comes before the signup, not after. That order is the whole point. People commit to things they've already seen working, not things they've been promised. Seeing your own branded agent answer a real question about your business changes the feeling from "now go configure this" to "this already exists, I just have to keep it".
“
Wait, making an AI agent is that simple?
“
Wow! it already knows about my business
“
This is so quick
“
It's already on my website
Result
Setup stops being a flowchart and becomes a moment of "oh, it already works."
Behaviour: Make it talk like a person, not a script
The tension: A bot can give the right answer and still feel like a machine. Stiff, scripted language is a big part of why people don't trust chatbots. How the agent talks matters as much as whether it solves the problem.
The obvious move: Canned replies and rigid scripts. They're safe and predictable, and they're exactly what makes a bot feel like a bot. The moment someone reads a stock line, they reach for a human.
The decision: I shaped how the agent talks through its system prompts, designing its tone and behaviour so it comes across as a helpful person rather than a script.
Why it works: When the agent sounds helpful human, people actually talk to it instead of reaching for a human on reflex. That's the whole point.
Evidence: In testing, people were visibly surprised at how well the agent handled real questions. Nobody said the words "it didn't feel like a bot", so I won't claim they did. But the surprise is the signal. They came in expecting the usual useless chatbot and got something that could actually hold a conversation.
Result
An agent actually helps than just running a script.
Conventional chat bot
Ventaz
Voice:  Follow people to voice, and make it safe to fail
The tension: People reach for voice over typing. It's faster and more natural, especially on a phone or when they're busy. But voice is also where trust is hardest. Only about a third of people are comfortable with an AI agent on a phone call, against nearly nine in ten on web chat. And the usual way a voice bot fails is the worst one: it mishears you, you repeat yourself, and you give up. An agent that only does text pushes voice-first people away. An agent that does voice badly pushes them away harder.
The obvious move: Stay text-only because it's simpler to build, or add voice as a separate mode you have to switch into on purpose. Both treat voice as second-class, and both ignore how people actually want to talk. There was a third bad option: ship voice as a closed loop, where a misheard word means starting over.
The decision: Add voice as a first-class channel, with a realtime transcript and smooth switching between text and voice in the middle of a conversation. Someone can start by typing and finish by talking, or the reverse, without losing the thread.
Why it works: The live transcript means nothing is lost when someone speaks, and you can see straight away if the agent heard you right. If it didn't, you switch to text and keep going, mid-conversation, with no reset. That's the safety valve. Voice gets to be the natural, fast option because failing on voice never costs you the conversation. The benefit: people talk to it the way that comes naturally, and when voice gets it wrong they don't have to repeat themselves or hang up.
Evidence: The speech-to-text is a general model today. Local accents are where it's weakest, which is one more reason the text switch has to be there.
Result
The agent meets people the way they'd rather communicate, without making them choose up front.
Oversight and handover: Watch your agents, and step in from anywhere
The tension: Before an owner trusts an AI agent with their customers, two things need to be true. They need to see what it's saying, and a human needs to be able to step in when it can't help. Most agents get both wrong. They make it hard to reach a human, and they only let you watch from a desktop. But support doesn't keep office hours, and owners aren't always at a computer.
The obvious move: Hide the hand-off so the agent looks more capable, and keep monitoring tied to a desktop. Both are the norm, and both are wrong. One rebuilds the thing people hate about chatbots. The other means an owner can't keep an eye on their agent for most of the day.
The decision: Make a human always reachable, and make it possible to watch and take over from anywhere, on web and mobile. A live view shows every conversation in progress across all channels, who's handling it, and whether it needs attention. An owner or operator can monitor everything, read the full history, follow up on leads, and take over any conversation the moment they want to, whether they're at a computer or on their phone.
Why it works: Each conversation shows its channel, its type, and who's handling it. AI handling and Operator handling sit in calm green. Anything that needs attention is marked orange and pinned to the top, so the one conversation that needs a person is the first thing you see, not buried among the ones running fine. From there it's one tap to read the transcript or take over. If something needs attention while nobody's watching, a push notification on mobile (or a browser notification on web) brings you straight in to take over mid-conversation. The benefit: a human safety net that actually works, because you can see where it's needed and step in right away, from wherever you are.
Evidence: The data backs the call. When people can see a way to reach a human, trust that the AI will actually solve their problem roughly doubles, from about a quarter to over half. And the thing people hate most about being handed to a human is repeating themselves: more than eight in ten say they've had to. Whoever takes over in Ventaz gets the whole conversation, so the customer never starts again.
Result
Customer support is always under owners radar.
Channels: Meet customers on every channel
The tension: People don't reach a business in one place. They message on WhatsApp, Facebook, Instagram and Messenger, they use the website widget, they call. Owners and their customers kept telling us the same thing: questions come from everywhere, and an agent that only lives in the website widget misses most of them. Answering on every channel was the easy part. The hard part is memory. When the same person shows up on two channels, should the agent treat them as someone it already knows?
The obvious move: The tempting version is to merge everything that looks like the same person, so the agent always seems to remember you. It looks great in a demo. But merge two people by mistake and you've shown one customer's history to another. And a loose match is exactly the kind of gap someone could use to pull data that isn't theirs. For a product that's all about trust, that's the one mistake we couldn't afford.
The decision: Answer on every channel, and manage it all from one place. But only merge a person's history when the agent can confidently verify it's the same person: the exact same name with the same phone number, or the exact same name with the same email, backed by similarities in the conversations themselves. When it can't be sure, it doesn't merge. Today that combined history is shown to operators. We're extending it carefully, so the agent itself can use that context, and so no past data is ever pulled up without proper verification, like an OTP. That part is a work in progress on purpose. A careless merge is the fastest way to lose the trust the whole product is built on, so we'd rather get it right than rush it.
Why it works: Once identity is verified, an operator can open a Conversation History that brings that person's conversations together across channels. A lead panel next to it holds what the agent has gathered: company, contact details, and what they actually need. Whoever picks it up gets the full picture instead of starting cold. The benefit: one continuous relationship, without betting a customer's privacy on a guess.
Evidence: We tested multi-channel answering on ourselves and with business owners, and it holds up across channels. The combined memory we're still perfecting, on purpose. A careless merge is a trust problem, not just a bug. And the caution matches what customers already expect. About half of people are uncomfortable sharing personal or financial details with an AI agent, two in three are uneasy about an agent holding their full history, and nearly three in four expect a verification step like an OTP before an agent acts on their behalf. Slowing the merge down isn't us being timid. It's the product meeting people where their trust actually is.
Result
One agent, every channel, one place to manage it.
The Design System
Right-sized on purpose
Ventaz is a more focused product than Craftit, so I gave it a more focused system. Rather than build a full bespoke design system, I kept it on a customised Tailwind base with the custom components it actually needed.
That was a deliberate call. Part of doing this well is knowing when a product doesn't need more system than it already has.
How it got built
I didn’t hand it off as specs
Building it was a two-person effort with my co-founder, and I was hands-on in the front-end code for a good part of it, directing Claude Code and Cursor against the design system rather than treating them as a black box. The parts that depend most on implementation, like the live branded preview and the real-time conversation view, I built myself, so their timing and live states never got lost in a handoff. On a team of two, that's how design and a fast-moving codebase stayed in step.
Outcomes
What people felt, and what the business got
Ventaz is still you, growing through it’s early stages with continues discovery. But we already see positive signals.
300+ booked leads and appointmentsdriven for customers, across1.8K+ conversations.Every prospect gets a working, branded agent to try before they commit.
2.4+
customer conversations across multiple businesses
450+
booked leads and appointmentsdriven for customers
Reflection
What co-founding taught me
Seeing the Bigger System
I've spent most of my career designing products as systems. The whole journey, not just the screens: the first visit, the first task done, the purchase, the feedback, the message to support when something breaks.
Co-founding Ventaz showed me a bigger one. The product sits inside a business, next to sales, marketing and pricing, and it only works when those parts work too. The product is one part of that system, not the whole of it.
Saying "Not Yet" to the Obvious Feature
The decision I'm proudest of is one where we said no. Merging a customer's conversations across channels was the feature everyone expected. It was everywhere, users asked for it, and it looks great in a demo. But a wrong merge shows one person's history to a stranger, and that cost lands on people who never agreed to take the risk. So I held it back until we could verify identity properly.
Every feature is a bet, for the business and for the user. Following a trend is easy. Making that call responsibly, and saying "not yet" when users would pay for our speed, is the harder part of the job.
Wearing Every Hat
A company of two isn't a small team. It's every team. There's no product manager, no analyst or data team, no sales or marketing team to hand things to. In the same week I could be designing the onboarding, writing the landing page and planning the next campaign, while tracking where people dropped off, which channels brought the leads in, and what those leads turned into.
Nothing was ever as tidy as a process diagram. What I carry forward is being at home in that mess: making a sound call with half the information, and keeping the user in view while switching hats.
Collaboration with Cross Functional Teams
This is what I'd do differently. We solved the trust problem well and found out late who our buyer really was. A great onboarding means little if the wrong people arrive at it.
Next time I'd start the buyer discovery on day one, alongside the design, not after it.