How to Build a Client Intake Form With AI
A step by step build of a real agency intake form with AI: the fields, conditional logic that hides irrelevant questions, and automated routing that creates a task from every submission.
How to Build a Client Intake Form With AI
You can build a client intake form with AI by describing the fields you need in plain language to an AI app builder, then asking it to add conditional logic so irrelevant questions hide themselves, and finally wiring up automated routing so a new submission creates a task or sends a notification instead of sitting in an inbox. The whole build, for a real agency-style form with branching questions and routing, takes under an hour and needs no code. Below is the exact sequence: fields, then logic, then routing, then testing, with the actual prompts to type at each step.
The problem this solves
A marketing consultant books a discovery call, then spends three days chasing the same client for a project brief, a budget range, and a logo file, one email at a time. A web design agency sends a fillable PDF that half of clients open in a phone browser that cannot render form fields. A bookkeeping firm gets a signed engagement letter with no attached bank statements, because nobody told the client which documents to bring. None of this is a technology failure exactly, it is a missing front door: the business has no single place where a new client hands over what the team needs, in a shape the team can act on immediately.
Most intake forms that do exist still fail for a simpler reason: a flat form asks everyone the same twenty questions regardless of what they are hiring you for, then sits in an inbox waiting for someone to notice it. The build below fixes both problems. The form adapts to what the client selects, and a submission triggers something automatically instead of waiting on a human to check email.
The worked example: a marketing agency intake form
To keep every step concrete, this walkthrough builds one real form for one real business: a small marketing agency that takes on three kinds of engagements, a one-off website project, an ongoing social media retainer, and a paid ad campaign setup. Swap the business type and the same sequence holds for a law firm's client questionnaire, an accountant's onboarding checklist, or a freelance developer's project brief.
This build uses Swarmz as the AI app builder because building an internal form with conditional logic and routing is exactly the kind of small tool it is meant for, but nothing here is specific to one tool. Any AI app builder that supports forms, branching fields, and either a database write or a webhook will do the same job with the same prompts.
Step 1: define and build the fields
Start by listing what the team actually needs before the first client call, not everything that might be nice to know. A bloated form gets abandoned halfway. For the agency example, the full field list looks like this:
Client name, company name, email, phone (required text fields)
Project type: website project, social media retainer, or ad campaign setup (required single-select, drives everything else)
Budget range (dropdown, shown only for certain project types, see step 2)
Target start date (date picker)
Current website URL, if any (optional text)
Brand assets available: logo, style guide, photography (checkboxes)
Project description or goals (long text)
How did you hear about us (dropdown, for tracking referral sources)
The prompt to hand the AI app builder for this step:
Build a form called Client Intake with these fields: client name (text, required), company name (text), email (email, required), phone (text), project type (single select: Website Project, Social Media Retainer, Ad Campaign Setup, required), budget range (dropdown), target start date (date), current website URL (text, optional), brand assets available (checkboxes: Logo, Style Guide, Photography), project description (long text), and how did you hear about us (dropdown: Referral, Google Search, Social Media, Other). Store submissions in a table.
At this stage the form works but treats every client the same, which is the problem it is meant to solve.
Step 2: add conditional logic
Conditional logic means fields appear or hide based on an earlier answer, so a client selecting a website project never sees ad platform questions, and one selecting an ad campaign never gets asked about logo files. This keeps completion rates high, since nobody scrolls past irrelevant fields to reach submit.
For the agency form, three rules do the real work:
Show the budget range field only when project type is Website Project or Ad Campaign Setup. A retainer is priced monthly and the budget question does not apply the same way, so it stays hidden for that path.
Show an additional "ad platforms" multi-select (Google Ads, Meta, LinkedIn, TikTok) only when project type is Ad Campaign Setup.
Show a "posting frequency" dropdown (Daily, 3x per week, Weekly) only when project type is Social Media Retainer.
The prompt for this step, given directly to the same builder:
Add conditional logic to the Client Intake form. Only show the budget range field when project type is Website Project or Ad Campaign Setup. Add a new multi-select field called ad platforms with options Google Ads, Meta, LinkedIn, TikTok, and only show it when project type is Ad Campaign Setup. Add a new dropdown called posting frequency with options Daily, 3x per week, Weekly, and only show it when project type is Social Media Retainer.
Most AI app builders translate this into simple show-if rules attached to each field, which is why it helps to state the condition in plain if-then language rather than describe the outcome vaguely. "Only ask about ad platforms if they picked ad campaigns" turns directly into a rule; "make the form smarter" does not.
Step 3: automate routing
A submission that lands quietly in a database is barely better than an email that lands quietly in an inbox. Routing turns a form into a process: the moment a client submits, the right person on the team needs to know, not just anyone.
For the agency example, three routing behaviors cover the common cases:
Every submission creates a task in a shared task list, assigned to the account manager, titled with the client name and project type.
If project type is Ad Campaign Setup, an additional notification goes to the paid media specialist, who needs to see it before the account manager's next check-in.
The client receives an automatic confirmation email summarizing what they submitted, so there is a record on both sides.
The prompt for this step:
When a Client Intake form is submitted, create a new task titled with the client name and project type, assigned to the account manager, due in 2 business days. If project type is Ad Campaign Setup, also send a notification to the paid media specialist. Send the client an automatic confirmation email summarizing the fields they submitted.
Where the builder supports it, this is also the point to push a submission into a place the team already works, a Slack channel, an inbox, or a shared spreadsheet, rather than a new tool nobody remembers to check.
Step 4: test every branch before sending it to a real client
A form with conditional logic has more failure paths than a flat one, because each branch is effectively a different form. Testing means walking through every path a client could take, not just the happy path you built first.
For the three-branch agency form, that means submitting the form three separate times, once per project type, and confirming for each run:
The right conditional fields appeared and the wrong ones stayed hidden, for example Website Project should never show ad platforms, and Social Media Retainer should never show budget range.
The submission saved with every field intact, including conditional ones, since a hidden field's value can get dropped if the logic is misconfigured.
The task was created and assigned to the right person, and the ad campaign path specifically alerted the paid media specialist.
The confirmation email described what was actually submitted, not a generic template that ignores which branch the client took.
The form renders correctly on a phone, since most clients open the link from an email on mobile.
If a step fails, the fix is almost always another plain-language instruction back to the builder, for example "the budget range field is showing for the social media retainer path, it should only show for website project and ad campaign setup," rather than digging through settings manually.
What makes a client intake form actually work
A handful of details separate a form clients complete from one they abandon halfway. Ask for the minimum that lets the team start work, since every added field lowers completion. Put the branching question first, since that is what the conditional logic hangs on. Confirm receipt immediately, because a client who hears nothing after submitting assumes it failed and emails to check, undoing the point of automating intake. And route to a named person, not a pile: a task assigned with a due date gets worked, while a submission sitting in a table with no owner gets forgotten exactly like the email chain it replaced.
Beyond the first version
Once the core form and routing work, common next additions include a file upload for logos or reference documents, a signature field for a simple engagement acknowledgment, and a status field the account manager updates as the client moves from submitted to contacted to onboarded, turning the intake table into a lightweight pipeline view. Each addition follows the same pattern: describe the field or behavior in plain language, test the branch it affects, then confirm routing still fires.
For planning the fields and data behind any internal tool before you start building, see how to plan your data model before building with AI. If the form eventually needs to grow into a full client record system, how to build a simple CRM with AI covers that next step, and how to build an app with AI is the starting reference for the general process this walkthrough follows. Agencies and freelancers weighing whether a tool like this is worth building at all can find useful context in AI for small business: what actually works, and teams looking to extend an existing internal tool can see how to build an internal tool with AI for the wider pattern behind forms like this one.
Frequently asked questions
Do I need to know how to code to build a client intake form with AI?
No. Every step above, fields, conditional logic, and routing, is described to the AI app builder in plain sentences, and the builder translates that into the form structure, the show-hide rules, and the automation. Coding knowledge helps for a highly custom layout, but it is not required.
How is conditional logic different from just building three separate forms?
Three separate forms mean three links to manage and no shared record of every client who has come through intake. One form with conditional logic keeps a single submission table and a single link to share, while still asking each client only the questions relevant to what they selected.
What should the intake form automatically do besides save the submission?
At minimum, create a task or notification for whoever owns onboarding, and send the client a confirmation email. Routing can also branch by answer, alerting a specialist only when a client selects the service that specialist handles.
How many fields should a client intake form have?
Enough to let the team start work without a follow-up email, and no more. The agency example above uses eight core fields plus two or three conditional ones, a reasonable range for a service business. A form asking twenty questions upfront sees meaningfully lower completion than one asking eight with smart branching.
Can I add a file upload for logos or documents later?
Yes. A file upload field can be added to an existing form the same way as any other, by describing it to the AI app builder, for example "add a file upload field for brand assets, accepting images and PDFs, shown only for website and ad campaign project types." It does not require rebuilding the form from scratch.
How did this land?
About the author

Developer Advocate
Steve builds something with Swarmz every week and writes up what worked, what broke, and what he'd do differently. Tutorials and hands-on guides are his lane.


