Build Your Own AI Without Coding
Build your own AI without coding: three paths compared, from a chat project to an AI employee living in files. Start at 0 dollars, offline is an option.
Read the articleSeptember 21, 2026 · 13 min read
To create an FAQ is to answer questions people really ask, in the words they ask them in. The best source for that is your own sales, support and advisory conversations: that is where the phrasings, misunderstandings and follow-up questions live that your website currently misses. The path from there to a published question has four steps: collect questions verbatim with their trigger, cluster only the variants that hit the same concern, pick your clearest reviewed answer so far for each cluster, and maintain the entry with source, owner and review date. A copyable template separates short answer, detailed answer and evidence. Whether the FAQ belongs on the website, in WordPress, Shopify, SharePoint or an internal knowledge base is decided by the readership, and an internal FAQ may hold more than a public one. AI helps with searching, sorting and phrasing; which answer gets published remains a decision with an approval.
In my business the FAQ questions come out of the pattern register that Gustav distils from my approved calls: the recurring questions of my clients, each paired with my clearest human-reviewed answer so far. The FAQ is one of the four outputs of that register, next to the playbook, the objection library and raw material for content. How the register comes into being is in Call analysis with AI: the pattern register; which role takes on which task in my business is collected under AI employees. This guide starts at the question which entries from the register become an FAQ line.
Include a question when at least one of these signals applies:
Frequency alone does not decide. A rare question may matter if a wrong expectation causes serious harm. Conversely, a highly individual question does not automatically belong on a public page. The fourth signal is the underrated one: if you explain something in almost every call without being asked, your website has a gap there.
The following example is constructed so that the method can be shown without real conversation data. A fictional provider who sets up a first automation workflow for small businesses analyses five initial conversations. Calls, timestamps and quotes are demo data.
| Evidence | Quote | Trigger |
|---|---|---|
| Demo call 01 · 04:12 | “How long does the setup take for us?” | after the first workflow was explained |
| Demo call 02 · 07:55 | “When can we start working with it?” | after the question about a start date |
| Demo call 03 · 11:08 | “Do I need to block a full week for this?” | after the list of required documents |
| Demo call 04 · 15:20 | “What does it cost each year in maintenance?” | at the end of the call |
| Demo call 05 · 07:41 | “How much time does my team need for this?” | after the first workflow was explained |
The quote stays verbatim, because you will need the phrasing as a heading later. The trigger stays with it, because it shows what the question was reacting to.
Four of the five sentences are about time, yet they become two entries and one open item. The quotes from calls 01, 03 and 05 belong together: behind all three sits the worry about effort on their own side, and the same answer helps all three. The quote from call 02 does not ask about effort but about a point in time; only a date helps there, so it is an entry of its own. The quote from call 04 concerns the time after handover and gets the status “open”, because the business answered it differently in every call. The test question is not “same word?” but “does the same answer help both?”.
For the first entry, three answers from three calls are available. In demo call 03, the answer “We start with one workflow that we get stable together before a second one is added” was followed by no further question, and the customer asked which workflow would be a good first one. That is the signal on which the entry gets this answer. Observation, not proof: a missing follow-up can also be politeness. That is why the field is called “clearest reviewed answer so far”.
| Field | Content |
|---|---|
| Question in customer language | “How much time does the setup take?” |
| Alternative phrasings | “How long does the setup take for us?” · “Do I need to block a full week for this?” · “How much time does my team need for this?” |
| Short answer | We start with one clearly bounded workflow and review it before further tasks are added. On your side it takes one contact person and the documents for this one workflow at the start. |
| Detailed answer | Requirement: a recurring process with a clear input and a verifiable result. Process: document sources, boundaries and approval points, then a small test run. Boundary: the effort is measured on the first batch, not estimated in advance; there is no flat number of hours without knowing the workflow. Next step: pick together the process that goes first. |
| Source / evidence | demo calls 01, 03 and 05; three of five initial conversations |
| Expert owner | owner (demo) |
| Last reviewed | 21 September 2026 |
| Applies to | setup of the first workflow |
| Public, internal or confidential | public, after the evidence is removed |
What changed from raw sentence to question: “for us” and “my team” are gone, because the question on the website has to apply to everyone. The variants are kept, because they are search language. The evidence stays in the internal register and does not go on the page.
Question in customer language:
Alternative phrasings:
Short answer in 1 or 2 sentences:
Detailed answer:
- requirement
- process
- boundary or exception
- next useful step
Source / evidence:
Expert owner:
Last reviewed:
Applies to:
Public, internal or confidential:
The short answer must stand on its own. The detailed answer explains conditions and limits. Marketing filler, invented numbers and guarantees belong in neither.
Both come from the same source, but they have different readers, and the last field of the template decides which version goes where. This is how I divide it in my business:
| Internal FAQ | Website FAQ | |
|---|---|---|
| Readers | team, new colleagues, support | prospects, customers, search engines |
| Language | technical terms and abbreviations allowed | customer language from the variants |
| Content | evidence, exceptions, pricing rules, objections, what not to say | short answer, boundary, next step |
| Personal data | pseudonymised, with purpose, deadline and access control | none |
| Maintenance | in the quarterly run with the register | on every change of the answer, review date visible |
| Location | knowledge base, SharePoint, internal answer system | CMS page, service page, shop help |
The website FAQ is a subset of the internal one: the same question, the same reviewed answer, without evidence, without exceptions for individual cases and without statements that only apply to existing customers. What sits under “boundary or exception” in the internal entry is checked individually before publication: some of it belongs on the website because it prevents false expectations, some stays internal because it reveals negotiating room.
| Destination | Good option | Watch for |
|---|---|---|
| public website | CMS page or relevant service page | concise, readable, indexable and reviewed |
| WordPress | block editor or maintained FAQ component | do not choose a plugin for promised Google stars |
| Shopify | product, delivery or help pages | keep questions close to purchase and use |
| SharePoint | internal knowledge page or list | maintain access, owners and versions |
| internal answer system | AI knowledge base | enforce sources and access in every answer |
An important SEO note: Google removed its FAQ rich result documentation on 15 June 2026, stating that the feature is no longer shown in Search results. An FAQ still helps when it answers readers' questions clearly. Do not build one for a search feature that has disappeared. Which structured data Google still shows instead is covered in Schema Markup Checker: Which Tool Tests What.
Do not give the AI only a topic. Give it approved entries with sources and clear rules:
The difference from an empty generator box lies in the input: a model that knows only the topic writes a plausible answer. A model that knows three pieces of evidence and your reviewed answer rephrases them and flags what is missing. A knowledge graph from calls can additionally show which FAQs depend on the same answer or source. When one answer changes, the affected pages become easier to find.
A public FAQ normally needs no personal data. Remove names, companies, places, rare case combinations and distinctive quotes. Pseudonymisation alone does not make a call excerpt anonymous. The legal basis, consent and purpose must already be clear before recording. More on that in the legal rules for transcribing conversations. This is not legal advice.
Gustav transcribes approved calls locally with Whisper; the raw transcript never leaves the machine. The pseudonymisation pass is the fixed first analysis stage, then he distils recurring questions with evidence in batches of ten to twenty calls, with a sample review after every batch. From the reviewed register come FAQ drafts in the template above; which of them go on the website is your decision at approval. His most important rule: he distils what you have said yourself and invents no answers on top of it. The same collection feeds sales objection handling and knowledge management with AI.
By giving the AI evidenced statements instead of a topic. The input is the quotes from the conversations, your reviewed answer and the rule to phrase only from those and to flag gaps. You check the output against the evidence before it is published. Without that input, a model writes a plausible answer, and plausible is not the same as correct.
Yes, the template above in this guide, with the question in customer language, variants, short answer, detailed answer in four parts, source, owner, review date, scope and publication level. It works in a text file, a spreadsheet or a CMS field. What matters is not the tool but that no field stays empty.
From the conversations you have anyway, with consent and verbatim. Three fields per hit: the quote, the trigger and the evidence. After each conversation only collect, do not cluster; clustering comes in the quarterly run. Emails and support tickets are a second source; they are already text and need no transcription.
As many as the selection rules above yield, no fixed number. An FAQ with five questions that are really asked helps more than one with thirty made-up ones. If you add questions only because the page would otherwise look short, you dilute the ones that count. Open entries from the register are candidates for later, not for now.
Yes, because it is built for readers, not for a search feature. Google removed the documentation in June 2026 because the feature is no longer shown. A page that answers questions in the customers' language stays readable, linkable and useful for sales and support. I do not promise a visibility effect for it.
Recording the conversation needs the prior consent of everyone involved; that comes before anything else. The published question itself no longer carries personal data: no name, no company, no distinctive quote, no rare case combination. Check every entry individually before you treat it as anonymous.
Take the last five conversations you have clean consent for and write out only the questions, verbatim, with the sentence before each. Strike out names, companies, places and amounts. If you then have three quotes that the same answer helps with, fill in the template once and decide at the last field whether the entry stays internal or goes on the website. You build the first entry yourself, and you are not alone while doing it: in the weekly live Q&A call in the community we go through the clustering together, including whether a short answer really stands on its own.
If you would rather not collect this by hand every quarter, Gustav is available as a ready-made package in my community, with the pseudonymisation pass, consent templates and a demo transcript to practise on. How you'd put Gustav to work in your business is something we'll look at together. Everything about it is under Community.
Build your own AI without coding: three paths compared, from a chat project to an AI employee living in files. Start at 0 dollars, offline is an option.
Read the articleCreate an AI employee without code: pick a task, set up the personnel file, run the onboarding. Your first real work result in about an hour.
Read the article
Kevin Welter
Developer, IT architect, author of technical books (Kubernetes, cloud infrastructures) and speaker. Runs his business with an AI workforce of fifteen AI employees and shows solo business owners in his community how to hire their first AI employee.
Your first AI employee up and running within an hour
Join the community$5/month founding price, first 50 members