
Most charity websites aren’t losing donors because the cause is weak; they’re losing donors because the site doesn’t make the next step obvious, trust tangible, or performance calm. After shipping multiple donation experiences and community hubs, I standardized a build workflow around Cherito so small teams can launch credible campaigns fast—without turning every update into a redesign. This is the engineering-friendly playbook I hand to collaborators on learnku.com. — gplpal
When I need lightweight extensions (forms, analytics, newsletters) I keep the stack boring and predictable. The design grammar lives in the theme; the content model lives in our patterns; and the toolbox grows cautiously from a well-curated set of WordPress Themes—not a kitchen-sink of shiny add-ons. The result: fewer regressions, fewer “who changed the spacing?” mysteries, and more Saturdays spent running programs instead of debugging pages.
What a charity site must accomplish (beyond “look caring”)
- Make the ask specific. Each page should lead to one outcome—donate, volunteer, sign a pledge, or share a campaign.
- Show impact, not adjectives. Replace “we’re passionate” with a metric, a story, and a receipt of change.
- Reduce friction. Fewer fields, faster loads, clearer routes for recurring support.
- Protect attention on mobile. Lines that breathe, buttons that are easy to tap, and content that reads well at bus-stop speeds.
- Build trust continuously. Clear policies, transparent budgets, authentic photography, and consistent updates.
- Be editable by non-engineers—safely. Give teams guardrails so copy changes don’t break rhythm, spacing, or tone.
Page grammar for Cherito (sections → rows → blocks)
- Sections (macro): Hero / Need / Impact / Programs / Ways to Give / Stories / FAQ / CTA
- Rows (grid): 1–3 columns with a 12-column mental model; stack gracefully on phones
- Blocks (atoms): headings, copy, stat badges, before/after images, quotes, progress bars, lists, forms, CTA buttons
Rule of thumb: copy & media change anytime; structure changes only via saved patterns. That single constraint keeps sites consistent for months.
Token set (write once, reuse everywhere)
- Spacing: 24 / 32 / 48 / 72 vertical rhythm
- Type scale: H1 40/48, H2 32/40, H3 24/32, body 16/28
- Color: brand / accent / neutral-high / neutral-low; avoid low-contrast pastels on text
- Radius: 8 for cards, 24 for hero and donation panels
- Shadow: subtle on cards, none on lists
- Buttons: primary = accent solid; secondary = text link; never two primaries in one fold
Information architecture that respects donors and staff
- Home — promise, impact snapshot, two primary ways to help, latest story, clear CTA
- Campaign — the need → the plan → the budget → the progress → the CTA
- Programs — one URL per program; goals, partners, timeline, reporting cadence
- Donate — one-time vs recurring, suggested amounts, fees policy, tax language, FAQ
- Volunteer — roles, time windows, vetting steps, upcoming orientations
- Stories — field notes and beneficiary voices; short captions beat long essays
- About — “why us” positioning, governance, team tiles (short), open documents
- Contact — 4 fields max, response window, office hours, emergency channel
The one-hour launch ritual (from brief to credible draft)
0–10 min — Skeleton
Drop seven sections: Hero, Need, Impact, Programs, Ways to Give, Stories, CTA. Confirm hero carries H1 + two-line lead + a single primary button.
10–25 min — Copy pass
- Use verbs and numbers.
- Need = one sentence; Impact = one stat + one sentence of “how measured.”
- Programs = three tiles; each tile asks for one micro-action (read more, sign up, donate).
- Stories = two short blurbs with a photo and a quote.
25–40 min — Visuals & proof
- Replace hero media with a static poster (no autoplay).
- Add a before/after image pair or a map that clarifies reach.
- Place one human quote (≤ 20 words) with role or location.
40–50 min — Mobile & language clarity
- Tighten H1 to ≤ 12–14 words.
- Ensure buttons fit on two lines maximum.
- Trim any decorative elements that compete with the CTA.
50–60 min — Performance & a11y
- Intrinsic image sizes or aspect-ratio; lazy-load below the fold.
- AA+ contrast; visible focus; form labels outside inputs; large tap targets.
- Reduce script weight; avoid novelty animations.
Ship the draft; iterate with your team. Calm beats perfect.
The seven-screen QA (fast visual check)
1) iPhone portrait
2) iPhone landscape
3) Android mid-range
4) 13-inch laptop
5) 24–27-inch desktop
6) Slow network simulation
7) Reduced-motion mode
At each breakpoint: is the promise legible, is the action obvious, does the proof fit, and does the layout hold?
If I had to start tomorrow
- Define tokens first; save as presets.
- Ship one approved pattern set; clone for new pages.
- Put numbers and names into copy; remove fluff.
- Review in a grid every Friday; fix drift early.
- Keep vitals calm; drop fancy for clarity.
— gplpal