Queue-North-Website/docs/design/REDESIGN_REVIEW.md

390 lines
5.9 KiB
Markdown
Raw Permalink Normal View History

# Queue North Website Redesign Strategy
docs: adopt project template, retire the markdown backlog This repository is the one the template's README describes: 205 issues, zero milestones, and severity labels spelled "P0 Critical" / "P1 High" / "P2 Medium", which privacyllc.dev reports as NOT ADOPTED rather than as 87% complete. Six markdown records described the same work and none pointed at the tracker. Two of them said the project was in "Phase 5" while the code was at 0.9.3. Migrated, then deleted in this commit: FUTURE.md -> docs/history/BATCH_LEDGER.md (Archived). Its open items were all already filed as issues, so nothing needed migrating into the tracker HISTORY.md -> docs/history/DEVELOPMENT_LOG.md, verbatim, 0 lines lost DEVELOPMENT_LOG.md -> the same file, as a second labelled block. Not interleaved: the changelog has three duplicated version headings, so one date order would have implied more than the record supports PROJECT.md -> docs/planning/PROJECT_PLAN.md STRUCTURE.md -> the agent pipeline into README.md; its versioning rules retired BUILD_SUMMARY.md -> BATCH_LEDGER.md. Its embedded SQL schema deliberately NOT carried: it predated the UNIQUE constraint on leads.email, and server/index.js owns the schema SCRIPTS.md -> docs/TOOLS.md, corrected for the SSR + prerender build Moved with history (git detects all four as renames): OVERHAUL_PLAN.md, review.md, project-requirements.md, docs/zoho-setup.md Kept because this project earned them: the five-agent pipeline, the design system in OVERHAUL_PLAN.md (Status: Current, with a front-note saying which half is history), the positioning argument in REDESIGN_REVIEW.md, and REQUIREMENTS.md whole, including its change policy. Deleted from the template because they do not apply, each said out loud in DOC_TRUST_MAP.md: QA pass I (no money moves), the authorisation checklist group and the session-token row (no accounts, no sessions), and one PRECAUTIONARY paragraph in SECURITY.md about holding credentials on behalf of users — there are none, and PROJECT_PLAN.md records accounts as out of scope. Pass H was kept and rewritten: its authorisation half does not apply, its what-a-stranger-can- reach half is the most exposed surface here. Also removed: main.js, the old static site's hash router, referenced by nothing and preserved in .drop/; and test-results/.last-run.json, a May Playwright artifact reading {"status":"failed"} for a suite that does not exist. The repository was made private on Forgejo before this commit. That is what let the internal history be committed rather than exempted — null/fruit-fall is already private and reports normally. Two defects found on the way in and fixed here: zoho-setup.md told admins to edit `server/zoho/`, a directory that has never existed in any commit (the mapping is in server/index.js), and README.md's route list still advertised /8x8, removed at 0.6.6, while omitting /privacy-policy. Branding: icon.webp and logo.webp converted from this project's own marks in assets/. banner.webp is absent and is filed as an issue rather than faked. Verified: verify.sh 3/3, doc-claims 71 claimed paths all present, backup and a first-ever restore of the live leads database (2 tables, 3 rows, under 1s). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-18 01:19:02 -05:00
```
Status: Current
Owner: _null
Last reviewed: 2026-08-18
Governs: brand positioning, tone, and the messaging standard every page is
written against
Review trigger: Any change to how Queue North positions itself, or to the
audience the site is written for
```
> The positioning argument behind the rebuild, written before it started. It is
> still the standard: the open content issues in `Batch 12 — Enterprise content
> rewrite` (#199#209) are all defects measured against this document.
>
> `OVERHAUL_PLAN.md` says what the site should look like. This says what it
> should *sound* like, and why the previous one lost trust in seconds.
# Core Problem
Current website branding feels:
* too abstract
* too technical
* too personal
* too experimental
The site currently resembles:
* a developer portfolio
* infrastructure hobby project
* underground tech blog
Instead of:
* a mature B2B UCaaS provider
* managed IT partner
* enterprise communications company
This creates trust friction immediately.
Business buyers need confidence within seconds.
---
# Business Positioning
Queue North should position itself as:
## Primary Identity
Reliable business communications and IT infrastructure partner for SMB and enterprise clients.
## Supporting Identity
Modern, technically competent, responsive, security conscious.
Not:
* hacker aesthetic
* underground engineering lab
* mysterious tech collective
---
# Recommended Brand Direction
## Desired Feel
The website should feel:
* modern
* clean
* stable
* operationally mature
* enterprise capable
* technically sharp
* trustworthy
Think:
* RingCentral
* Zoom
* Cloudflare
* Cisco Meraki
* Dialpad
* 8x8
* Microsoft business products
But less corporate and less soulless.
Human but competent.
---
# Homepage Structure
# 1. Hero Section
## Goal
Instant clarity.
User should immediately understand:
* what Queue North does
* who it serves
* why it matters
## Recommended Headline
Business communications and IT that actually work.
Alternative:
Modern UCaaS and managed IT for businesses that cannot afford downtime.
## Supporting Text
Queue North delivers cloud communications, networking, managed IT, and infrastructure support for SMBs and enterprise teams.
## CTA Buttons
* Schedule Consultation
* View Services
Optional secondary:
* Contact Support
---
# 2. Trust Signals Section
This section should appear immediately after hero.
## Include
* uptime guarantees
* support response times
* certifications
* vendor partnerships
* years in business
* client industries
* deployment count
* SLA metrics
## Example Metrics
* 99.99% uptime
* 24/7 support
* multi site deployments
* secure cloud infrastructure
* enterprise grade failover
This is critical.
B2B buyers purchase risk reduction, not technology.
---
# 3. Services Section
## Recommended Layout
Clean enterprise card grid.
## Service Categories
### UCaaS
* hosted VoIP
* business phones
* call routing
* conferencing
* remote workforce support
### Managed IT
* endpoint management
* helpdesk
* patching
* infrastructure monitoring
### Networking
* SD WAN
* VPN
* firewall management
* switching
* wireless deployments
### Security
* MFA
* endpoint protection
* backups
* compliance
* monitoring
Each card should explain business outcomes, not technical jargon.
Bad:
"Kubernetes managed SIP orchestration"
Good:
"Reliable business communications with centralized management and failover"
Humans love inventing incomprehensible wording and then wondering why sales calls disappear.
---
# 4. Industry Use Cases
Very important for B2B trust.
## Example Industries
* healthcare
* logistics
* retail
* manufacturing
* legal
* finance
* distributed offices
Each section should explain:
* operational problems
* compliance needs
* uptime requirements
* remote work needs
---
# 5. Why Queue North
## Focus On
* responsiveness
* reliability
* technical depth
* direct support
* proactive monitoring
* vendor neutrality
## Avoid
Generic corporate fluff like:
* innovative solutions
* digital transformation
* next generation synergy nonsense
Every B2B site writes this garbage and nobody believes any of it anymore.
---
# 6. Testimonials / Case Studies
Mandatory.
Enterprise buyers need validation.
## Include
* measurable outcomes
* reduced downtime
* migration success
* support quality
* deployment scale
Even 2 or 3 strong case studies massively improve credibility.
---
# 7. Support & Operations
This is where technical sophistication can appear.
## Good Technical Signals
* network operations center visuals
* uptime dashboards
* support workflows
* monitoring systems
* escalation paths
## Bad Technical Signals
* hacker visuals
* terminal cosplay
* random code snippets
* obscure infrastructure references
Technical competence should feel controlled and operational.
Not chaotic.
---
# Visual Design Recommendations
# Colors
## Base
* white
* dark slate
* muted blue
* graphite
## Accent
* blue
* teal
* restrained cyan
Avoid:
* neon green
* hacker black/red
* cyberpunk palettes
Those aesthetics destroy enterprise trust surprisingly fast.
---
# Typography
## Recommended
* Inter
* Geist
* IBM Plex Sans
Professional sans serif.
Monospace only for tiny UI accents if needed.
---
# Layout Style
## Use
* large spacing
* strong hierarchy
* clean sections
* restrained motion
* clear CTAs
## Avoid
* excessive animations
* overloaded visuals
* scrolling gimmicks
* terminal-first design
Enterprise sites should feel efficient.
---
# Recommended Technical Stack
## Best Option
### Astro or Next.js
With:
* Tailwind
* Framer Motion lightly used
* CMS integration
* fast performance
* accessibility focus
---
# Key Messaging Shift
## Current Impression
"Interesting technical person"
## Required Impression
"Reliable communications and IT partner for serious businesses"
That distinction changes everything about the design language.