🌳

KhanFamily website analysis (for building a similar site)

Goal (what this site is)

KhanFamily is a product website for a family tree builder app. The homepage is a simple marketing/landing page focused on a single promise: “Build your family tree, fast.” It provides navigation to “How it works”, “Blog”, and “Pricing”, plus support and legal links.
Note: If you’re building a “1:1 copy”, be careful about copyright/trademark (name, logo, copywriting, screenshots, and design assets). This doc focuses on structure + functionality you can replicate while writing your own text/branding.

Pages / routes observed

1) / (Homepage)

Primary purpose: explain the product in one sentence and push visitors toward learning more / pricing / login.
Key UI elements
  • Hero section
    • Headline: “Build your family tree, fast.”
    • (Homepage also appears to repeat a value prop in some snippets: “Build a beautiful family tree online for free with ease. Add photos and collaborate with your family members.”)1
  • Footer
    • Support email: hello@khan.family
    • Privacy
    • Terms & Conditions
    • Copyright notice
CTAs (calls to action)
  • The homepage navigation suggests the main conversion paths are:
    • Pricing (upgrade)
    • How it works (education)
    • Login / app access (not visible in the short extract, but the site has /login)

2) /pricing (Pricing page)

Primary purpose: upsell from free to a paid plan.
Observed pricing structure
  • A comparison table with columns: FREE vs PREMIUM.2
  • Items listed:
    • Family tree builder
    • Profile photos
    • Ability to share trees publicly
    • Infinite family trees (Free limit: 1)
    • Infinite tree nodes (Free limit: 40)
    • Private collaboration within a tree
  • A “Lifetime Membership” offer: $89 USD with “Buy now”.2
Implications for your “copy” site
  • You’ll need:
    • A pricing table component
    • Checkout flow (or at least a payment button integration)
    • Plan enforcement rules (tree count and node count limits)

3) /login (Authentication page)

Primary purpose: allow users to access the product.
Observed auth
  • Passwordless email login link (“We automatically sign you up and email you a passwordless login link.”)
  • “Sign in with Google” option.3
Implications
  • Implement:
    • Email magic-link authentication
    • Google OAuth
    • An onboarding path that creates an account if it doesn’t exist

Product features implied (from public descriptions)

From app store listings and public descriptions, KhanFamily positions around:
  • Easy family tree building
  • Collaboration with family members
  • Adding photos and richer profiles (not just names)
  • Privacy / secure sharing
(These details come from public marketplace descriptions and third-party pages; treat them as directional, not guaranteed to match the web app exactly.)4

Information architecture (recommended replica)

If your goal is a “KhanFamily-like” product website, a solid site map is:
  1. Home (/)
      • Hero + 3–5 key benefits
      • Social proof (numbers, testimonials)
      • Screenshots (your own)
      • CTAs: “Start free”, “See pricing”
  1. How it works (/how-it-works)
      • 3–6 step explanation
      • Example tree flow
      • FAQ section
  1. Pricing (/pricing)
      • Free vs Premium
      • Lifetime / monthly (your choice)
      • FAQ + refund policy
  1. Blog (/blog)
      • List + post detail pages
  1. Feature requests (external or internal)
      • Canny-style board
  1. Legal
      • Privacy policy (/privacy)
      • Terms (/terms)
  1. Support
      • Contact page (/support) or just support email
  1. Auth
      • Login (/login)
      • (Optional) signup redirect, account page

UI components to build (checklist)

Global layout

Header nav (responsive)
Footer with support + legal links
Basic design system (colors, typography, spacing)
SEO meta tags + OpenGraph
Analytics (optional)

Homepage

Hero section (headline + subheading + CTA)
Benefits section (cards)
“How it works” preview section
Pricing preview section
Final CTA section

Pricing page

Pricing comparison table
Plan cards / CTA buttons
Checkout integration (Stripe, etc.)

Login page

Email magic link form
Google sign-in button
Error + success states

Backend requirements (if you’re copying the app concept, not just marketing pages)

Core app working (from your screenshots)

These screenshots show the interactive tree builder experience inside the web app (not just the marketing site). For a “dicto copy” of the application, this is the core flow to replicate.

A) Tree canvas (main screen)

  • The app opens on a large, zoomable canvas with a family tree graph (boxes/cards connected with lines).
  • Each person appears as a person card containing:
    • Avatar placeholder or photo
    • Given name (and optionally surname)
    • A small info strip (in your example: years like “1999 – 2005”)
    • A role label like “FOCUS PERSON” on the selected card
  • One card can be visually emphasized as the currently selected / focused person (darker highlight).

B) Selecting a person

  • Clicking a person card selects it (highlight changes).
  • Selected cards show quick actions (in your screenshots, one person card shows a red CTA like “VIEW MORE”).

C) Edit drawer (right side panel)

When you click a person and choose to edit, a right-side drawer opens titled “Edit details”.
Drawer layout
  • Top area with avatar + edit icon
  • A prominent action button: “+ Add Collaborator” (per person / per tree collaboration)
  • A form grouped under “Biography” with fields such as:
    • First and middle names
    • Surname
    • Surname at birth
    • Known as
    • Gender: Male / Female / Other (radio buttons)
    • Status: Living / Deceased (radio buttons)
    • Date of birth (separate inputs: DD / MM / YYYY)
    • Place of birth (place search)
  • Bottom action buttons: Save and Cancel
  • Close “X” at the top to dismiss the drawer

D) Bottom-left utilities

  • A Search button (likely opens a person search / jump-to feature)
  • A Tools button that opens a floating tools menu.

E) Tools menu options (from screenshot)

The Tools menu includes toggles/actions like:
  • Reverse Names (toggle)
  • Use Known As (toggle)
  • Download JPG
  • Change Background
  • Import GEDCOM
  • Export GEDCOM
Implications
  • You’ll need GEDCOM import/export support if you want feature parity.
  • You’ll need an export-to-image function (“Download JPG”) and canvas background options.

Implementation notes (what you must build)

  • Tree rendering: graph layout + edge routing + spacing rules to prevent overlap
  • Canvas interactions: pan, zoom, fit-to-screen, re-center on selected person
  • CRUD for people: create/edit person profiles (the right drawer form)
  • Relationship editor: add parent/child/spouse links and auto-layout updates
  • Collaboration: invite collaborators (at least at the tree level; the UI shows it in the person drawer)
If you want the actual product behind it (family tree builder), you will likely need:
  • User accounts + authentication (magic link + OAuth)
  • Core entities:
    • Tree
    • Person (node)
    • Relationships (parent/child/spouse)
    • Media (photos)
    • Collaborators / permissions per tree
  • Limits for free plan:
    • Max trees
    • Max nodes per tree
  • Public sharing:
    • Public tree page route + privacy controls
  • Audit + moderation basics (optional)

Acceptance criteria (what “done” looks like for a v1)

  • Marketing site loads fast, mobile responsive, and has:
    • Home, Pricing, Login, Privacy, Terms, Support contact
  • Pricing page clearly explains Free vs Premium limits and shows a purchase CTA
  • Login supports passwordless email + Google
  • All navigation links work, footer is present on all pages

Notes from the current scrape (limitations)

The homepage content extracted from the page is minimal (likely due to heavy client-side rendering). What we can reliably see is navigation items, the hero headline, and footer links.1
To replicate the design precisely, you would need to manually review:
  • colors, fonts, spacing, animations
  • hero illustration / screenshots
  • section order and copy
If you share screenshots of each section (home + pricing + login), I can write a pixel-level section breakdown (components, spacing, and copy structure) for your implementation.