Homepage Lead-Gen Refresh — Design Doc

Date: 2026-04-10 Branch: master (after performance optimization work) Status: Draft for review

Context

base2Services has completed a major strategic repositioning (March 2026). The company is moving from generalist "DevOps as a Service" messaging to a specialist position: Platform Engineering for the AI Era, targeting regulated financial services companies building on AWS.

The current homepage (index.html.haml + _partials/front_page/*) still reflects the old positioning. The lead-gen-refresh git branch contains 22 commits of earlier hero redesign work but its messaging is now outdated compared to the latest strategy docs (in ~/development/claude/base2services/strategy-output/).

This design defines an interim homepage refresh that:

Goals

  1. Replace generic messaging with the new strategic positioning on the homepage
  2. Show, not tell, what the service delivers (dual-interface visual: leadership dashboard + engineer view)
  3. Present services as modular paths that can be mixed and matched, not mutually exclusive tiers
  4. Provide a working self-serve conversion path via SecureCompass
  5. Preserve all recent mobile performance fixes from 2026-04-08-site-performance-optimization

Non-Goals

Page Structure

Eight sections, top to bottom:

1. Hero (all-in-one)

Dark background. Contains the kicker, headline, subheadline, delivery-channel chips, CTAs, and an inline dual-interface visual (leadership dashboard + engineer view) within the same hero container.

Desktop layout (≥801px): Single-column centred layout. Copy (kicker, headline, subheadline) sits at the top, dual-interface visual sits immediately below, CTAs sit below the dual interface. Maximum content width 1200px, centred. Tablet (481–800px): Same single-column order as desktop, reduced padding and font sizes. Mobile (≤480px): Same single-column order — kicker → headline → subheadline → dual interface → CTAs. Dual interface builds conviction before the ask.

The entire page uses this single stacking order across all breakpoints. Side-by-side layouts are inside the dual-interface visual (Leadership view next to Engineer view) and collapse to stacked vertically ≤480px.

Copy (practitioner voice): - Kicker: AWS Advanced Partner · 15 years on AWS - H1: The infrastructure layer for AI-era software teams. - Subheadline: Findings in your pull requests. Compliance in your dashboard. An engineer who knows your environment. For teams shipping regulated software on AWS.

CTAs: - Primary: Start Your Assessmenthttps://securecompass.io?utm_source=base2services&utm_medium=homepage&utm_campaign=hero - Secondary: Book a Call/contact/

Dual-interface visual (inline in hero):

Two panels side-by-side (stacked on mobile):

These are illustrative — rendered in HTML/CSS, not real screenshots. They do not need to match the live SecureCompass UI pixel-for-pixel; they communicate the two outputs the service produces.

2. Proof Bar

Thin horizontal strip, light background. Certification and partnership list:

ISO 27001 · CPS 234 · AWS Advanced Partner · DevOps Competency · SaaS Competency

No images required — can be text badges for simplicity in the interim.

3. Service Paths (Hybrid A+B layout)

White background. Section heading: "Three paths. One specialist team." Subheading: "Mix and match — start where your problem is most urgent. Every path leads to the same outcome: infrastructure your team can ship into, safely."

This copy explicitly reinforces the modular purchase model — services can be combined, not chosen exclusively.

Layout:

4. How We Deliver (NEW)

Dark slate background. Section heading: "No tickets. No reports. Just fixes." Subheading: "The Engagement Engineer + Agent Fleet model."

Three equal cards in a row (stacked on mobile ≤480px):

Card Icon Title Body
1 🤖 Agents find it Continuous analysis of IAM, compliance, cost, pipelines, and deployments.
2 👤 Engineers fix it Your named Engagement Engineer acts before you raise a ticket.
3 📊 You see progress Benchmark score, PRs merged, trend lines for your board.

Icons are rendered as inline SVG (simple geometric shapes or abstract line art) rather than emoji, to avoid cross-platform rendering inconsistencies. No external icon font; SVG is inlined in the partial.

5. Audited. Certified. Compliant.

Reuses the existing _partials/front_page/scroller_compliance.html.haml. The partial is heavy (97KB of inline SVG logos) but visually valuable and already performs well because it's below the fold. Reframe the heading copy only:

6. Customer Evidence

Reuses the existing _partials/front_page/testimonials.html.haml. Reframe the section heading to "What they shipped with us." Individual testimonial copy left unchanged for the interim — can be swapped page-by-page later.

7. Resources / Articles

Reuses the existing _partials/front_page/articles.html.haml unchanged. Keep the current articles feed, just updated heading if needed.

8. Dropped Sections

The following are removed from the homepage for this refresh:

Partials themselves are not deleted. They're left on disk and simply not included from index.html.haml. This keeps rollback cheap and keeps them available for other pages.

Implementation Plan

Files to Create

Files to Modify

Files Preserved Unchanged

Page Title and Meta Description

New frontmatter in index.html.haml:

All "Start Your Assessment" buttons link to:

https://securecompass.io?utm_source=base2services&utm_medium=homepage&utm_campaign=<section>

Where <section> is one of: hero, service_paths, cta_footer. This allows conversion tracking in GA4 (via the new GTM container) to identify which homepage section drives the most assessment signups.

Styling Notes

Performance Considerations

The page must not regress mobile performance from the 2026-04-08 optimization work:

Testing and Validation

Before merging the branch:

  1. Lighthouse mobile audit must score ≥58 on Performance (current baseline after 2026-04-08 work). Regressions block merge.
  2. Visual QA on ≤480px, 768px, and ≥1200px breakpoints using Chrome DevTools device emulation.
  3. Verify SecureCompass link fires correctly with the UTM parameters attached, visible in the GA4 DebugView via the new GTM container (GTM-K53VC92S).
  4. Verify "Book a Call" and "Explore Cloud Management" links resolve to the correct existing pages.
  5. Screen reader pass — the dual-interface visual must not announce every mock number; use role="img" with an aria-label like "Illustration of benchmark dashboard and engineer pull requests".
  6. Rollback test — confirm that reverting index.html.haml to its previous version restores the old homepage without needing to revert the new partial files.

Out of Scope / Future Iterations

Risks

  1. Dual-interface visual looks fake. Static mockups risk feeling like marketing fluff rather than proof. Mitigation: keep it intentionally abstract (small icons, muted colours) so it reads as an illustration of outputs, not a product screenshot.
  2. Bridge messaging dilutes the FinTech focus. The strategy is clear that regulated financial services is the target. Bridge messaging risks softening that. Mitigation: use "regulated software" phrasing and lean on the proof bar (APRA CPS234) to signal the audience without alienating non-FinTech visitors.
  3. SecureCompass traffic spike. This homepage becomes a funnel into securecompass.io. If that product isn't ready for the volume, the CTA fails. Confirm with the SecureCompass team before launch.
  4. Modular purchase model not obvious enough. The copy "Mix and match — start where your problem is most urgent" and the three distinct CTAs (not a single "Talk to us") signal modularity, but visitors may still perceive the Service Paths section as "pick one." Mitigation: watch user testing / analytics and iterate copy if conversion is low.