Philosophy Services Thinking Shop Start a project →
Case Study · Civic Tech Product Design © US Copyrighted

Reimagining Community Planning Through Human-Centered Technology

Bespeak is an ongoing platform, piloted across BeltLine-adjacent Atlanta neighborhoods, built to prove that a role-based, plain-language approach to civic engagement can close the trust gap between residents and the decisions that reshape where they live.

Role
Founding Principal Designer
Scope
Product Strategy · UX · Design Systems
Timeline
2018 – Present
Bespeak platform interface

City planning wasn't built for the people it affects most

Bespeak began as a response to what was happening across Atlanta's BeltLine-adjacent neighborhoods, communities like Westview and the area around Pittsburgh Yards, where rising costs and cultural displacement were outpacing residents' ability to influence the decisions reshaping their own blocks. In early discovery interviews, planners told us the same thing directly: engagement was happening too late to influence the outcome.

The tools in place weren't built to close that gap. Static surveys, fragmented communication across departments, and siloed committees left residents guessing at what was actually being decided, and many carried real, earned mistrust of digital systems that extract input and give nothing back. Over 80% of residents surveyed said they didn't understand the planning process well enough to weigh in on it. That gap, not a lack of interest, was the design problem.

Four tensions a single platform had to hold at once

01
Accessibility vs. Regulatory Accuracy
Zoning changes, environmental studies, and planning documents carry real legal weight. The platform had to translate them into plain language without losing the precision residents and city officials both depend on.
02
Transparency vs. Institutional Trust
Residents had earned mistrust of digital systems that collect input and give nothing back. Decision-tracking had to visibly close the loop, showing not just that a comment was received, but what happened to it.
03
Collective Intelligence vs. Fragmented Tools
Static surveys, siloed committees, and disconnected communication channels were replaced with one coherent system, Issue Boards, community profiles, and shared decision histories, built to work as a single source of truth.
04
Designing for Before, Not After
Planners were candid that by the time most engagement happened, it was too late to shape the outcome. The platform had to move participation earlier in the process, not just make it more convenient.

Listening before mapping a single workflow

The work began with community listening, sessions with residents, youth leaders, nonprofits, and property managers across the neighborhoods Bespeak was designed to serve. Rather than starting from a feature list, I was listening for what residents actually needed to trust the process: to understand it, to see their input reflected, and to find people like them already engaged.

Three pillars came out of that listening and shaped everything downstream: accessibility, transparency, and collective intelligence. From there I built a multi-layered service blueprint mapping resident touchpoints, administrator workflows, data flows, and decision lifecycles, then architected a unified platform on top of it, with clear openings for AI to help summarize community input rather than replace the people giving it.

In its current build phase, I took the platform from that blueprint into a working, role-based product myself, modeling resident, community leader, city planner, business owner, and admin permissions directly into the data model on Next.js, PostgreSQL, and Prisma, so the system stayed legible as it scaled instead of accumulating one-off exceptions.

Information Architecture

One system, five distinct roles

Every account belongs to a role, resident, community leader, city planner, business owner, or admin, and that role determines what they see across Issue Boards, decision tracking, and every other module: who can publish a timeline, who can moderate a discussion, who can close the loop on a decision.

Designing the role model first meant the interface for each role could stay simple and specific, instead of one generic dashboard trying to serve everyone at once.

Roles & Permissions
ResidentBrowse, vote, discuss
Community LeaderRepresent, respond, publish
City PlannerPublish timelines & documents
Business OwnerList, engage locally
AdminModerate, manage community
Product Surface

Everything a community needs to engage, in one place

Rather than a single feed, Bespeak organizes engagement into purpose-built modules, each designed around a specific way residents build trust in the process.

  • Interactive Issue Boards where residents and planners co-create solutions instead of just commenting
  • Community Profiles and Neighborhood Identity Spaces that make each development area feel specific, not generic
  • AI-powered summaries that turn hundreds of comments into legible themes, without flattening dissent
  • Decision tracking that closes the loop, showing residents exactly what happened to what they said
Bespeak mobile home screen showing community, news, leadership, photo gallery, and upcoming events modules
Bespeak platform screens overview
Execution

From design system to shipped product

Bespeak's design system was built to scale across neighborhoods without a redesign for each one, brand identity, accessibility standards, mobile-first patterns, and a component library meant to outlast any one release. In its current build phase, I also took the platform itself from that system into working, full-stack code.

Working across strategy, UX, and code meant every feature was scoped against what could actually ship, a discipline that kept the platform focused instead of sprawling.

Stack
Next.js PostgreSQL Prisma Auth.js Tailwind CSS

Faster feedback, and trust that held up in pilots

40%
Faster resident feedback collection recorded during platform pilots
80%+
Residents who didn't understand planning before Bespeak, the baseline the platform was designed against
Broader Reach
Increased engagement from residents historically excluded from planning conversations
Multiple Partners
Have expressed interest in bringing the platform to their own neighborhoods
Start Something Similar

If your product needs real people to actually trust it, not just use it, let's talk about what that could look like for you.