Customer support answers that show their work.

SupportBot uses approved company knowledge to prepare grounded answers, show the evidence behind them, and hand uncertain requests to people instead of guessing.

Private beta Scoped pilots · Availability confirmed with your team

SupportBotCustomer operations
Customer question
Why is shipment 4817 delayed?
Searching approved knowledgeApproved scope: shipment records and delay policy
Grounded answerCitations included

Shipment 4817 is delayed because a port hold was recorded this morning. The current record does not include a confirmed release time, so SupportBot has prepared a cited update and flagged the timing question for human review.

S1S2
Human review neededRelease timing is not confirmed by the approved sources.

Illustrative example · not live data

Start with a support workflow your team already knows.

AIWF’s first commercial AI worker is designed for customer-support teams that already have documentation, recurring questions, and a clear escalation path.

Verified answers

Ground responses in the knowledge scope approved for the pilot.

Source citations

Show the documents or records behind each answer.

Human escalation

Route uncertain or sensitive questions instead of forcing a response.

Embeddable support

Bring SupportBot into a customer channel without changing the evidence and review model.

See how a request moves through SupportBot.

The normal path is evidence first. The exception path makes uncertainty visible instead of hiding it behind a confident answer.

A customer asks: “Why is shipment 4817 delayed?”
01

Customer question received

A customer asks: “Why is shipment 4817 delayed?”

02

Approved sources searched

SupportBot searches only the company knowledge assigned to the workflow.

03

Evidence assembled

Relevant shipment information and policy guidance are connected to the response.

04

Grounded answer prepared

A cited answer is delivered when the available evidence supports it.

Not enough evidence?Human escalationApproved resolutionCompany memory

Only approved outcomes should strengthen trusted business context; a conversation does not automatically become company memory.

A clear view of every answer.

Review conversations, inspect supporting sources, and follow escalations in the business console. Your team can check the context behind a response before deciding what happens next.

The pilot defines who owns reviews, which knowledge can be used, and which requests need a person.

Request a guided demo
SupportBot / ConversationsIllustrative console layout
RequestEvidenceReview
Why is shipment 4817 delayed?Timing needs confirmation2 sourcesNeeds review
Which documents are required?Approved documentation1 sourceAnswered
Can you approve an exception?Assigned to the support teamPolicyEscalated

Illustrative example · not live data

Evidence helps. Judgment still matters.

Citations make a response reviewable. Verification checks help surface unsupported details or conflicting information. Neither is a guarantee that an answer is correct.

Define the knowledge boundary

Agree which documents and approved answers belong in the pilot. External systems and live records require an explicitly configured integration.

Route uncertainty to a person

Missing sources, policy exceptions, and sensitive requests need an agreed escalation owner.

Review before expanding

Check representative questions, cited evidence, and escalations with your support team before increasing the scope.

Built first for documentation-heavy operations.

The initial focus is logistics and similar businesses where customer questions depend on policies, shipment records, procedures, PDFs, and other operational knowledge.

Initial profile: 10–500 employees.

Recurring questions

Customers ask about shipments, policies, service details, documents, and exceptions.

Existing knowledge

Your team already has approved documents, records, or answers that can define the pilot scope.

Human escalation

There is a person or workflow that should receive requests when the evidence is incomplete or sensitive.

Before you start.

A pilot is a practical evaluation of one support workflow, with scope and ownership agreed up front.

Is SupportBot generally available?

SupportBot is the primary commercial product and is currently offered through scoped private-beta pilots. Availability, onboarding, and commercial terms are agreed with each business.

What knowledge can it use?

A pilot begins with approved company documents, policies, procedures, or answers. Website sources and other integrations depend on the agreed deployment. The shipment example is illustrative and does not indicate an automatic live connection.

What happens when an answer is missing?

Define the escalation path during setup. Unsupported or sensitive requests should go to a person, with the available context, rather than being presented as a resolved answer.

Does the public simulation use my company data?

No. The browser-local simulation uses illustrative responses. It does not connect to your company knowledge or create a production support request.

Put SupportBot around one real support workflow.

Define the knowledge scope, escalation path, and questions that matter most. Use the pilot to prove the operating model before expanding to more AI workers.