Dover Run Club Website Product Brief
Purpose
Provide a simple, welcoming web presence for Dover Run Club that answers the essentials quickly: what the club is, when it meets, where to show up, and what the vibe is.
Product Goals
- Make first-time visitors confident enough to join a Tuesday run.
- Keep maintenance low with a lightweight, Markdown-first Jekyll approach.
- Preserve GitHub Pages compatibility and lightweight Jekyll delivery.
- Create a clear foundation for future expansion without exposing unfinished content.
Target Users
- Newcomers — local runners, drop-ins, and friends/family checking the club out. Need What/When/Where/Vibe and first-run reassurance.
- Weekly runners — regulars looking up tonight’s route on their phone.
- Run admins — volunteers who post the weekly route to the Facebook group and Strava. Need a quick, shareable link to any route.
- Supporters and partners — local businesses that have donated (The Brick, Middleton Chiropractic, and others), future sponsors, civic groups, race organizers, and donors if the club becomes a nonprofit. Need recognition, legitimacy, and a clear way to get in touch.
Current Scope (Phase 2)
- Multi-page site with a newcomer-first homepage and a main navigation: Home, Routes, Our Story, Gallery, Supporters.
- Homepage communicates, each fact stated once:
- What: Dover Run Club (casual, social group)
- When: Tuesdays at 6:00 PM
- Where: The Brick, Dover, NH
- Vibe: All paces welcome; social post-run hang mentioned briefly, once
- Dedicated Routes page (common routes primary, member routes secondary) with shareable per-route links.
- Supporters page recognizing local business support, linked from nav and footer.
- Events, Pub Runs, and Membership pages remain in-repo but unlinked (
published: false) until there’s real content.
Non-goals
- No activation of events, pub runs, or membership pages until there is real content.
- No formal membership system, dues workflow, or account features.
- No heavy framework adoption or redesign away from current custom CSS + Jekyll setup.
- No publishing placeholder content as primary user paths.
Tone
Casual, welcoming, and inclusive. Clear language, low friction, and a running-first, community-first voice. The post-run hang at The Brick is optional: mention it briefly, never lead with it.
Success Criteria
- Visitors can identify What/When/Where/Vibe within seconds on first load.
- Main navigation stays focused on the active phase’s pages; unfinished pages stay hidden.
- Run admins can grab a link to any route in one tap.
- Content updates remain simple for maintainers (Markdown + lightweight templates).
- Site builds and deploys cleanly via GitHub Pages-compatible configuration.
Agent Guardrails
- Keep changes focused and minimal; avoid unrelated refactors.
- Preserve GitHub Pages/Jekyll compatibility.
- Use existing design tokens/variables and current styling approach.
- Keep hidden future pages unlinked from main navigation until explicitly promoted.
- When structure/scope changes, update roadmap documentation in lockstep.
Roadmap Linkage
Phase progression and activation criteria for future pages are tracked in design/website-roadmap.md. This PRODUCT.md defines Phase 2 intent; roadmap entries define when and how scope expands.