Conception du site Genesis

VérifiéSûr

Concevoir et construire le site web marketing B2B de Genesis en mettant l'accent sur la mise en page, l'architecture de l'information et la preuve.

Spar Skills Guide Bot
DeveloppementAvancé
24/07/2026
Claude CodeCursorCodex
#marketing-site#web-design#information-architecture#design-systems#nextjs

Recommandé pour

Synthèse automatique

Ce skill orchestre la conception et la construction du site marketing B2B SaaS de Genesis via six rôles d'agents spécialisés, de l'analyse concurrentielle au plan frontend de production.

Points forts

  • Découpe le travail en six agents aux livrables explicites (analyse de références, architecture d'information, système visuel, copy, motion, ingénierie frontend)
  • Impose un inventaire de sections réutilisables et une « proof ladder » qui place les preuves à chaque profondeur de scroll
  • Fixe des critères de réussite mesurables : rythme typographique, Lighthouse, accessibilité, conformité prefers-reduced-motion
  • Délimite clairement son périmètre (site marketing) par rapport à l'UI produit, renvoyée vers /interface-design

Limites

  • Très lié à la marque et au positionnement de Genesis : peu réutilisable tel quel pour un autre produit
  • Produit surtout des plans, systèmes et consignes plutôt que du code prêt à l'emploi
  • Suppose une stack Next.js + TS + Tailwind/CSS Modules et un contenu structuré en MDX
Quand l'utiliser

À utiliser pour concevoir ou refondre un site marketing B2B SaaS qui doit paraître crédible auprès d'acheteurs enterprise et d'investisseurs.

Quand l'éviter

À éviter pour des dashboards, panneaux d'administration ou flux in-app, ou pour une simple démo de composant isolé.

Analyse de sécurité

Sûr
Score qualité80/100

The skill is purely an editorial/design instruction document: it defines agent roles, page templates, section systems, and design-token planning. It declares no allowed-tools, contains no shell commands, no network fetches, no file writes or deletions, no credential handling, and no attempts to disable safety behaviour. The only cross-reference is to an internal sibling skill (/interface-design) for out-of-scope work, which is benign.

Aucun point d'attention détecté

Comment cette analyse est faite

Exemples

Refonte complète du site
Run the full Genesis site design workflow: give me the 12 competitive references, the site map and section inventory, the visual system, the hero copy, the motion plan and the Next.js frontend architecture.
Architecture d'information seule
Act only as the Information Architect for Genesis: produce the site map one level deep plus a 15-25 section inventory with intent, inputs and variants, and a proof ladder from above the fold to the footer.
Système visuel et motion
As the Brand & Visual System Designer and Interaction & Motion Designer, define Genesis' type and colour tokens, grid and rem spacing scale, one signature motif, and a page-load choreography under 600ms with a reduced-motion fallback.

name: genesis-site-design description: Design and build Genesis' marketing website as a B2B SaaS product that can also scale into an international "neo-consultancy" (product + services). This skill is for marketing sites (not dashboards). It prioritises layout systems, information architecture, proof, and technical excellence over component demos. license: Complete terms in LICENSE.txt

Genesis Site Design

Genesis is a marketing-intelligence B2B SaaS platform that must look credible to enterprise buyers, investors, and future partners; whilst also signalling hands-on delivery capability (a consultancy/agency layer) without feeling like a traditional agency site.

This skill exists because most coding outputs nail components but fail the thing buyers actually feel first: layout, hierarchy, and narrative.

Scope

Use for

  • Marketing website pages (home, product, platform, pricing, resources, case studies, company, careers, legal)
  • Section systems, page templates, content models, and sitewide design tokens
  • Responsive layout, motion, accessibility, performance, and SEO

Not for

  • Product UI (dashboards, admin panels, in-app flows). Use /interface-design.

Success Criteria

A Genesis page is "professional" when it:

  • Reads like a confident, specific product; not a general agency
  • Demonstrates proof (numbers, logos, case studies, methodology, security posture)
  • Feels intentional on mobile and desktop (type scale, spacing rhythm, grid)
  • Loads fast, passes Lighthouse, and is accessible by default

If another model could produce the same site from a generic prompt, the work failed.


Multi-Agent Workflow (Required)

You will run 6 specialised agents (as internal roles) and then synthesise.

Agent 1: Competitive & Reference Analyst

Goal: Extract patterns from high-performing B2B SaaS + digital consultancies. Must produce:

  • 12 references split into two buckets:
    • SaaS product excellence (e.g., Stripe, Linear, Vercel, Datadog, Notion, Webflow, Figma)
    • Consultancy/neo-consultancy excellence (e.g., Thoughtworks, Accenture Song, Deloitte Digital, BCG X, frog, AKQA, Work & Co)
  • For each reference: 3 "borrowable" layout moves + 1 thing to avoid.

Agent 2: Information Architect

Goal: Decide the site map, page purposes, and content model. Must produce:

  • Site map (top-level + 1 level deep)
  • A reusable section inventory (15–25 sections) with intent, inputs, and variants
  • A "proof ladder": what evidence appears at each scroll depth (above the fold → footer)

Agent 3: Brand & Visual System Designer

Goal: Create the visual language so Genesis is memorable and not template-ish. Must produce:

  • Type system (display + body + mono; with fallbacks)
  • Colour system (tokens, light/dark, semantic states)
  • Layout system (grid, container widths, spacing scale using rem + occasional px for hairlines)
  • A single "signature motif" (unique to Genesis) that appears in multiple places

Agent 4: Copy & Narrative Editor

Goal: Make the site read like a product that ships outcomes. Must produce:

  • One-sentence positioning
  • Hero headline + subhead + 2 CTA options
  • 3 message pillars with proof hooks
  • "Neo-consultancy without agency cringe" rules (ban vague claims; prefer concrete mechanisms)

Agent 5: Interaction & Motion Designer

Goal: Motion that signals craft, not gimmicks. Must produce:

  • Page-load choreography (stagger; <600ms total feel)
  • Scroll-linked moments (sparingly)
  • Hover/focus micro-interactions
  • Reduced-motion plan (prefers-reduced-motion compliance)

Agent 6: Frontend Systems Engineer

Goal: Make it production-grade. Must produce:

  • Stack recommendation (default: Next.js + TS + Tailwind or CSS Modules + MDX/content layer)
  • Component architecture (section-first, not component-first)
  • Performance plan (image strategy, font loading, code splitting)
  • Accessibility checklist (WCAG basics, keyboard, focus, contrast)

The Genesis "Dual Identity" Rule

Genesis must look like:

  1. A platform that compounds intelligence (SaaS credibility)
  2. A delivery engine that applies that intelligence (consultancy credibility)

Do not mash them together. Use a two-lane narrative:

  • Lane A (Product): platform capabilities, data, workflows, integrations, security
  • Lane B (Delivery): programmes, enablement, onboarding, playbooks, outcomes

Each lane gets:

  • Dedicated sections
  • Dedicated pages
  • Dedicated proof (case studies split by "platform-led" vs "programme-led")

Page Templates (Minimum Set)

  1. Home – positioning, proof, platform overview, outcomes, CTA
  2. Platform – how Genesis works (data → intelligence → action), architecture diagram, integrations
  3. Solutions – by role (Marketing Lead, Growth, RevOps, Founder) and/or industry
  4. Case Studies – problem, approach, artefacts, results, timeline, quotes
  5. Pricing – simple tiers + enterprise contact; show what's included; procurement-friendly
  6. Resources – blog, reports, benchmarks, templates (lead capture without spam energy)
  7. Company – mission, values, operating principles, security/compliance stance
  8. Careers – talent brand, working style, benefits, interview process
  9. Legal – privacy, cookies, terms (boring but immaculate)

Section System (Design for Reuse)

Design pages as compositions of high-quality sections (not random components). Every section must declare:

  • Purpose (what decision it helps the buyer make)
  • Inputs (copy, stats, logos, screenshots)
  • Variants (short/long, light/dark, media-left/right)
  • Responsive behaviour
  • Accessibility notes

Examples of required sections:

  • Hero (two CTAs + trust strip)
  • "How it works" (3–5 steps with a visual narrative)
  • Product screenshots with annotated callouts
  • Methodology / framework (Genesis' distinctive model)
  • Proof grid (metrics, logos, certifications, press)
  • Case study teaser cards
  • Comparison table (Genesis vs status quo)
  • Security & compliance (plain language, not legalese)
  • Integrations strip
  • Founder note / vision (optional; keep factual)
  • Primary CTA section (no generic "Let's talk")

Professional Aesthetic: What to Copy from the Japanese References

From strong Japanese B2B agencies/consultancies, pull these patterns:

  • Clear top navigation with restrained density
  • Above-the-fold clarity: what they do + who for + proof
  • Case studies treated as first-class (not "portfolio vibes")
  • Big-number evidence blocks (volume, years, outcomes)
  • Calm spacing, disciplined grids, and careful typography
  • Frequent but tasteful CTAs (資料請求 / お問い合わせ patterns translate well)

Avoid:

  • Overly decorative hero art that says nothing
  • Stock-photo "smiling meeting" clichés
  • Endless service tiles with identical blurbs
  • Random border radii, shadow styles, and spacing values

Layout-First Rules (Non-Negotiable)

  1. Start with page maps: draw boxes before styling.
  2. Establish grid + spacing rhythm (rem-based): e.g., 0.25rem steps or a 4px equivalent.
  3. Define content widths: readable measure for text; wider for visuals.
  4. Only then design components to fit the layout system.

If layout isn't decided, do not code.


Implementation Rules

Units & Responsiveness

  • Use rem for spacing and type; allow px only for hairlines, icons, and exact media borders.
  • Mobile-first; no desktop-first "shrink to fit".
  • Use fluid type (clamp) for hero and section headings.

Typography

  • Two-font system: expressive display + disciplined body.
  • One monospace for data/metrics.
  • Tight tracking on headings; generous line-height on body.

Colour

  • One dominant brand hue + one sharp accent; everything else is structural neutrals.
  • Semantic colours have purpose (success, warning, destructive).
  • Dark mode is not an afterthought; it is a first-class theme.

Motion

  • Prefer CSS for simple interactions; use a motion library only when it adds clear value.
  • Respect reduced motion.
  • One or two "hero moments" beat constant animation.

Proof & Trust

B2B buyers need:

  • Logos (curated, not a wall)
  • Metrics with context (timeframe, baseline)
  • Named frameworks / methodology (not buzzwords)
  • Security posture page (SOC2 roadmap, data handling, SSO, RBAC — say only what's true)

Performance

  • Use modern image formats; responsive sizes; lazy-load below the fold.
  • Self-host fonts; preconnect sparingly.
  • Avoid heavy third-party scripts; measure each one.

Output Requirements (What you must return)

  1. Reference Digest: the 12-site reference list with "borrow / avoid".
  2. Site Map + Section Inventory (with variants).
  3. Design System Tokens: spacing, type scale, colours, radii, shadows.
  4. One page fully specified (Home) as a layout blueprint:
    • Section order
    • Copy placeholders
    • Proof placement
    • Component requirements
  5. Only then: production code (Next.js preferred) implementing the section system.

Commands

  • /genesis-site-design:references — Produce the 12-site reference digest
  • /genesis-site-design:sitemap — Produce site map + section inventory
  • /genesis-site-design:tokens — Produce design tokens (CSS variables + Tailwind config if relevant)
  • /genesis-site-design:blueprint home — Layout blueprint for Home page
  • /genesis-site-design:build — Generate production code from approved blueprint
  • /genesis-site-design:audit — Check implementation against tokens, layout, a11y, performance

Du fichier au premier essai

Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.

Consulter la source et ses fichiers annexes

Ce téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.

1. Télécharger le fichier

Télécharger SKILL.md

Depuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/genesis-site-design-mryiqicp/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.

Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.

mkdir -p '.skill-downloads/genesis-site-design-mryiqicp' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/genesis-site-design-mryiqicp/download' --output '.skill-downloads/genesis-site-design-mryiqicp/SKILL.md.part' && mv '.skill-downloads/genesis-site-design-mryiqicp/SKILL.md.part' '.skill-downloads/genesis-site-design-mryiqicp/SKILL.md'

2. Vérifier les prérequis

Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.

Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.

Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.

3. Charger la skill

Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.

Claude Code
test -f '.skill-downloads/genesis-site-design-mryiqicp/SKILL.md' && test -s '.skill-downloads/genesis-site-design-mryiqicp/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/genesis-site-design' && cp -R '.skill-downloads/genesis-site-design-mryiqicp' '.claude/skills/genesis-site-design'

Cursor
test -f '.skill-downloads/genesis-site-design-mryiqicp/SKILL.md' && test -s '.skill-downloads/genesis-site-design-mryiqicp/SKILL.md' && mkdir -p '.cursor/skills' && test ! -e '.cursor/skills/genesis-site-design' && cp -R '.skill-downloads/genesis-site-design-mryiqicp' '.cursor/skills/genesis-site-design'

Codex
test -f '.skill-downloads/genesis-site-design-mryiqicp/SKILL.md' && test -s '.skill-downloads/genesis-site-design-mryiqicp/SKILL.md' && mkdir -p '.agents/skills' && test ! -e '.agents/skills/genesis-site-design' && cp -R '.skill-downloads/genesis-site-design-mryiqicp' '.agents/skills/genesis-site-design'

OpenSkills

OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.

Installation officielle d’OpenSkills
openskills install './.skill-downloads/genesis-site-design-mryiqicp'

openskills read 'genesis-site-design-mryiqicp'

La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.

Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.

openskills sync

Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.

4. Faire un premier essai

Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :

Lis .skill-downloads/genesis-site-design-mryiqicp/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.

Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.

Skills similaires