FormHug Docs Writing Guide
Documentation style guide for the FormHug Help Center. Follow this whenever writing or updating any.mdx page.
1. Brand & Voice
Product Name
Always write FormHug — capital F, capital H, no space.| Correct | Wrong |
|---|---|
| FormHug | Formhug, formhug, FORMHUG, Form Hug |
Standard Terminology
| Term | Meaning | Notes |
|---|---|---|
| FormHug | The product | Always capitalized |
| submitter | Person filling out the form | Not “respondent”, “user”, or “visitor” |
| admin / you | Person building the form | Use “you” in instructional prose |
| field | A single input on a form | Not “question” (except in quiz context) |
| submission | A completed form response | Not “entry” or “response” in user-facing docs |
| publish | Make a form live | Not “launch” or “deploy” |
| end page | What submitters see after submitting | Not “thank you page” or “confirmation page” |
| Evan | FormHug’s AI agent | Always capitalized, referred to by name |
Tone
- Clear and direct. Say what something does in the first sentence.
- Confident, not salesy. Describe capabilities factually; don’t oversell.
- Friendly, not casual. Professional but approachable. No slang.
- Active voice. “Click Publish” not “The Publish button should be clicked.”
- Present tense. “FormHug saves your progress” not “FormHug will save your progress.”
2. Frontmatter
Every page must have all three fields:title
- 3–6 words, Title Case
- Lead with the primary keyword (what users search for)
- No punctuation at the end
| Good | Avoid |
|---|---|
| Booking Forms | How to Create a Booking Form in FormHug |
| Submission Notifications | Notifications |
| MCP Server | About the MCP Server Integration |
description
- One complete sentence, 100–160 characters
- Contains the primary keyword naturally
- Describes what the user can do or learn on the page
- No period at the end is fine; consistency either way
| Good | Avoid |
|---|---|
| ”Set up time slots, availability rules, and confirmation emails for your booking form" | "Booking” or “Learn about bookings” |
icon
- Always include. Use FontAwesome icon names.
- Pick icons that are semantically related, not just decorative.
3. Page Structure
No H1 after frontmatter
Mintlify renders the frontmattertitle as the page H1. Do not add a # Title heading at the top of the page body.
Exception: The current booking.mdx, assessment.mdx etc. have H1 headings — remove these when updating those pages.
Standard layout
Lead sentence
- 1–2 sentences immediately after frontmatter
- Answers: what does this feature do and why does it matter?
- Contains the page’s primary keyword naturally
Headings
- H2 (
##) — major sections. Aim for 3–5 H2s per page. - H3 (
###) — sub-sections within an H2. Use sparingly. - Write headings as noun phrases for reference pages (“Available Field Types”) and verb phrases for how-to pages (“Add a Field”).
- Include keywords in H2 headings where natural.
Ending every page
Always close with a Related section using a<Card> or <CardGroup>. This improves navigation and SEO internal linking.
4. Writing Style
Sentences
- Keep sentences under 25 words.
- One idea per sentence.
- Start with the subject, not a subordinate clause.
Paragraphs
- 2–4 sentences max per paragraph.
- One topic per paragraph.
- Leave a blank line between paragraphs in MDX.
Bold and emphasis
- Bold (
**text**) for: UI labels, product terms on first mention, key concepts. - Italic (
*text*) only for: genuine emphasis, or book/product titles. Use sparingly. - Never use bold just for decoration.
Lists
- Use a bulleted list when order doesn’t matter and items are short (< 1 line each).
- Use a numbered list only when order matters (steps, ranked items).
- Use the
<Steps>component (not a numbered list) for multi-step how-to instructions. - Keep list items parallel in structure.
- If a list has only 2 items, consider writing it as a sentence instead.
Numbers
- Spell out one through nine: “three fields”, “two steps”.
- Use digits for 10 and above, and always for UI-specific values: “30+ field types”, “5-star rating”.
5. Mintlify Components
Use components intentionally, not decoratively. Each has a specific job.| Component | Use for | Don’t use for |
|---|---|---|
<Steps> | Sequential how-to instructions | Unordered feature lists |
<CardGroup> | Navigation / “what to do next” / feature overviews | Long lists of items |
<Card> | A single related link | Decorating inline content |
<Tabs> | Comparing platform-specific instructions (e.g. Mac vs Windows) | Arbitrary grouping |
<AccordionGroup> | FAQ sections | Normal content sections |
<Tip> | Helpful shortcuts or pro tips | Critical warnings |
<Note> | Important context or caveats | Nice-to-know info |
<Warning> | Destructive or irreversible actions only | Cautions and tips |
| Table | Comparing options, listing settings, reference data | Prose that reads fine as text |
| Code block | Code, JSON, URLs, terminal commands | Plain text |
Steps example
Callout guidelines
<Tip>: “Try using AI Builder to generate your first draft in seconds.”<Note>: “This setting only applies to forms with the Quiz scene enabled.”<Warning>: “Deleting a form is permanent and cannot be undone.”
6. SEO / GEO Guidelines
These rules help FormHug docs rank in search engines and get cited by AI assistants (ChatGPT, Perplexity, etc.).Titles and descriptions
- Include the primary keyword in the
title(preferably the first word or two). - Write
descriptionas a complete, useful sentence — AI assistants often use this verbatim as a summary.
Content structure for GEO
- Lead with the answer. Don’t bury the main point. AI retrieval systems favor pages that answer the question in the first 1–2 sentences.
- Use complete sentences in important sections. Avoid fragment-only bullet lists where prose works better.
- Write factual, specific statements. “FormHug supports 30+ field types” is more citable than “FormHug has many fields.”
- H2 headings should be answerable questions or clear noun phrases. This helps AI match headings to user queries.
Internal linking
- Every page must link to at least 1 related page (via card at the end).
- Feature pages should link to their corresponding guide, and vice versa.
Don’t
- Don’t keyword stuff. Write for humans; search engines follow.
- Don’t use vague headings like “Overview”, “Details”, or “More Information” — be specific.
- Don’t repeat the same phrase 5+ times in a short page.
7. Page Templates
Feature reference page
Used for: Features tab pages (settings, field types, scenes, etc.)How-to guide
Used for: Guides tab pagesFAQ page
8. Common Mistakes to Avoid
| Mistake | Fix |
|---|---|
| Writing “Formhug” | Always FormHug |
Adding # H1 after frontmatter | Remove it — frontmatter title is the H1 |
| Vague description: “Learn about notifications” | Specific: “Configure email and webhook alerts triggered by new form submissions” |
| Passive voice: “The form can be published by clicking…” | Active: “Click Publish to make your form live.” |
| Over-nesting: H2 → H3 → H4 | Restructure to stay within H2–H3 only |
| Long paragraphs (6+ sentences) | Break into shorter paragraphs or a list |
Using <Warning> for tips | Use <Tip> for tips, <Warning> only for destructive actions |
| Missing Related section | Always end with a card or card group |