2026-05-13 22:07:35 -05:00
|
|
|
|
# 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.
|
|
|
|
|
|
|
2026-05-13 22:07:35 -05:00
|
|
|
|
# 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.
|