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 sectionsArtifact 2 β Design Canvas
Contains example prompts that participants can use during the workshop.
Workshop ResourceArtifact 3 β Content Library
Opens the Content Style Guide document in Google Docs.
β Google DocsArtifact 4 β Research Files
Desk research, bot persona, and sample dialogue resources.
3 files1. 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
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
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
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
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
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 [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 ## 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 (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 DocsPrompt Library
Version 1.0.0 β Feb 2026
β Open in Google DocsVUI Foundations
Version 1.0.0 β Feb 2026
β Open in Google DriveDialogue Defaults
Version 1.0.0 β Feb 2026
β Open in Google DocsArtifact 4 β Research Files
Research documents supporting the NYC 311 Chat Assistant project.
Desk Research
Background research and findings
β Open in Google DocsBot Persona
Character and personality definition
β Open in Google DocsSample Dialogue
Example conversation flows and scripts
β Open in Google Docs