Provides offline-first Bitcoin wallets with SMS-based transaction signing for unbanked farmers in Sub-Saharan Africa — enabling remittances without internet access

# Build A Production-Grade Landing Page For This Startup Idea

## Idea
> "A startup that provides offline-first Bitcoin wallets with SMS-based transaction signing for unbanked farmers in Sub-Saharan Africa — enabling remittances without internet access"

## Context
- Treat this as a real Crypto / Web3 company launching today, not a loose concept.
- Derive a strong, brandable product name from the idea and use it consistently across the page.
- Define the most likely target user, their trigger moment, the pain they already feel, and the clearest paid offer.
- Keep the strategy, copy, and visuals specific to this idea. Avoid generic AI SaaS language or template copy.

## Repo Context
- Before coding, inspect the repo root for `CLAUDE.md` and follow it if present.
- Then inspect shared project docs that are clearly relevant, such as README files, design-system docs, inspiration references, or files explicitly referenced by `CLAUDE.md`.
- If the selected agent file or shared project docs reference `SKILL.md`, skill folders, or inspiration docs, read the relevant ones before implementation.
- Do not merge rules from other agent-specific root files unless the selected agent file or project docs explicitly point to them.
- Do not ignore repo instructions. Only create a missing agent-context file if the project clearly uses that pattern and a minimal file would materially improve future consistency.

## Execution Constraints
- Build for Claude Code.
- Work inside the existing repo conventions and current stack instead of introducing a new setup.
- Framework fit: Match the existing route, rendering, and styling conventions, and keep interactivity isolated to places that actually need it.
- Return production-ready code — no partial snippets or pseudo-code.
- Make strong, opinionated design decisions.
- Write specific, benefit-driven copy — no placeholders.
- If the repo includes `CLAUDE.md`, treat it as project-specific context and follow it.
- Return production-ready code only. No pseudo-code, placeholders, or partial sections.

## Before Coding, Explicitly Define
### 1. Visual Thesis
- One sentence on mood, material feel, and energy.

### 2. Content Plan
- Hero: brand + bold promise
- Context / Why Now: why this matters now
- Problem / Solution: 3 pains and how the product resolves them
- Feature Detail: 4-6 features with concrete benefits
- Social Proof: 2 testimonials + 3 trust stats
- Pricing / Offer: the most credible monetization model for this product
- FAQ: 5 real objections
- Final CTA: direct close with clear next step

### 3. Interaction Thesis
- Use exactly 2-3 intentional motions.
- Motion must support hierarchy or product presence, not decoration.
- Respect prefers-reduced-motion.

### 4. Accessibility Notes
- Semantic HTML, correct headings and landmarks, visible focus states, keyboard support, meaningful alt text, and WCAG 2.2 AA contrast.

### 5. Design System
- Exact font family decision: choose the best headline font and the best body/UI font for this idea, explain why they fit the brand, and use no more than 2 typefaces total.
- Exact theme colors: define concrete theme tokens for background, surface, text, muted text, border, accent, and accent-foreground.
- Keep the palette disciplined: mostly neutrals plus 1 accent color. Do not use 4-5 competing colors or a messy gradient-heavy scheme.
- Typography scale with sizes and weights.
- Spacing scale using a 4px rhythm.
- CSS variables or design tokens.
- Borders, shadows, and radii.

### 6. Precision Audit
- Define the visual quality bar for spacing, alignment, card sizing, button sizing, and section balance before implementation.
- The page must feel pixel-perfect, measured, and clean rather than approximate.

### 7. Visual Archetype
- Derive a specific visual archetype from the idea itself, not just the category.
- Use that archetype to drive font pairing, theme colors, spacing density, hero composition, product imagery, and section emphasis.

## Idea-Specific Direction
- Audience angle: Write for users who value transparency, control, and speed, but avoid hype-heavy crypto language.
- Product surface: Favor data-rich wallet, transaction, community, or protocol surfaces if they fit the idea.
- Visual direction: Use a sharp, technical visual language with restrained accent use and trust-first clarity.
- Theme discipline: Use deep or mineral neutrals with one sharp accent. Choose angular, technical sans families and keep the color system controlled so the product feels trustworthy rather than noisy.
- Offer model: Prefer a credible offer like free + pro analytics, usage tiers, or access-based plans if monetization fits.
- Proof to emphasize: Use trust signals such as assets monitored, transactions analyzed, communities onboarded, or latency/security claims only when believable.

## Visual Archetype
- Archetype: Trust-Centric Utility
- Why it fits: The product touches money, risk, or sensitive behavior, so the page should feel controlled, trustworthy, and highly legible.
- Typography direction: Use premium, restrained sans-serif fonts that feel credible, stable, and calm.
- Color mood: Use deep neutrals or mineral tones with one confident accent that supports trust rather than excitement.
- Layout behavior: Use a structured, highly balanced layout with clear proof, reassurance, and scanning efficiency.
- Product visualization: Show product states, savings summaries, transaction flows, alerts, or comparison views instead of decorative concept art.
- Motion behavior: Keep motion extremely restrained and functional, focused on hierarchy and feedback.
- Section emphasis: Put extra emphasis on credibility signals, reassurance, proof, and objections around safety or accuracy.

## Page Requirements
### 1. Hero
- Create a sharp product name derived from the idea.
- Write a headline with a clear value proposition and a supporting subheadline that explains who it is for and why it matters now.
- Include one primary CTA and one lower-friction secondary CTA.
- Make the first viewport feel like one unified composition.
- Brand first. The page should still feel distinctive even without the nav.
- Do not use a generic hero card unless the product UI itself is the primary interaction.

### 2. Context / Why Now
- Explain the market shift, behavioral change, or user frustration that makes this product relevant right now.
- Add 2-3 short proof points, stats, or credibility signals that feel plausible for this idea.

### 3. Problem / Solution
- Surface 3 concrete pain points the target customer already feels.
- Explain exactly how this product solves them better than the status quo.

### 4. Feature Detail
- Create 4-6 features.
- For each feature, include a name, one short benefit-driven description, and a suggested Lucide icon.

### 5. Social Proof
- Write 2 realistic testimonials with name, role, company, and a quote that sounds specific rather than generic.
- Add 3 stats that support trust or momentum.

### 6. Pricing / Offer
- Choose a pricing or offer structure that fits the category and buying motion.
- Use 3 tiers or an equally clear offer structure if that is more credible.
- Mark one option as the recommended choice.

### 7. FAQ
- Answer 5 real objections with short, confident responses.

### 8. Final CTA
- End with a clear closing headline, one sentence of support copy, and a direct CTA.

## Copy Rules
- Lead with the outcome, not the feature list.
- Use specific, benefit-driven copy written for the likely buyer.
- Keep sections concise, scannable, and commercially sharp.
- Avoid placeholders, vague buzzwords, and filler text.

## UI Rules
- Use a calm, premium hierarchy with strong contrast and restrained accent use.
- Prefer border-led surfaces, subtle radii, and crisp typography over flashy effects.
- The theme must feel aesthetic and professional, not colorful for the sake of being colorful.
- Choose font families that fit the product story. Do not default to generic fonts unless they are clearly the strongest choice.
- Two ideas in the same category should still be allowed to look meaningfully different if their promise, audience, or emotional tone differs.
- Keep the palette tight: neutrals plus one accent is the default.
- Make spacing feel exact. Audit every gap, padding, margin, and max-width so the layout feels deliberate rather than loose.
- If the design uses cards, make card heights, padding, border treatment, icon sizing, and headline rhythm feel consistent and balanced.
- Avoid floppy sections, oversized UI, weak alignment, and random whitespace.
- Push toward a pixel-perfect result on both desktop and mobile.
- Keep the component structure clean and manageable for a solo developer.
- Avoid over-engineering or unnecessary folders.
- Make the layout excellent on desktop and mobile.

## SEO Metadata
- Provide a page title under 60 characters.
- Provide a meta description under 155 characters.
- Provide descriptive OG image alt text.

## Delivery
- Return the full implementation, not a partial snippet or a planning document.
- Make the result specific enough that it can be generated well in one pass.

## Design QA Checklist
- Confirm the first viewport reads as one unified composition and the brand is visually dominant.
- Confirm the font pairing fits the idea, feels intentional, and does not fall back to generic defaults without reason.
- Confirm the theme stays disciplined: mostly neutrals plus one accent, with clean contrast and no messy extra colors.
- Confirm spacing follows a consistent 4px rhythm and section spacing feels deliberate rather than loose.
- Confirm any cards use balanced heights, padding, icon sizing, border treatment, and headline rhythm.
- Confirm buttons, inputs, badges, and nav elements feel proportionate and not oversized.
- Confirm desktop and mobile layouts both feel polished, aligned, and visually calm.
- Confirm motion is minimal, purposeful, and respects prefers-reduced-motion.
- Confirm there are no placeholders, weak copy blocks, awkward gaps, or sloppy alignment.
- If any item fails, refine the implementation before stopping.