Part 2 of 2 · This story started in 2018. ← Read Part 1 first
New · 2026 Redesign
Live & Building

Constant Contact · Self-directed · 2026

The SSM — 2026 Redesign

Returning to a platform I built six years earlier, with a design system, component tokens, and a completely different set of tools, to rebuild it from the ground up.

Role
Self-directed
Tools
Figma, HTML/CSS, Claude AI
Type
Portfolio & systems exploration
Status
In progress · 2026
Why revisit it
The original SSM was built under real constraint: Google Sites, no tokens, no design system. It worked, but the platform aged out and the design landscape moved on. This is the rebuild.
The work
Design system first: full token set, Urbanist typography, component library. Then screens: Home Hub, category pages, file row components — built in Figma and prototyped in HTML/CSS.
Status
In progress and documented live. Both the Figma system and the working HTML prototype are embedded in this page, not screenshots.
SSM 2026 redesign — Home Hub in Figma, mid-build with token-based components

What would this look like if I built it right?

The printed binders, half-pages, and one-pagers that preceded the SSM all failed the same way: they couldn't keep up with live calls. The Google Sites platform solved that problem but was built under real constraint — no design system, no tokens, a platform chosen for accessibility over design fidelity. It worked. But years later, with the design landscape completely changed, I wanted to answer that question.

Not a client brief. Not a work assignment. A self-directed reckoning with past work, applied skills, and a 2026 mindset.

sites.google.com/a/constantcontact.com/ssm
The original SSM built on Google Sites — grey circles, lorem ipsum placeholder content, no visual hierarchy
The original SSM on Google Sites, the starting point. No design system, no tokens, and a layout constrained entirely by the platform's defaults.

This redesign is being documented as it's built: the Figma rebuild, the component system, the before & after comparison. This page will grow as the work does.

Design system first, screens second

Phase 1
Foundation — tokens & typography
Established the full token system: color (primary blue #1B55E5, dark navy, orange and green accents), Urbanist as the primary typeface, spacing scale, and border radius system. Built the base component set.
Phase 2
Home Hub — in progress
Converting article card placeholders into proper components with exposed text properties and a boolean Has Image property wired to layer visibility. Featured Updates feed, Recently Opened, and Favorited panels.
Phase 3
Category & resource pages — documented
Second-level page template with deal-stage filter tabs, pinned resource cards, and a compact reusable file row component that auto-populates from filename metadata.
SSM Design System — full token set, color variables, typography scale, and spacing defined in Figma
Design System Full token set — color, spacing, radius, and typography — defined once in Figma variables and referenced everywhere.
SSM Components Library — card variants, file row, filter tabs, nav, and pin cards built as Figma components
Components Library Nav, cards, file rows, filter tabs, and pin cards — built as proper Figma components with exposed properties and hover states.

What changed and why

The original relied on spatial padding to signal hierarchy, a Google Sites default that got accepted as a layout decision. This version collapses that distance intentionally: the hero is typographic rather than image-heavy, category cards have real affordance rather than being passive folder icons, and editorial content is woven into the same page rather than sitting below an awkward empty zone.

Information architecture diagram showing the full SSM structure — Home Hub at the top, branching into category pages, then down to individual content endpoints
The full IA mapped out: Home Hub → category page → content endpoint. Every navigation decision in the redesign flows from this structure. The two-click depth rule from the original is preserved, now enforced at the component level.

Folder navigation was replaced with flat filtered lists. A deal-stage filter bar lets reps narrow by Cold, Warm, Demo, Close, and Follow-up without drilling into nested folders. The two-click depth rule from the original content governance policy is preserved, but now enforced at the component level rather than by convention.

File rows replace plain text links throughout. Each row reads the filename, surfaces the file type as a color-coded icon, and exposes Open and Favorite actions on hover. The component is reusable across every category page.

From placeholder to working prototype

Both screens are live, built in HTML/CSS with the full Urbanist design system, token-based color, and interactive states. The Home Hub covers the top-level navigation experience. The Call Guides page shows a second-level category with deal-stage filtering, pinned resources, and file rows in action.

Scroll, hover, and interact. These aren't screenshots.

SSM — Call Guides (category page) · 2026
Open fullscreen ↗
Tap to open interactive prototype ↗

Where this could go

Rebuilding this tool brought up a question the original never asked: what if the system could understand its own content? File rows auto-populating from filenames is a start. But the same logic extends further. Document metadata (author, modified date, word count), full-text indexing for search that finds content buried inside PDFs, and AI-assisted tagging that categorizes new uploads by deal stage automatically.

None of that is in scope for this demonstration. But getting there organically, through the rebuild rather than a product brief, is the point. The best product questions come from actually using the thing you built.