Contenu du pack

Un fichier SKILL.md (le guide pratique) + un modèle de départ. Aperçu :

Harbor SaaS Suite

When to use

• Your SaaS site has accumulated pages over time and now feels inconsistent — different navs, different voices, different pricing stories
• You are launching a SaaS product and need the full marketing site, not just a landing page
• Trial signups are low and you suspect visitors cannot find what the product does or what it costs
• You are rebranding or repositioning and every page needs to tell the same story
• Your docs, blog, and marketing pages feel like they belong to different companies

Workflow

1. Map the suite (input: product + audience → output: site map + one story)
   List every page the site needs — Home, Features (or Product), Pricing, Docs or Help, About, Blog, Legal — and for each, write one sentence on what it must convince the visitor of. Then write the one story all pages tell: who the product is for, what problem it removes, and why it is the safe choice. If a page cannot connect to that story, it gets cut or rewritten. The harbor metaphor is the test: every page should feel like the same calm harbor, not a different port each time.
2. Design the shared shell (input: site map → output: navigation + footer + page shell)
   Build one shell every page shares: top navigation with the same 4–6 items in the same order, a consistent header treatment, and a footer with product, company, resources, and legal links. The shell also fixes the type scale, button styles, and spacing rules. This is the highest-leverage step in the whole skill — a shared shell makes a dozen pages feel like one product even before any copy is written.
3. Write the home page (input: story + shell → output: home page)
   Structure the home page as a visitor's first walk through the harbor: headline stating the outcome (not the feature list), one short paragraph on who it is for, three feature blocks tied to real jobs the visitor does, one proof element (customer quote, usage number, or integration list — only what you can verify), and one signup path repeated at top and bottom. Every claim must be one the product can back up on the next click. No auto-playing video, no chat widget that opens itself.
4. Build features and pricing (input: story + shell → output: features + pricing pages)
   Features pages follow one pattern per feature: the job, how it works in two or three steps, and what changes for the user. Screenshots beat adjectives — show the actual interface. Pricing shows every plan side by side with the same rows in the same order, the price stated plainly with billing period, and what is not included stated as clearly as what is. If a visitor has to contact sales to learn the price, say so in one line and say why.
5. Connect docs, blog, and launch checks (input: all pages → output: finished suite)
   Docs pages use the same shell and the same voice, and every marketing claim links to the doc that proves it. The blog gets one index page in the same system — no separate theme. Then run the launch checks: every page loads fast and reads cleanly on a phone, every link works, pricing matches what billing actually charges, signup works end to end from a fresh browser, and the site reads consistently when you open any three pages side by side.

Aperçu du modèle

Harbor SaaS Suite — Site Build Template

One story, one shell, every page. Write the story and shell before any page copy.

The one story (every page must connect to this)

Who it is for: {audience}

Problem it removes: {problem, in the visitor's words}

Why it is the safe choice: {reason}

Site map (one sentence per page: what it must convince the visitor of)

Cut list (pages that duplicate another page's job): {pages to cut or merge}

Shared shell (identical on every page)

Navigation (4–6 items, same order everywhere): {items}

Footer: Product: {links} | Company: {links} | Resources: {links} | Legal: {links}

Le pack de compétence lui-même (SKILL.md + modèle) est rédigé en anglais.

Acheter le pack complet — $4.99 Pro — les 511 compétences