Bots built like flowcharts
Training a bot meant drawing complex diagrams by hand — and redrawing them every time a product changed.
Algo automates customer support with an AI chatbot trained on a team’s own answers — and hands over to a person whenever it should. As lead product designer at Biz4Group in 2023, I designed the whole product for Lazify, a start-up: the agent inbox, the bot builder, the knowledge hub, analytics, organisation settings, the chat widget customers see, and the landing page that sells it.

Algo learns from a support team’s previous agent responses, answers customers in a human way that adapts to each situation, and then auto-responds to related questions. Agents only step in for the questions that are genuinely new.
Support agents working the inbox, bot managers who train and tune the bot, admins who run the organisation, and the customers who meet Algo through a chat widget on a company’s website.
Existing chatbot tools asked support teams to become bot engineers. The product had to remove that work, not move it around.
Training a bot meant drawing complex diagrams by hand — and redrawing them every time a product changed.
Agents spent their day on questions that had been answered hundreds of times before.
Scripted bots couldn’t adapt to what a customer actually said, so people gave up and asked for a human anyway.
Teams’ history lived in tools like Zendesk and HubSpot. Switching meant starting the bot from zero.
Let the bot learn from the answers agents already give, so training happens as a side effect of normal work.
One inbox where the bot handles the routine and agents take over the moment a chat needs a person.
Explains how Algo learns, what it saves, how to migrate and what enterprises get — ending in early access.
Create an organisation, add billing, invite members and define roles, groups and permissions.
Manage questions and answers, edit flows visually, merge similar nodes and publish help articles.
Customers chat through the widget; agents work the inbox; the dashboard shows how much is automated.
I checked the founder’s idea against published research from the same period. The demand was real — and so was the gap.
Zendesk CX Trends 2024: 4,441 CX leaders, agents and tech buyers and 2,818 consumers in 20 countries, surveyed July–August 2023.
| Finding | Share |
|---|---|
| Leaders using gen AI who see positive ROI | 83% |
| Leaders reimagining their customer journeys | 70% |
| Consumers who want bots as expert as skilled agents | 68% |
Gartner customer service research, published July 2022. The second figure is Gartner’s forecast for 2027.
| Measure | Share of organisations |
|---|---|
| Already using a chatbot or virtual assistant (2022) | 54% |
| Chatbots as their primary service channel (by 2027, forecast) | 25% |
My own scoring of typical chatbot tools at the time, 0–5, against the product we designed. A design target, not a measured result.
| Capability | Algo (design target) | Typical chatbot tools of the time |
|---|---|---|
| Learns from agents | 5 / 5 | 1 / 5 |
| Human hand-off | 5 / 5 | 3 / 5 |
| Actions in chat | 4 / 5 | 2 / 5 |
| Train without diagrams | 5 / 5 | 1 / 5 |
| Knowledge hub | 4 / 5 | 4 / 5 |
| Analytics | 4 / 5 | 4 / 5 |
Plenty of companies already had a chatbot. What customers wanted was one that answered like the best person on the team — and knew when to step aside.
68% of consumers want chatbots to be as expert as skilled human agents. Learning from a team’s best answers was the way there.
More than half of organisations used a chatbot by 2022. Algo had to win on quality, not on being the first bot a company tried.
Diagram-based builders made every change a project. Training by chatting turned it into everyday work.
Two-thirds of CX leaders believe chatbots can strengthen emotional connections — but only with a clean hand-off to a person when a chat needs one.
“Lazify’s founder had a vision of a bot that keeps learning, beyond the scripted AI of the time. My job was to turn that into a product people could actually run.”
Twelve modules across four surfaces — designed as one system.
Conversations with search, filters and date ranges; the customer’s details, notes and history beside every chat.
Search and insert team-approved answers — giving replies to refund customers, onboarding, billing and more.
Trigger real API calls from a chat (GET, POST, DELETE), with a form or JSON view of the payload.
Turn the chatbot on or off per conversation, and switch on vanish mode when a chat shouldn’t be kept.
Root questions with their variations nested beneath, drag to reorder, and analytics shown inline.
A canvas of agent and user nodes, with node details, variables, actions and child nodes in a side panel.
Spot near-duplicate questions and merge them, so the bot stays lean as it grows.
Articles in collections and folders, with drafts, publishing and moving content between folders.
New, unresolved and open tickets, fall-off, satisfaction, and the split between automated, semi-automated and human chats.
Create an organisation in two steps — basic details, then billing — and switch between organisations.
Invite members, create roles from granular permissions, and group people for routing.
What customers see: a home screen, their messages and a searchable help centre, in one small window.
The path a new company takes, mapped from the final product.
The workspace and the admin area, as they’re structured in the final product.
The layout skeleton of the key screens: hierarchy, density and the side panels that make the product work. Redrawn for this case study from the final designs.
Agents live in the inbox, so it had to carry everything they need without leaving the chat. The conversation sits in the middle; the customer’s details, notes, conversation history and chatbot breadcrumbs sit on the right, so an agent knows what the bot already tried before they reply.
Two tools make agents faster. Saved replies put the team’s best answers one search away. Actions go further: an agent can call a real system — check a refund, update an order — straight from the chat, with the request shown as a simple form or as JSON for technical teams.
Why this, not thatI put the chatbot switch in the customer panel, per conversation, instead of a global setting. Support is case by case — an agent should be able to take over one tricky chat without turning the bot off for everyone.
Most of a bot’s knowledge is the same question asked many ways. Bot management shows each root question with its variations nested beneath it, so a bot manager can see coverage at a glance, drag variations into place and turn analytics on to see which questions matter most.
When a flow needs more than a single answer, the visual editor takes over: agent and user nodes on a canvas, with every node’s details, variables and actions in a side panel. Similar nodes surfaces near-duplicates so they can be merged before the bot gets messy.
Why this, not thatI made the list the default and the canvas the exception. Most training is adding another way to ask a question — a list does that in seconds, while a canvas is only worth opening for real multi-step flows.
Customers meet Algo through a small chat widget on a company’s website. It opens on a friendly home screen with recent messages, a way to send a new one and a search for help — so many people find the answer before they ever start a chat.
Behind the widget sits the knowledge hub, where teams write articles, organise them into collections and folders, and publish them. The same content powers the widget’s help tab and gives the bot more to learn from.
Why this, not thatI put search for help on the widget’s home screen instead of only in the help tab. A customer who finds the answer in two taps is a ticket nobody has to answer.
Enterprise support needs structure: organisations, billing, roles and groups — designed so admins can set them up without a manual.
Agents need speed in the inbox; bot managers need control in the builder. Each had to feel built for them.
Customers and agents both need to know when the bot is speaking and when a person has taken over.
Actions call real APIs. The design had to work for support agents and still show JSON to those who want it.
As teams add questions, duplicates creep in. Similar nodes and nested variations keep it manageable.
Organisations, roles, groups and permissions — without turning settings into a maze.
The chat widget had to feel at home on any company’s website and still be unmistakably helpful.
A deep navy sidebar anchors the workspace; a single violet carries actions and the bot’s identity.
VisionProduct (from Vision to Product)
A founder’s idea of a bot that keeps learning, turned into a complete product across four surfaces.
Source: shipped designsDiagramsChat (from Diagrams to Chat)
Training a bot became adding answers and variations — the visual editor is there only when a flow needs it.
Source: shipped designs2023Sold (from 2023 to Sold)
Designed and built in 2023; in 2024 Lazify’s founder sold the product to another company.
Source: the clientThe moment the bot passes a chat to a person is where trust is won or lost. It deserved as much design as the bot itself.
A visual editor looks impressive, but most training is small edits. The everyday path should be the fastest one.
Chatbot breadcrumbs let agents see what the bot tried — so they never ask a customer to repeat themselves.
A shared visual language made the landing page, workspace and widget feel like one product.
There’s more of Algo than fits on one page — more flows, states and settings. I’m happy to walk you through the full product on a call.
Less repetition for agents.
Faster answers for customers.
Algo lets a support team’s best answers work around the clock, while people stay in charge of the conversations that need them. The founder went on to sell it — and there’s more of the product than fits on one page. I’m happy to walk you through it.