FAQ Page Examples: 14 Real FAQs and What Each Gets Right

A good FAQ page answers the objection at the moment it forms, and the 14 real FAQs below (13 SaaS pricing pages and one bank) show you exactly how the best teams do it, question by question.

The short answer: the best FAQ pages are short (most of the 14 examples below have between 5 and 17 questions), open with the question that blocks the sale (what a seat, credit, or trial actually is), answer discounts and cancellation plainly, and end with one clear way to reach a person. Only 6 of the 14 mark their questions up with FAQPage structured data. If you need the questions themselves, jump to the question bank: 54 questions copied from live FAQs, sorted for SaaS, stores, agencies and B2B software.

We opened each page in a browser on 30 September 2026, counted the questions in its FAQ, checked for FAQPage JSON-LD, and noted where the FAQ sends you when it runs out of answers. Every question quoted here is copied from the live page, and every screenshot is dated. For the question bank we read 47 more FAQs on 30 October 2026 and checked every quoted question against its live page again on 31 October. We make FAQs.me, a free FAQ section builder, HelpCenter.io, a help center, and HelpCenter.chat, a live chat tool; they come up where they help, and we say so each time.

What do the best FAQ pages have in common?

Here is the measured table. "Exit" is what the FAQ offers when your question is not on the list.

Read across the rows and four patterns stand out:

• They stay short. 13 of the 14 have 17 questions or fewer. Of the three longest lists, Zapier (31) and Webflow (16) split their questions into named groups, and Notion (17) points you to its help center.
• The first question defines the unit you pay for or the way you try it. Figma starts with the seat, Framer with credits, Webflow with Workspace versus Site plans. Fathom, Loom, and Calendly start with the trial.
• They answer the awkward money questions. 9 of the 14 have a question about discounts (students, schools, non-profits, education), 7 explain how to cancel or downgrade, and 7 explain how the trial works.
• Nobody puts a search box on the FAQ itself. None of the 14 has search inside the FAQ section. When the list gets long, they group it or send you to a help center instead.

Pricing page FAQ examples

Most SaaS FAQs live at the bottom of the pricing page, because that is where the last objections form. These are the ones worth borrowing from.

Figma: define the unit before anything else

Figma's first question is "What is a seat?", and the next two follow the bill: "Where can I see a breakdown of my billing?" and "What happens if I add seats mid-year on an annual plan?". The FAQ answers the unit, then the invoice, then the surprise. It also ships all 11 questions as FAQPage JSON-LD and links "See more FAQs" to a separate pricing FAQ page for the long tail.

Borrow this: if your price has a unit (seat, credit, channel, workspace), your first question defines it.

Stripe: five questions, all about fees

Stripe asks only five questions, and each is one a finance person would ask: "How are payment fees calculated?", "Will I be charged tax?", "Are there additional fees for refunds?", "Do you have setup fees or monthly fees?", and "Do you offer any discounts?". It is the shortest FAQ here and one of the most useful, because it covers the hidden costs and nothing else.

Borrow this: write for the person who signs off on the bill, not only the person who uses the product.

Basecamp: questions written the way customers say them

Basecamp's questions sound like a skeptical buyer on a call: "Could we really add 500 users and run unlimited projects and still just pay $300/month total on the Unlimited Edition?" That question does sales work. It restates the offer in the customer's disbelieving voice and then answers it. The same list covers "Do I need a credit card to try Basecamp?" and "Will I automatically be charged when my free trial is up?".

Where it is weaker: the FAQ ends with no way to ask anything else, and there is no FAQPage markup.

Borrow this: phrase the question the way a doubtful customer would, including the doubt.

Buffer: say what counts

Buffer charges per channel, so its second question is "What counts as a channel?". It also asks a question almost nobody else does: "When were the prices of Buffer's plans last updated?". For a returning visitor who remembers an old price, that one question prevents a support ticket.

Borrow this: if you have changed prices, say when. It is cheaper than explaining it one email at a time.

Fathom: the trial first, the exit last

Fathom opens with "How does the 7-day trial work?" and follows with "How do I cancel my account or trial?". Those are the two questions standing between a visitor and a signup, answered before anything about features. The last item is "Have another question?", so the way out is part of the list itself, where a reader who got to the end is already looking.

Borrow this: make the last item of your FAQ the way to ask a person.

Calendly: seven questions, all about the decision

Calendly's seven questions follow the buyer's path in order: the trial ("What happens at the end of my trial?"), the plan ("Which plan is best for me and my team?"), the team test ("Can we try Calendly with multiple users?"), then renewal, upgrades, non-profit pricing, and payment. All seven are in FAQPage JSON-LD.

Borrow this: order your questions the way a buyer makes the decision.

Framer: an open list instead of an accordion

Framer shows every answer at once, no clicking. "What are credits?" comes first, then "What's included in the Free plan?" and "Which plan is right for me?". Open lists are easier to skim and to search with the browser's find, at the cost of a long page. Framer's answers are short enough to carry it, and they link "Please contact us" where a question needs a person.

Borrow this: if your answers are two or three sentences, consider skipping the accordion.

Loom: answer the question your packaging creates

Loom's second question is "What's the difference between buying Loom on Loom.com versus Atlassian.com?". It exists because Loom can be bought in two places, and a buyer who notices will stop and wonder. Answering it on the pricing page keeps that buyer moving.

Borrow this: any time your packaging is unusual (two stores, two plan types, a bundle), put the explanation in the FAQ.

Raycast and 1Password: the questions a company buyer asks

Raycast is free for individuals, so its FAQ deals with the doubt that creates: "Why is Raycast free for personal use?" and "Is the Raycast Free and Team plans available for organizational use?". It also answers "Is it possible to get the Pro plan without AI?", a question more pricing pages with AI add-ons should ask themselves.

1Password's five questions are all for a security team evaluating a platform, ending with "How do I get pricing for Unified Access?". When the answer is to talk to sales, 1Password says so in the FAQ and links "Contact our sales team" right there.

Borrow this: if a plan has no public price, say so in the FAQ and put the contact link inside the answer.

Large FAQ examples: when you have more than 15 questions

Zapier: group by topic

Zapier has 31 questions in seven groups: Zapier overview, Tables, Forms, MCP, SDK, Plans and payment, and Sales and support. The first group teaches the vocabulary a new user needs to read a pricing table at all ("What is a Zap?", "What are tasks?", "What is a trigger?"), before any money question appears.

Borrow this: when a list passes 15 questions, split it by topic and teach the vocabulary first.

Webflow: two groups and a help box

Webflow sells two kinds of plan, so the first group is "Workspace and Site plans" and its first question is "What's the difference between a Workspace and a Site plan?". A second group covers capabilities and support. The FAQ closes with a "Need help?" box that links an explainer article and the support portal.

Notion: a long list with a way out

Notion's 17 questions start with "How does Notion AI use my data?", a sign of what its buyers worry about first. The list ends with "Still have more questions? Learn more in our help center.", which is the right exit for a product with a big help center behind it.

A standalone FAQ page example: Monzo

Monzo is a bank, not a SaaS company, but its /faq page is a clean example of a standalone FAQ. It opens with the trust question, "Is Monzo a bank?", then "Is my money safe with Monzo?", and it does not hide the hard ones: "How do I complain?" and "What do I do if someone's died?" are on the same list.

A standalone page like this works while the list stays around a dozen questions. Once customers need step-by-step answers, screenshots, or answers per feature, an FAQ page turns into a help center. That is the point to move the answers into a searchable knowledge base, which is what HelpCenter.io, which we make, is for.

FAQ questions to answer, by business type

Every question in these four sets is copied from a live FAQ, with the company that asks it, so you can see how real teams phrase the awkward ones. The third column is an answer pattern, not a quote: replace the [brackets] with your own facts. Take the set for your kind of business, cross out what does not apply, and add the questions your own customers send you (the next section shows where to find them).

SaaS: what a buyer asks before the trial

We read the pricing FAQs of 14 SaaS products. Every one explains how the price works, 10 explain the trial or free plan, 9 say how to cancel or get a refund, and 8 define who counts as a seat. Four now ask about AI: what a credit is and what happens to your data.

E-commerce: what a shopper asks before and after the order

Store FAQs are about the parcel. All 4 of the store FAQs we could read cover payment, 3 of 4 cover shipping, and 3 of 4 cover returns or damaged orders. They also answer the panic questions (wrong address, damaged box) that a pricing FAQ never needs.

Agencies and services: what a client asks before they hire you

Nine service FAQs (design subscriptions, a talent network, WordPress care, virtual assistants) ask a different set of questions. Six of 9 say how fast the work arrives, 6 say what happens if the client does not like it, and 8 of 9 say how the client gets out: cancelling, pausing, refunds or the minimum commitment.

B2B and team software: what buyers ask before they sign

Twenty pricing FAQs from team and support tools (Slack, Asana, Miro, Zendesk, Intercom, GitBook and others) are written for a buyer who has to defend the purchase. 15 of 20 explain the trial or free plan, 10 explain who counts as a paid user, 12 answer a security or data question, and 11 now explain AI pricing or AI data use.

One pattern runs through all four sets: the questions are about money and the way out, not about features. Features live on the rest of the page; the FAQ is where a buyer checks the cost of being wrong. The newest question type is AI. Across the 34 software FAQs we read, 15 now carry at least one question about it: what a credit is, what it costs, or whether the vendor trains on your data. If you charge for AI, that question belongs on your list.

How to find the questions your customers actually ask

The best questions for your FAQ are already written, by your customers, in the places they ask for help. Five sources, roughly in order of how much they give you:

1. Support tickets. Export the last 60 to 90 days, tag each ticket with one topic, and count. A topic that comes up every week is an FAQ candidate, and the ticket text gives you the wording.
2. Chat transcripts. Pre-sale questions show up in chat before they ever become tickets: "do you ship to Canada", "is there a contract". HelpCenter.chat, which we make, keeps every conversation in a shared inbox you can search; its free plan includes 2 team seats and 100 new conversations per usage period.
3. Help center searches that found nothing. A search with no result is a question you have not answered yet, typed in the customer's own words. HelpCenter.io, which we make, lists what visitors searched for and how many of those searches returned nothing, on every plan; the history goes back 14 days on Bootstrap, 60 on Growth and 365 on Catalyst (pricing).
4. Sales calls and demo notes. This is where the B2B questions come from: the security questionnaire, the contract term, who counts as a user. If sales answers it every week, it should be public.
5. Reviews of you and your competitors. A complaint in a review ("I didn't know it renewed automatically") is a question someone wished they had asked first.

A one-hour exercise: take your last 50 tickets and chats. In one column write each customer's question in their words; in the next, a one-word topic. Sort by topic. The topics with three or more rows are your FAQ, and the rows give you the wording. If one topic dwarfs the rest, fix the product or the page that causes it first; an FAQ entry is the second-best answer to a confusing billing screen.

How to write FAQ answers

The pricing FAQs above are good because the answers are short and specific. The rules behind them:

• Answer in the first words. Yes, no, or the number, then the detail. "Do I need a credit card to try Basecamp?" can be answered in two words, and the rest of the answer is optional.
• One question per item. "Can I cancel any time? Any hidden fees?" (ManyPixels) asks two things. If the answers differ, split them, so the reader scanning for "fees" finds it.
• Use the customer's words. Write the question the way it arrives in chat ("Can I change my plan later?"), not the way an internal doc names it ("Plan modification policy").
• One to three sentences, then a link. If an answer needs steps or screenshots, it is a help center article. Link to it from the FAQ.
• State the number and the limit. "14 days" beats "a short trial period". Say what happens at the limit: blocked, charged, or asked to upgrade.
• Date anything that changes. Prices and plans move. Put the FAQ on your review list for every pricing change.

Here is a made-up answer, written badly and then rewritten, to show the pattern:

• Before: "We offer flexible billing options designed to meet the needs of teams of all sizes. Please contact our team for more information about plan changes."
• After: "Yes. You can switch plans any time from Settings, Billing. Upgrades start today and are prorated; downgrades start at your next renewal."

The same rules make good saved replies for your support team; our guide to canned responses applies them to chat and email.

FAQ format and layout: what the examples share

• Accordion by default. 13 of the 14 collapse their answers. Framer is the exception, and its open list works because every answer is short.
• Questions in the customer's words. "Could we really add 500 users…" (Basecamp) and "What happens if I go over a limit?" (Framer) read like a support inbox, not a brochure.
• One column of questions, generous spacing. Monzo and Loom use large tappable cards; Stripe and Buffer use thin rows. Both work because nothing else competes for attention in the section.
• Groups, not search. For long lists the examples group questions by topic. Search belongs in a help center, where there are enough answers to search.
• One exit. The strongest FAQs end with a single next step: a help center (Notion), a support portal (Webflow), or the last item of the list (Fathom).

Put together, that gives a simple FAQ format you can copy:

1. A heading that says what the questions are about: "Pricing questions", "Shipping and returns".
2. 5 to 12 questions, with the decision questions first (price, trial, who pays) and the exit questions last (cancelling, refunds, contact), the order Fathom uses.
3. Past about 15 questions, named groups, as Zapier and Webflow do.
4. Each answer one to three sentences, with a link when there is more to say.
5. One way out at the end: a contact link or your help center.
6. The FAQ on the page where the decision happens: pricing questions on the pricing page, shipping questions on product and cart pages.

Does FAQ schema still matter?

For Google rich results, no. In August 2023 Google announced that "FAQ (from FAQPage structured data) rich results will only be shown for well-known, authoritative government and health websites" (Google Search Central), and in May 2026 it went further: the FAQ rich result "will no longer appear in Google Search starting May 7, 2026" (Google Search changelog). No site gets the expandable FAQ snippet any more.

What an FAQ still does for search now, and where to put one, is the subject of our FAQ SEO guide: the removal timeline in Google's own words, how to write answers that get quoted, and whether to keep the markup.

It is optional now, and cheap to keep. The markup states plainly which text is a question and which is its answer for any parser that reads it, though Google says structured data "isn't required for generative AI search". If your FAQ tool generates it with the section, it costs nothing and there is no need to strip it out. Six of the 14 examples ship it: Figma, Stripe, Buffer, Fathom, Calendly, and 1Password.

Build your own FAQ section

You can have an FAQ section like these on your site in about two minutes. FAQs.me, which we make, is free: pick one of its 27 templates (accordions, cards, a searchable list, category tabs), type your questions or let it draft them from your site, and copy one self-contained snippet with FAQPage JSON-LD built in. No account and no watermark. The AI drafting is free while FAQs.me is in beta. Or paste one of the question sets above, swap the [brackets] for your own answers, and you have a first FAQ the same day.

If you would rather start from raw HTML, our five FAQ section templates are free to copy. If your FAQ answers already live in a help center, HelpCenter.io's Dynamic FAQ sections embed them on your pricing page and keep them in sync with your help center, so an answer you fix once is fixed everywhere. For picking a tool, see our roundup of FAQ software.

FAQ

What are some common FAQ questions?

For software: how pricing works, whether there is a free trial or plan, who counts as a seat, what happens at a limit, and how to cancel or get a refund. For online stores: shipping times, tracking, returns and payment methods. For agencies and services: turnaround, revisions, contracts and who owns the work.

What is a good FAQ format?

A clear heading, 5 to 12 questions in the customer's words, and answers of one to three sentences that start with the yes, no or number. Put decision questions first and cancellation and contact last. Past about 15 questions, split them into named groups.

What does a good FAQ page look like?

A good FAQ page has a short list of questions written in the customer's words, answers of two or three sentences, the most important objection first, and one clear way to reach a person at the end. The 14 examples above have between 5 and 31 questions each.

How many questions should an FAQ page have?

Most of the examples here have between 5 and 17 questions. Past about 15, the better examples split questions into named groups, as Zapier and Webflow do, or link to a help center for the rest.

Should an FAQ page have a search bar?

Usually not. None of the 14 examples puts a search box on the FAQ itself. A short list is faster to scan than to search; once you need search, you need a help center.

Do FAQ pages help SEO?

They help when they answer questions people actually search for, in plain text on the page. Google stopped showing FAQ rich results for every site on 7 May 2026, so FAQPage markup no longer wins a rich snippet anywhere. It still labels your questions and answers clearly for any parser that reads it, and it does no harm.