# Form Channel

Embed a form on your website and route every submission straight to an AI employee, no inbox in between. The employee reads the fields, replies, files a lead, or kicks off a task the moment someone hits submit. This channel is on the roadmap and is not available yet.

Most website forms end the same way: a submission lands in an inbox, a spreadsheet, or a CRM queue, and a person has to notice it, read it, and decide what to do. The Form Channel is built to close that gap. You embed a form on any page, on your site or a landing page, and every submission is routed directly to one of your AI employees instead of sitting in a queue.

The employee that receives the submission treats it like any other message: it reads the fields, follows the instructions and tools you have already given it, and responds or acts within its normal permissions. A support employee can answer a question in the fields directly. A sales employee can qualify the lead and log it. An operations employee can turn a request into a task. The routing rule is set once at the form level, so every future submission goes to the same employee without you touching it again.

What sets this apart from a generic form-to-webhook or form-to-Zapier setup is that the destination is a full AI employee, not a static automation step. A webhook can move data; it cannot read the free-text field the visitor wrote, judge intent, decide whether to escalate, or hold a follow-up conversation with the same context. Because the submission lands inside the employee's normal conversation and tool access, it can act on judgment the way a person reviewing the form would, and the interaction stays visible in the same chat history as every other channel.

The guardrails you already rely on come with it. An employee acting on a submission can only use the tools and duties you gave it, and anything sensitive still goes through the same approval step it would on any other channel, so nothing is sent, spent, or committed on your behalf because a stranger filled in a form. Structured fields and free text arrive together, which is the part a rules-based automation cannot handle: the dropdown tells the employee what category the request is, and the paragraph underneath tells it what the person actually needs.

This channel is on the roadmap and is not available yet, so nothing here describes something you can switch on today. There is no release date to quote. Until it arrives, the closest thing already working is the Webhook channel, which accepts an HTTP POST from a form you already have, and the employee mailbox, which can receive the notification email your current form sends.

## Built For Website Intake, Not Just Contact Forms

The channel is meant for any structured intake you currently collect through a web form: contact requests, support tickets, quote requests, waitlist signups, application forms, or feedback. Anywhere you would otherwise wire a form to an inbox or a spreadsheet, you will instead be able to wire it to an employee that can read and act on it immediately.

Because each form is assigned to a specific employee, different forms on the same site can route to different specialists. A pricing-question form can go to a sales employee while a bug-report form goes to a support employee, without you building separate infrastructure for each.

## One Conversation History, Not A Separate Log

A submission is not a one-off event that disappears once it is handled. It becomes part of the same conversation record every other channel uses, so a follow-up email or a later chat message from the same person can reference what was submitted through the form.

This also means the usual guardrails apply: the employee acts within the tools and duties it has been given, and any sensitive action it wants to take on the back of a submission still goes through the same approval flow as it would for a message sent from any other channel.

## Where It Fits Among The Channels You Already Have

Your employees can already be reached through web chat, voice, Slack, Telegram, an email mailbox of their own, a webhook, a schedule, and the API. Each of those is a different door into the same worker. The Form Channel adds the one door most small businesses actually have on their website, and it will behave like the others rather than like a bolt-on.

If you already collect submissions today, the practical difference is where the reading happens. A form that posts to a spreadsheet needs a person to open the sheet. A form that posts to a webhook can already reach an employee, but you have to build and host the form yourself. The Form Channel is meant to remove that last piece of assembly so the form and the worker ship together.

## How It Works

**A form submission becomes a message an employee can act on**

You will build the form, choose its fields, and assign it to one employee. When a visitor submits it, the platform packages the field values into a message and delivers it to that employee's conversation, the same delivery path already used for chat, email, and the other channels.

The employee then runs its normal turn: it reads the submission, applies whatever skills, duties, and tools it has been given, and produces a response or an action. Because the message arrives through the same pipeline as any other channel, it shows up in the employee's regular activity and conversation history, so you can see exactly what came in and what the employee did with it.

Nothing about your employee has to be rebuilt for this. Every channel in Sistava hands the same kind of normalised message to the same engine, which is why an employee that already handles chat, email, and Slack will handle form submissions with the skills, duties, tools, and memory it already has. Adding the channel is wiring a new door into a room that is already furnished, not furnishing a second room.

## Use Cases

### Turn a contact form into an instant first response

Instead of a submission sitting until someone checks the inbox, the assigned employee reads it the moment it arrives and can reply, ask a clarifying question, or route it forward.

### Qualify inbound leads automatically

A sales employee reads the fields on a demo-request or quote form, applies your qualification criteria, and logs or escalates the ones that matter, without a rep triaging every submission by hand.

### Convert support requests into tracked work

A bug-report or support form is handed to a support employee, which can open a task, ask for reproduction steps, or resolve the simple cases directly, keeping the request out of a raw ticket queue.

### Handle applications and waitlists without a spreadsheet

Application forms, waitlist signups, and intake questionnaires usually end up in a sheet nobody reads for a week. Routed to an employee instead, each submission gets acknowledged, sorted against your criteria, and the ones worth your attention get surfaced while the rest are logged.

## Comparison

| Before | After |
|---|---|
| A submission lands in an inbox or a spreadsheet and waits for someone to notice it. | Arriving: it goes straight to the assigned AI employee, which reads it and acts the moment it lands. |
| Wiring a form to an automation tool moves the data but cannot read the free-text field. | Arriving: a full AI employee reads the whole submission, weighs what it means, and decides the next step. |
| Every form on your site funnels into one shared inbox no matter what it is about. | Arriving: each form points at its own employee, so a pricing question and a bug report take different paths. |
| Form submissions sit in a separate log from the rest of your customer conversations. | Arriving: they join the same conversation history as chat, email, Slack, and every other channel. |

## FAQ

### Is the Form Channel available now?

No. It is on the roadmap and has not shipped yet. This page describes what it will do once it is released.

### Will I need to write code to embed the form?

The goal is an embeddable form you can drop onto any page without building a custom integration, similar to embedding a widget. Exact setup details will be published when the channel ships.

### Can different forms go to different employees?

Yes. Each form is assigned to one employee, so you can point a sales form at one employee and a support form at another.

### Will form submissions show up alongside chat and email messages?

Yes. A submission is delivered into the same employee conversation history used by the other channels, so you see it alongside everything else that employee has handled.

### When is the Form Channel coming out?

There is no release date to give you. The Form Channel is on the roadmap and no part of it is built yet, so any date would be a guess. This page will describe how to set it up, rather than what it is planned to do, once it actually ships.

### How can I send website form submissions to an AI employee today?

Two routes already work. The Webhook channel accepts an HTTP POST, so a form you already host can deliver into an employee's conversation, and every employee has its own email address, so the notification email your current form sends can be pointed at it instead of your inbox.

### Will a form submission use up credits?

The intent is for it to be metered exactly like any other employee work: the submission itself is just a message, and what costs anything is the thinking and the actions the employee does in response. The final details will be confirmed when the channel ships.

### Can an employee reply to the person who filled in the form?

Whether a reply reaches the visitor depends on the contact details the form collects, and that behaviour has not been finalised. What is certain is that the employee's response and any action it takes land in its conversation inside Sistava, so you can see what was decided either way.

## Where Form Channel fits

Form Channel is part of Ways you talk to them.

Chat in the app with live reasoning, speak to your AI voice agent over a call, message on Slack or WhatsApp, send an email, or embed a widget on your website. Every channel connects to the same AI agent with the same memory and capabilities. Switch channels mid-conversation and your employee picks up right where you left off.

- [Ways you talk to them](/en/features/channels): Every channel. One conversation.

## Read the guide

- [Guide: Form Channel](/en/guide/channels/web-chat)

## More in Channels

- [Web Chat](/en/features/channels/channel_web_chat): Chat with any AI employee directly in the workspace, with a streaming reply, a live execution timeline showing what it is reading, thinking, and doing, and inline approve/reject buttons when it needs a sensitive action confirmed. It is the default channel: nothing to configure, works on desktop or mobile, and every conversation persists so you can pick it back up later.
- [Voice Calls](/en/features/channels/voice_channel): Voice Calls is a planned channel for speaking to an AI employee out loud and hearing it reply in real time, instead of typing. It is not available yet: there is no voice button in the workspace today, and the feature is paused while the underlying voice flow is redesigned. When it ships, a voice call will run through the same skills, tools, and memory as a typed conversation.
- [Connect an Email Provider](/en/features/channels/channel_email): Point your own SendGrid, Mailgun, or Postmark inbound-parse webhook at a tenant-scoped endpoint and every email that lands there gets turned into work for an employee. Forward support requests, sales inquiries, or internal approval emails and the employee reads the sender, subject, and body, then acts on it in the background. You get a 202 response immediately; there's no waiting on the request.
- [Personal Mailbox](/en/features/channels/channel_mailbox): Every employee gets its own email address on the shared Sistava domain the moment you hire it, no setup. Email it directly, CC it on a thread with other people, or forward something over, and it reads and replies within seconds. Free to send from, with a monthly cap by plan. Control the shared employee signature in Company Profile, or connect your own Gmail or Outlook when you want it sending as you, with no cap.
- [Send from Gmail or Outlook](/en/features/channels/connected_mailbox): The built-in employee address is free and always on, but it sends as the employee, not as you. Connect your own Gmail or Outlook instead and an employee sends and replies from your real address, in your name, with no monthly sending cap on any plan.
- [Talk to Your Employee on Video](/en/features/channels/channel_in_app_video): In-App Video is a planned channel for live, face to face video calls with an AI employee, camera and microphone, directly inside the workspace. It has no working implementation today: it appears in Settings > Technical > Channels as a Coming soon placeholder only. Once it ships, it is meant to run on the same execution pipeline as every other channel, so the employee keeps its skills, tools, training, and conversation memory on a video call. If you need an employee in a live call today, it can already join a Google Meet, Zoom, or Microsoft Teams meeting as a participant, which is a different capability and available now.
- [Chat Widget](/en/features/channels/channel_chat_widget): The Chat Widget will let you embed an AI employee directly on your public website so visitors can ask questions and get answers without leaving the page. It is on the roadmap and is not available to configure yet: today it appears in Settings > Technical > Channels as a Coming soon placeholder with no setup, embed snippet, or Manage action.
- [SMS](/en/features/channels/channel_sms): SMS is a planned channel for reaching an AI employee by ordinary text message, with no app to install. It is on the roadmap and not available today: there is no SMS number, no inbound texting, and no way to turn it on yet. Until it ships, use web chat or Telegram for mobile access from any phone.
- [WhatsApp](/en/features/channels/channel_whatsapp): WhatsApp is a planned messaging channel for talking with an AI employee from your phone. It is not connected yet: the card shows as coming soon and cannot be set up today. When it ships, it will carry the same employee memory, skills, and guardrails as web chat, Telegram, Slack, and the mailbox. Telegram and Slack are live now and give you the same access from a phone, so nothing you set up today has to be rebuilt when WhatsApp arrives.
- [Discord](/en/features/channels/channel_discord): Discord is a planned channel for bringing an AI employee into the servers and direct messages your community already uses. It will connect the same way Slack does today: authorize a bot through OAuth, then map it to one employee. It is not available to connect yet, so no Discord traffic reaches an employee until it ships. Slack, Telegram, each employee's own email address, and web chat cover the same job in the meantime.
- [Calendar Invites](/en/features/channels/channel_calendar): Add your employee's personal address as a guest on any Google, Outlook, or Apple calendar event and they show up for the meeting automatically, no RSVP or extra app on your side. Once the meeting starts, the employee joins the Meet, Zoom, or Teams call, listens, speaks when addressed, and writes a summary afterward. There is nothing to switch on for the invite itself, just turn on the Meeting Attender tool for that employee once.
- [Slack Channel](/en/features/channels/channel_slack): Bring your AI employee into Slack as a real bot user your team can mention, DM, or trigger with a slash command. Every reply lands in the same thread, and memory, tasks, skills, and tools stay shared with web chat, so a conversation started on Slack continues anywhere else. You approve or reject requests right from Slack, and the bot only speaks when mentioned, DM'd, or already in a thread.

## Explore

- [Every feature](/en/features)
- [Hire an AI employee](/en/market)
- [Pricing](/en/pricing)