To install it, open the pack in Claude Code. Unzip it, then open Claude Code in your system folder and ask it to list what you already have before it adds anything. It adds only the files that are new to you and never overwrites your own work: if anything in the pack shares a name with a file of yours, Claude stops and asks you first, before it copies anything. Watch brand/tokens.css and brand/typography.css especially, since those are the two where losing yours means redoing your whole brand. The pack README has the exact words to paste.

👇 After this module

The right pages for your business, in your brand: the sign-in flow, the email sequences, the course release pattern, the dignity of a clean account section. You pick what fits. Everything else waits in the bundle, brand-neutral, ready for when you need it. You own all of it, with nothing to rent.

Choose the pages your business actually needs 📄

The right pages for your business, for most solopreneurs, are four to eight to start, not twenty-seven. A clear homepage. An about page that lets someone trust you. A way to contact you. A way to pay you. That is already more than most solopreneur businesses have online today.

Every page on your site does a different job. Your homepage decides whether someone stays. Your about page decides whether they trust you. Your services page decides whether they buy. Your contact form decides whether they reach out. The fastest way to lose someone is to confuse those jobs, or to bury them under pages you did not really need.

What the bundle gives you, grouped by job

Each page is in the library. You pick what your business needs right now. Most solopreneurs ship 4 to 8 pages and add the rest as they grow.

Pick few, ship well

Build only what your business actually needs today. A coach starting out may only need a homepage, about, services, contact. A consultant adding a paid newsletter adds two more. A course creator adds member area pages later. The bundle is a library, not a checklist.

The point of having all of them brand-neutral and ready: when you do need a privacy page or a password reset flow, it is already sitting in your system. You switch it on when the moment comes.

Your brand, in one place 🎨

Open most solopreneur sites two years in. The homepage uses one shade of your colour. The contact page uses a slightly different one. The newsletter looks like it was put together by a different person. Tiny drifts, almost invisible one by one, and yet the cumulative feeling is "this person did not quite finish."

The fix is one file that holds your brand, and every page reads from it. Edit a colour there, every page picks it up. Add a font, every page picks it up. The drift becomes structurally impossible.

How this works, without you touching code

You never hand-edit any of this. You answer a handful of plain questions about your brand once: your colours, your fonts, your logo, a few notes on how you want to sound. Claude turns your answers into the one file every page reads from, and sets up your header and footer so they are written once and show up on every page.

Change your mind about a colour six months from now? You tell Claude, it updates that one file, and every page you have ever shipped changes with it. You never open a page to do it. That is the point: your brand lives in one place, so staying consistent stops being something you have to remember.

brand/
  intake.md       your answers about your brand
  tokens.css      your colours and spacing (Claude generates this)
  typography.css  your fonts
  logo.svg
  images/         hero, avatar, social-share

_shared/
  header.html     your nav, written once
  footer.html     your footer, written once

What you give, what you sell 🎁

Most online businesses have one tier: pay or do not access. Some have three: free, paid, premium. Almost none of them think about what each tier is actually offering.

A tier is the relationship you offer at that price, not a measure of how much content you hand over. Free is a hand-shake. Paid is a working agreement. Premium is a partnership. If you set up tiers without that frame, you end up giving away too much (and resenting it) or charging too much (and confusing people).

Three relationships, three sentences

Before any code, write the relationship for each tier in one sentence. If two of them could be confused, the tiers are wrong.

• Free. What does someone get for the cost of an email address? Enough to be useful, not enough to replace the paid thing.
• Paid. What does someone get for a sustainable amount? Usually the bulk of your work, the thing you would feel proud to charge for.
• Premium. What does someone get at the highest tier? Almost always access to you in some form. Calls, priority support, real attention.

How it works once it is set up

The tier migration ships in your Module 5 pack, and it creates three tiers by default; this module wires it up (guide 56). If you already applied it in Module 5, it is done and nothing runs twice: every statement in it is written to be safe to re-run. When someone signs up, they land on Free automatically. When they buy, the Stripe webhook moves them to Paid or Premium and unlocks the right pages. You do not maintain a spreadsheet. You do not flip switches by hand.

Every gated page asks one question: "is this person at this tier or higher?" One line of code, the same shape on every page. If you add a new tier later (say, between Paid and Premium), every existing page still works. You do not refactor.

How members sign up and log in 🔑

The four most-touched moments in your business: someone logs in, signs up, resets their password, confirms their email. They are not sexy lessons to build. Nobody notices when they work. Everybody feels it when they break.

This is one of the quiet places where solopreneur businesses lose paying members, and rarely over price: the password reset link timed out, the confirmation email never arrived, or the login button said "Sign In" on one page and "Log In" on another. Small things. Members read them as "this person is not really running a business yet" and they leave.

The five pages, what each does

• Login. Email and password. That's it. Magic link is tempting but adds an SMTP setup most people skip; password works everywhere on day one.
• Signup. Name, email, password. Triggers a confirmation email. Auto-creates the profile and assigns the free tier.
• Reset password (request). Email field. Triggers a reset email with a one-hour token.
• Reset password (confirm). Where the reset link lands. New password and confirm. On success, redirect to login.
• Email confirm landing. Where the "confirm your email" link lands. Three states: loading, success, error.

What a login actually protects

Worth understanding once, because clients will ask you. Every page of your site is readable code: anyone can fetch a URL and view the source, with or without logging in. That is how the entire web works, your bank included, and it is safe by itself. The login check on a page runs after the page has already arrived in the browser, so treat it as navigation for honest visitors rather than a vault for the page itself.

What login DOES protect is data. After sign-in, Supabase ties every request to the member's session, and Row Level Security decides what that session may read, enforced by the database on each request (Module 5 covers this). So the rule that keeps the whole build safe: pages carry presentation, the database carries everything personal, behind server-side rules. Keep secrets and client data out of pages and the visible code stays a feature of the web instead of a risk.

Why magic link looks easy but breaks

"Email me a link to log in" feels modern. It needs your SMTP configured for transactional email, your domain verified, your link expiry tested. Most people skip these and ship magic link without realising it works for them but not for the customer in Outlook with strict filters. Password is boring and works.

Why a confirmation email matters

The confirmation email is the first email someone receives from your business. It is also the email most people half-design. Three things to nail:

1. It lands in inbox, not promotions (depends on your sender domain, your DKIM/SPF, and the List-Unsubscribe header)
2. It loads on mobile (inline styles, table layout, 600px wide)
3. The button works (you tested it after deploy, on a real device)

Email as a relationship, not a funnel 💌

A funnel narrows people down toward a buy button. A relationship widens, slowly, into trust. When someone gives you their email, you have been handed something rare. The sequence that follows is the first conversation between you and them. Treat it like one.

Most "email funnels" feel cold because they are written to convert, not to connect. People can feel the difference in the first line. A relationship-shaped sequence reads like a letter from someone who is genuinely glad you are here. Five short notes, each landing one specific thing, no pressure to buy anything.

The shape of the first week

Five touchpoints over seven days. Each one short. Each one a different kind of warmth.

• Day 0. Welcome. One useful thing they can use today. One question you genuinely want them to answer. The reply is the start of the relationship.
• Day 1. A story. A specific, real moment from your work, told in your voice, not a polished case study.
• Day 3. Something you got wrong. The mistake you learned from. Honesty is the fastest way to trust.
• Day 5. Something they can use. A small tool, technique, or question that helps them today.
• Day 7. Where to next. A gentle "if this resonated, here is more of the work," never a pitch.

200 to 400 words each. Subject lines that name the specific thing inside, not "Day 3 of your sequence."

The four languages inside one sequence

A funnel speaks only Mind: logic, value, action. A relationship speaks all four. Day 1's story is Heart. Day 3's honesty is Soul. Day 5's tool is Mind. Day 0's "reply and tell me what you are working on" is Body, the human on the other side typing back. When all four show up, the sequence stops feeling like marketing.

What you should never promise

The fastest way to break a new relationship is to promise something you have not actually built. Some specific traps:

• Do not promise "we will send a reminder the morning of the event" unless something actually sends it.
• Do not promise "weekly emails" unless you have written four in a row recently.
• Do not promise "join our community" unless the community exists at that link today.

Every promise is a small debt. Pay it back, or do not make it.

Release your course 🎓

Before you build the third lesson page, there is one quiet decision to make: how do members actually get access to your modules? Most people skip this and let the platform decide for them. The default is rarely the right answer for the kind of course you are building.

The three patterns

All-at-once.

Member buys, gets the whole thing today. Best for small courses, expert audiences, or content people are meant to pace themselves through. Lowest support load. Easiest to refund.

Drip.

Member buys, gets module 1 today, module 2 next week, and so on. Forces pacing. Best when overwhelm is the failure mode of your topic (it usually is). Members refund less, because they have not seen the whole thing in 24 hours.

Cohort.

Everyone in this group gets module 1 on the same day, module 2 a week later, and so on, together. Best for live-taught courses with weekly sessions. The shared rhythm is what makes a cohort feel like a cohort. Highest support, highest engagement.

You always see everything as the admin

The bundle uses a small is_admin() check (set up in Module 5) so you can build and review without ever pretending to be a student.

The dashboard, as a soft landing

After login, members do not land in a course catalogue, they land in their dashboard. A welcome with their name. A "continue where you left off" card pointing to their current lesson. A grid of modules with progress, the locked ones gently dimmed. Nothing fancy.

The "continue" card is the small thing that does the most. Half the value of a course is showing up the second time. People come back two weeks later, see their last lesson, click resume. Without that card, most of them bounce, not because the course was bad, because they could not remember where they left off.

Your account area, with care ❤️

The account area is a Heart space. It is where the people who pay you go to manage themselves. Their name. Their photo. Their plan. How they cancel if their life changes. Whether they keep getting your emails. The whole thing speaks loudly about how you see them, even if no single page is visible from the outside.

The fastest way to lose someone who has been paying you for two years is to make it hard for them to leave gracefully. The fastest way to keep someone who is having a hard month is to let them pause without an awkward conversation.

The two sub-pages everyone needs

• Profile. Name, bio, avatar URL. Nothing complex. Saves to a profiles table. Email is read-only here (changing it goes through a separate secure step).
• Password. New password, confirm, save. Different from the reset flow because the user is already logged in.

These two work the moment you wire up Supabase auth. They are the floor.

Two more sub-pages, only if you actually wired them up

The bundle ships with two more cards, both commented out by default. Only switch them on once the thing behind them really works. A page that looks like it manages something it does not actually manage is worse than no page, because members think they cancelled or unsubscribed when they did not, and you get angry emails six months later.

• Membership. Only enable if you have Stripe Customer Portal wired up. The page becomes one button: "Manage subscription," which redirects into Stripe's hosted portal where Stripe handles plan changes, card updates, billing history and cancellation. If you sell lifetime or one-time access (no subscriptions), you may not need this card at all, the dashboard already shows what they own.
• Email preferences. Only enable if your audience emails are sent from your own Supabase + Resend setup. If your newsletter lives on Beehiiv, Mailchimp, ConvertKit, Substack or any other platform, do not add this. Toggling it would not do anything, and members would still receive emails from the other platform. Link them to the unsubscribe in that platform's footer instead.

Let Stripe handle billing

Do not build your own billing UI. For subscriptions, the membership page has one button: "Manage subscription." It links straight to your Stripe Customer Portal, a URL you paste in once when you set the page up. No edge function, no code. Stripe handles plan changes, card updates, invoice history, and cancellation, all on their hosted page, with their compliance and their support flows. You skip a month of work and a long list of edge cases you would have to maintain forever.

For lifetime or one-time purchases, there is nothing to manage. The page just confirms what they own. If something goes wrong, they email you. Most one-time customers will never visit this page; that is fine.

If you sell to people in the EU, GDPR matters

If any of your customers are in the EU, the law gives them rights to access their data, correct it, delete it, export it, withdraw consent. You do not have to build buttons for any of it on day one. A line on the account page like "to export or delete your data, email support@yourdomain" is a reasonable, respectful way to start, and it lets you handle the rare request by hand instead of maintaining a deletion flow you have not actually written yet. Consider buttons later if the volume justifies it. Email preferences with proper opt-in defaults are the one piece worth doing regardless of where your customers are, because it is just kinder.

Lessons that breathe 🌬️

The lessons that land have rhythm, not a wall of text. 🎥 A short video at the top so members hear your voice, a line of code they can copy, a soft callout for the thing that is easy to miss, a worksheet to download, an image that shows instead of tells, a resource card pointing to where to go next.

The bundle gives you a small library of these elements, all reading from your brand, all copy-paste ready. You decide which ones each lesson needs. Some lessons are pure text. Some are mostly video. Some are a single audio file with a transcript. The structure adapts to the content, not the other way around.

The elements you have

• Video. Four hosting options with pros and cons (self-host, YouTube unlisted, Vimeo, Loom). Pick one and stick.
• Audio. A pill-shaped player for meditations, podcast clips, voice notes. Same hosting rules as video.
• Callouts. A soft cream box with a title, for the "one thing to watch for" moment in a lesson.
• Code blocks. Both inline (a single command word) and block (multi-line, copy-paste).
• Images with caption. A figure with a muted italic caption underneath.
• Resource cards. Icon + title + description + chevron, for linking to docs, tools, or external pages.
• Downloads. A button that saves a worksheet or PDF instead of opening it.
• Generic embeds. Tally form, Cal.com booker, Notion page, Figma frame, anything iframe-able.

Where they live

Two reference points in the bundle:

• body/website/_shared/lesson-elements.html: every element rendered with the exact HTML snippet underneath. Open in a browser, copy what you need.
• body/website/course/module/example/index.html: the example module ships with five lessons, each demonstrating ONE element type in context (Lesson 1 video, Lesson 2 audio, Lesson 3 callouts and code, Lesson 4 images and embeds, Lesson 5 resources and downloads).

The video decision

The biggest call inside lesson elements is where to host video. Four real options, each with real tradeoffs.

Self-host on your hosting (Hostinger, etc).

Plays on your domain, no platform branding, no monthly fee. Slow seek on big files, no adaptive bitrate, downloadable unless you proxy. Best for small cohorts, files under 200 MB.

YouTube unlisted.

Free, fastest globally, captions auto-generated, adaptive bitrate. YouTube branding visible, "Up next" suggestions, can be flagged for music. Best for public-facing or marketing content.

Vimeo Pro (around 10 EUR/mo, check their current pricing).

Clean player, domain locking (a soft tier-gate), no ads. Paid every month, still on Vimeo's domain. Best for paid courses where you want some protection.

Loom.

Easiest recording flow on the planet, free tier covers a lot. Loom branding prominent, transcripts public on free, not built for course delivery at scale. Best for office hours and quick walkthroughs, not production lesson video.

Turn one recording into many 🎬

You ran a live session. A Q&A, an AMA, a workshop, a podcast appearance. The recording is sitting on your drive. Most of the value is locked in there until someone presses play on the whole thing, and almost no-one does.

The recap page turns one recording into a navigable little archive. Filter by topic. Click a question, the audio jumps straight to that answer. One audio file, many clips. Cheap to host, fast to load, easy to share. The same hour of work, gently re-given to the people who were not in the room.

When this format earns its keep

• Q&A or AMA sessions where listeners want to jump to a specific question
• Live cohort calls or workshops with clear topic shifts
• Podcast appearances you want to host on your own site
• Office hours or community calls worth keeping

When to skip it

If your session was scripted and linear, skip this format. Upload the recording, link to it, you are done. The recap pattern earns its keep through navigation. If there is nothing to navigate, the extra work is not worth doing.

How it gets made

Your pack ships the recap page template (at body/website/recap/example/index.html), and Claude does the rest from one instruction. One part is yours: play the recording through and note where each question starts and ends, in seconds. That is the slow part, and it is the part you do. If you already have a transcript, Claude can pull the question list and those timestamps out of it for you. Then drop the recording into your project folder and say: "Build me a recap page from this recording, using the recap example template as the pattern. Put it in its own new folder under body/website/recap/, named for this session, and if that folder already exists, stop and ask me before writing anything. Here are the questions that were asked, with their start and end seconds." Claude points each question at its own slice of that single recording using those seconds, and writes the page. Nothing is ever cut into separate files: there is one audio file, and each player just starts and stops in a different place. You walk away with one HTML file you can ship.

You will know it worked when the page opens in your browser and the recap matches what was actually said, including the one or two things you would have written down yourself. Read it against the recording once before anyone else sees it. If the page comes back thin, or Claude could not open the recording, tell it what you saw and where the recording sits on your computer.

Live example on this site: /ama-faq. 29 questions, one audio file, the full session as a podcast and a clip per question, all from the same recording.

Watch a recap page get built from one recording.

Make it feel like an experience ✨

Your pages work. The brand is consistent, the tiers are right, people can sign up and pay. This lesson is the layer on top: the small movements, textures, and touches that make a site feel built rather than generated. The difference between a page that informs, and a page someone actually wants to stay on.

Every one of these is live. Hover them. It is a taste of what is on the Sticker Pad.

The layer people feel, before they read

Most sites are flat. A subtle texture behind plain cards, a card that lifts when you hover it, a heading that breathes, a section that reveals as you scroll in. None of it is hard. All of it is the difference between "fine" and "wait, how did they build that." You do not need to be a designer. You need an eye, and the right thing to ask for.

The Sticker Pad

There is an add-on for exactly this. The Sticker Pad is a coaching guide you drop into your root system. You tell it which page you are working on, it looks at what you already have, and it walks you through the few moves that fit, built with your own colours and images. It never bolts on someone else's look. Browse the live sheet to see every effect running, then hand your system the prompt for the one you want. The download collects every feature in one add-on.

One rule: restraint

One or two signature moves per page. A page that moves everywhere feels like a fairground, not premium. Pick what serves the one job of the page, and deliberately leave the rest. The taste is in what you say no to.