πŸ—½ NYC 311 Chat Assistant Project Wiki

An opencivic.tech project by Femmecubator

Project Workspace

What is this wiki for?

This wiki serves as a resource space and companion document for the Conversational AI design sprint hosted by Femmecubator and Superbloom Design.

What You'll Learn:

In this beginner-friendly course, you'll get an introduction on Voice UX research and design methods, and practice deploying the bot through Voiceflow. Workshop facilitators will host activities while working through building the NYC 311 Chat AI Assistant sandbox, an educational initiative within the Open Civic Tech Project.

πŸ“„

Artifact 1 β€” Project Brief

Full implementation plan: overview, use cases, entry points, user intents, bot responses, happy path, edge cases, FAQ, and resources.

9 sections
πŸ“š

Artifact 2 β€” Design Canvas

Contains example prompts that participants can use during the workshop.

Workshop Resource
✍️

Artifact 3 β€” Content Library

Opens the Content Style Guide document in Google Docs.

β†— Google Docs
πŸ”

Artifact 4 β€” Research Files

Desk research, bot persona, and sample dialogue resources.

3 files

1. Purpose

Purpose
NYC 311 Chat Assistant β€” A conversational AI helper for New York City's
non-emergency service system.

Core Capabilities
   Incident Reporting β€” Help NYC residents report local issues
   (potholes, noise complaints, graffiti, illegal parking, etc.)

   Status Tracking β€” Check on existing 311 requests, track status
   of previous reports submitted by residents

   Educate β€” Provide information about city services, departments,
   and how to access resources

Primary Users
   NYC residents reporting local issues
   Property owners managing maintenance concerns
   Visitors seeking city information
   Community advocates tracking neighborhood issues

2. Use Case

Deployment Channels

NYC 311 Mobile App β€” Primary integration within existing app. NYC.gov/311 Website β€” Embedded chat widget on the 311 portal. SMS/Text β€” Text-based access via existing 311 SMS number. Smart City Kiosks β€” Touch-enabled interface at LinkNYC kiosks.

Context & Value

The chatbot provides 24/7 access to 311 services, reducing wait times for phone support and making it easier for residents to report issues in multiple languages. It guides users through the reporting process with contextual questions, validates information in real-time, and provides immediate confirmation and tracking numbers.

3. Entry Points

Digital Channels

Direct access through NYC 311 app home screen ("Chat with 311" button), website chat bubble on nyc.gov/311, SMS keyword trigger (text "HELP" to 311-NYC), and voice assistant integration ("Alexa, open NYC 311").

Referrals & Links

Social media campaigns with direct chat links, email notifications with "Check Status" chat links, and community board websites and local blogs.

Physical Materials

QR codes on street furniture and public spaces, QR codes on 311 mailers and flyers, signage at city service centers, and printed on utility bills and city communications.

4. User Intent Examples

User Intent Examples
Reporting Intents
   "There's a pothole on my street"
   "I need to report illegal dumping"
   "My neighbor's dog won't stop barking"
   "There's a broken streetlight"
   "Someone parked in front of a fire hydrant"

Status / Tracking Intents
   "Where's my complaint?"
   "What happened to my noise complaint from last week?"
   "Check status of service request #C1-1-2345678"
   "Has anyone fixed the pothole I reported?"

Informational Intents
   "What can I report to 311?"
   "How do I get a birth certificate?"
   "When is alternate side parking suspended?"
   "What are the rules about construction noise?"
   "How do I apply for SNAP benefits?"

Service Discovery
   "I need help with my rent"
   "Where's the nearest vaccination site?"
   "How do I register to vote?"
   "What recycling services are available?"

5. Bot Responses

Bot Responses
Empathetic Tone
   "I understand how disruptive noise can be, especially late at night.
   Let me help you file a complaint right now."

   "I'm sorry you're dealing with this. We'll get your report
   submitted to the right department."

Informational Tone
   "311 accepts complaints about noise between 10 PM and 7 AM on weekdays.
   Here's what you need to report..."

   "The Department of Transportation typically responds to pothole
   reports within 30 days."

Actionable Tone
   "To report this issue, I'll need a few details.
   First, what's the address or nearest cross street?"

   "Great! I've submitted your complaint. Your service request number
   is C1-1-2345678. Would you like to save this number or receive
   updates via text?"

Response Structure
   1. Lead with acknowledgment
   2. Provide clear, scannable information
   3. End with a specific next step or question
   4. Offer alternatives when applicable

6. Happy Path Flow

Scenario: Reporting a Pothole
1. User Entry
   "There's a huge pothole on my street"

2. Bot Acknowledgment
   "I can help you report that pothole. Let me get some details so we
   can send it to the Department of Transportation."

3. Information Gathering
   "What's the address or nearest intersection?" β†’ User provides location
   "Can you describe the size? (Small, medium, large)" β†’ User selects option
   "Is it causing a hazard to traffic or pedestrians?" β†’ User confirms

4. Optional Photo Upload
   "Would you like to upload a photo? It helps the repair crew."
   β†’ User uploads or skips

5. Confirmation & Review
   Location: 123 Main St, Brooklyn
   Issue: Large pothole causing traffic hazard
   Photo: Attached
   "Does this look correct?"

6. Submission & Tracking
   Service Request: C1-1-2345678
   Expected response: 30 days
   Track via 311 app or by sharing the SR number.

7. Closure
   "You're all set! Thanks for helping keep NYC streets safe."

7. Edge Cases

Edge Cases
User in Distress
   Trigger: "someone is hurt," "fire," "crime in progress"
   Response: "This sounds like an emergency. Please call 911 immediately
   for urgent help. I can only assist with non-emergency issues."

Beyond Bot Scope
   Examples: "How do I sue the city?" "I need to renew my passport"
   Response: "I can help with NYC city services, but this falls outside
   my area. Here's who can help: [specific resource/department]"

Ambiguous Queries
   Example: "There's a problem on my block"
   Response: Offer category options β€” street/sidewalk issue,
   noise or quality-of-life complaint, or something else.

Location Uncertainty
   Response: "No problem! Can you tell me the nearest cross streets,
   a nearby landmark or business, or enable location services and
   I'll use your current location."

Repeat User Frustration
   Detection: "again," "still not fixed," "I already reported this"
   Response: Search by address, then escalate to constituent
   services if unresolved.

Language Barrier
   Prompt: "Need help in another language? / ΒΏNecesita ayuda en espaΓ±ol?"
   Action: Switch to supported language or provide multilingual
   phone support number.

8. Anticipated Questions

Early Journey

  • "What is 311?"
  • "What can you help me with?"
  • "Can I report noise complaints?"
  • "Do you speak Spanish?"
  • "Is this free?"

During Reporting

  • "Do I need to give my name?"
  • "Will this be anonymous?"
  • "How long does it take?"
  • "What happens after I submit this?"
  • "What if I don't know the exact address?"

After Submission

  • "Did you get my complaint?"
  • "When will this be fixed?"
  • "How do I check the status?"
  • "Can I cancel my complaint?"
  • "What if nothing happens?"

Service-Specific

  • Sanitation: "When is trash pickup?" Β· "How do I schedule bulk item pickup?"
  • Transportation: "When is alternate side parking?" Β· "How do I request a speed bump?"
  • Housing: "How do I report a bad landlord?" Β· "My heat isn't working"
  • Quality of Life: "What are the noise rules?" Β· "How late can construction go?"

9. Helpful Information the Bot Provides

Helpful Information
Explanations & Definitions
   What 311 is and how it differs from 911
   Service request lifecycle (submitted β†’ in progress β†’ resolved β†’ closed)
   Department jurisdictions (who handles what)
   Response time expectations by category
   Legal rights and city codes (noise ordinances, housing laws, etc.)

Support Resources & Escalation
   Department of Sanitation: phone, email, website
   Department of Transportation: contact methods
   NYPD (non-emergency): community affairs
   City Council member lookup by address
   Multilingual support: Language line numbers
   Crisis resources: mental health, domestic violence, homelessness services

Accessibility & Privacy
   Screen reader compatibility, text size adjustment, voice input/output
   Simple language mode and visual alternatives
   Clear opt-in for contact information, anonymous reporting option
   Data retention policies explained, GDPR/privacy compliance messaging

Setting the Scene

Scenario Template for Chatbot Design
# Scenario Template for Chatbot Design
## Scenario [Number]: [Brief Descriptive Title]


## 1. Physical and Social Context

**Physical Location:**
* [Where is the user physically located?]
* [What is their immediate environment like?]
* [Any environmental factors affecting their interaction?]

**Social Setting:**
* [Are they alone or with others?]
* [What is their privacy level?]
* [Any social dynamics affecting the conversation?]

**Available Tools/Devices:**
* [What device(s) are they using?]
* [Any technical constraints or capabilities?]
* [Environmental conditions affecting device use?]


## 2. Time Factors

**Time of Day:**
* [When is this interaction occurring?]
* [How does time of day affect their state/needs?]

**Temporal Context:**
* [What recently happened that prompted this interaction?]
* [Is this part of a longer journey or isolated incident?]
* [Any relevant history or patterns?]

**Time Pressure:**
* [How urgent does this feel to the user?]
* [Do they have time constraints?]
* [What's their tolerance for a lengthy interaction?]


## 3. Emotional State

**Primary Emotions:**
* [What is the user feeling right now?]
* [What intensity level?]
* [Any conflicting emotions?]

**Underlying Needs:**
* [What emotional needs are driving this interaction?]
* [What do they need to feel/experience?]
* [What would make them feel better?]

**Expectations:**

What would constitute a helpful interaction:
* βœ… [Expectation 1]
* βœ… [Expectation 2]
* βœ… [Expectation 3]

What would be an unhelpful interaction:
* ❌ [Anti-pattern 1]
* ❌ [Anti-pattern 2]
* ❌ [Anti-pattern 3]

**Success Criteria for User:**
* [What does "done" look like?]
* [What would make them satisfied?]
* [What would make them return/recommend?]


## 4. Potential Variations of This Scenario

**Variation A:** [Brief descriptor]
* [Key differentiator]
* [Unique need or behavior]
* [What bot should adjust]

**Variation B:** [Brief descriptor]
* [Key differentiator]
* [Unique need or behavior]
* [What bot should adjust]

**Variation C:** [Brief descriptor]
* [Key differentiator]
* [Unique need or behavior]
* [What bot should adjust]


## 5. Context Clues the Bot Should Recognize

**Indicators of [State/Need 1]:**
* [Observable signal 1]
* [Observable signal 2]
* [Observable signal 3]

**Indicators of [State/Need 2]:**
* [Observable signal 1]
* [Observable signal 2]
* [Observable signal 3]

**Indicators of [State/Need 3]:**
* [Observable signal 1]
* [Observable signal 2]
* [Observable signal 3]


## πŸ“ Usage Notes

When filling out this template:
* Be specific and concreteβ€”avoid generic descriptions
* Use real user language in examples
* Include sensory details that affect the interaction
* Consider multiple user types within the same scenario
* Validate assumptions with actual user research
* Update based on observed interactions

User Needs

User Needs Template for Chatbot Design
# User Needs Template for Chatbot Design

## 1. Information Needs

What the user seeks to know or understand:
* [Primary knowledge gap or question they need answered]
* [Structured guidance or framework to navigate their situation]
* [Communication strategies for stakeholders in their ecosystem]
* [Access to resources, tools, or human connections]
* [Practical, actionable answers to immediate concerns]

**Example Queries:**
* "[Core question about their situation]"
* "[Question about capability/limitation during process]"
* "[Question about consequences or outcomes]"


## 2. Expectations

What the user expects from the chatbot experience:
* [Emotional tone and approach - e.g., empathetic, professional, friendly]
* [Accuracy and credibility of information provided]
* [Level of personalization based on their context]
* [Availability and responsiveness requirements]
* [Escalation path to human assistance when needed]


## 3. Motivations

What drives the user to engage with the chatbot:
* [Desire for control, autonomy, or empowerment]
* [Need for connection, support, or validation]
* [Goal to prepare themselves or others]
* [Search for clarity, certainty, or understanding]


## 4. Demands and Preferences

**Preferences (Nice-to-haves):**
* [Communication style and tone - e.g., conversational, formal, warm]
* [Information presentation format - e.g., simplified, step-by-step, detailed]
* [Interaction style - e.g., ability to ask follow-ups, explore topics]
* [Multimedia support - e.g., visuals, videos, documents]
* [Access channels - e.g., text, voice, mobile, desktop]

**Demands (Must-haves):**
* [Security/privacy requirements]
* [Personalization boundaries - avoiding generic responses]
* [Speed and efficiency expectations]


## 5. Anxieties and Concerns

Emotional and practical barriers the user may experience:
* [Feeling overwhelmed by complexity or volume of information]
* [Fear or worry about outcomes or consequences]
* [Concerns about impact on their ecosystem - relationships, work, life]
* [Uncertainty about where to begin or what's trustworthy]
* [Psychological safety concerns - judgment, appearing uninformed]

Bot Needs

Bot Needs Template for Chatbot Design
# Bot Needs Template for Chatbot Design (Simplified)

## 1. Core Capabilities

What the bot is designed to do:
* [Primary Function Area 1]
   * [Specific capability or action]
   * [Specific capability or action]
* Examples:
   * βœ… DO: [Concrete example of good implementation]
   * ❌ DON'T: [What to avoid]

* [Primary Function Area 2]
   * [Specific capability or action]
   * [Specific capability or action]
* Examples:
   * βœ… DO: [Concrete example of good implementation]
   * ❌ DON'T: [What to avoid]

* [Primary Function Area 3]
   * [Specific capability or action]
* Examples:
   * βœ… DO: [Concrete example of good implementation]
   * ❌ DON'T: [What to avoid]


## 2. Must Ask

Information the bot needs to collect for personalization:
* [Key data point 1]
* [Key data point 2]
* [Key data point 3]

Examples:
* βœ… DO: [How to ask with context/reason]
* ❌ DON'T: [Form-style interrogation or asking without reason]


## 3. Has Already

Information available to the bot from existing systems:
* [Pre-existing data source 1]
* [Pre-existing data source 2]
* [Pre-existing data source 3]

Examples:
* βœ… DO: [How to use existing data transparently]
* ❌ DON'T: [Creepy or outdated data usage]


## 4. Must Provide

Non-negotiable outputs or resources:
* [Core deliverable 1]
* [Core deliverable 2]
* [Core deliverable 3]

Examples:
* βœ… DO: [Actionable, multi-format delivery]
* ❌ DON'T: [Info dump without next steps]


## 5. User Behavior Patterns

Expected user interaction styles:
* [Behavior Type 1]: [Description]
   * βœ… DO: [How bot should respond]
   * ❌ DON'T: [What frustrates this user]

* [Behavior Type 2]: [Description]
   * βœ… DO: [How bot should respond]
   * ❌ DON'T: [What frustrates this user]

* [Behavior Type 3]: [Description]
   * βœ… DO: [How bot should respond]
   * ❌ DON'T: [What frustrates this user]


## 6. Limitations

What the bot cannot or must not do:
* [Hard Boundary 1]
   * ❌ DON'T: [Example of violation]
   * βœ… DO INSTEAD: [Alternative safe response]

* [Hard Boundary 2]
   * ❌ DON'T: [Example of violation]
   * βœ… DO INSTEAD: [Alternative safe response]

* [Hard Boundary 3]
   * ❌ DON'T: [Example of violation]
   * βœ… DO INSTEAD: [Alternative safe response]


## 7. Tone & Approach

Personality and communication style:
[Overall character/role in 1 sentence]

Core tone: [Adjective], [Adjective], [Adjective]

Examples:

[Tone Quality 1]:
* βœ… DO: "[Example phrase or approach]"
* ❌ DON'T: "[Counter-example to avoid]"

[Tone Quality 2]:
* βœ… DO: "[Example phrase or approach]"
* ❌ DON'T: "[Counter-example to avoid]"

[Tone Quality 3]:
* βœ… DO: "[Example phrase or approach]"
* ❌ DON'T: "[Counter-example to avoid]"


## πŸ“‹ Quick Reference Card

| Section           | Key Question                        |
|-------------------|-------------------------------------|
| Core Capabilities | What can the bot actually do?       |
| Must Ask          | What info does the bot need?        |
| Has Already       | What does the bot already know?     |
| Must Provide      | What must the bot always deliver?   |
| User Behavior     | How will users actually interact?   |
| Limitations       | What are the hard boundaries?       |
| Tone & Approach   | How should the bot sound?           |


## βœ… Quality Checklist

Before finalizing, ensure:
* Every βœ… DO example uses realistic user language
* Every ❌ DON'T shows a real anti-pattern to avoid
* Examples don't conflict across sections
* Tone examples can be copy-pasted as starter prompts
* Limitations show both boundary AND alternative
* Behaviors reflect real users, not "ideal" users

Artifact 3 β€” Content Library

Content style resources for the NYC 311 Chat Assistant project.

✍️

Content Style Guide

Version 1.0.0 β€” Feb 2026

β†— Open in Google Docs
πŸ“š

Prompt Library

Version 1.0.0 β€” Feb 2026

β†— Open in Google Docs
πŸŽ™οΈ

VUI Foundations

Version 1.0.0 β€” Feb 2026

β†— Open in Google Drive
πŸ’¬

Dialogue Defaults

Version 1.0.0 β€” Feb 2026

β†— Open in Google Docs

Artifact 4 β€” Research Files

Research documents supporting the NYC 311 Chat Assistant project.

πŸ“‹

Desk Research

Background research and findings

β†— Open in Google Docs
πŸ€–

Bot Persona

Character and personality definition

β†— Open in Google Docs
πŸ’¬

Sample Dialogue

Example conversation flows and scripts

β†— Open in Google Docs

Workshop Materials

Access all workshop resources below.

πŸ“

Exercise Files

Google Docs

β†—
πŸ“Š

Presentation

Google Drive

β†—
🎬

Videos

Google Drive

β†—

Apps to Download

Before the workshop, please make sure to create accounts for the following tools: