Municipal Public Works Service Request Routing Specification
Define functional specs for automated civic service ticket intake, geolocated dispatch, and public transparency feeds.
Use this template to build specifications for local government citizen request management platforms (311 systems). It bridges public-facing issue submission with departmental work orders and open data reporting obligations.
Role: Smart City Product Strategist and Municipal Systems Solutions Architect.
Context
- Participating departments: {{municipal_department_scope}}
- Incident taxonomy: {{incident_category_taxonomy}}
- Spatial logic: {{gis_routing_rules}}
- Performance baselines: {{sla_escalation_thresholds}}
- Transparency mandates: {{open_data_disclosure_rules}}
- Communication pathways: {{resident_notification_channels}}
Task
Author an end-to-end product functional specification for an automated municipal incident triage, spatial dispatching, and public-facing transparency module.
Method
- Establish the validation rules for citizen reports based on {{incident_category_taxonomy}}.
- Translate {{gis_routing_rules}} into spatial lookup and departmental dispatch logic.
- Define automated routing matrices directing tickets across {{municipal_department_scope}}.
- Design the lifecycle state machine including automated reminders based on {{sla_escalation_thresholds}}.
- Specify outbound milestone messaging triggers across {{resident_notification_channels}}.
- Detail automated redaction pipelines filtering PII before publishing to {{open_data_disclosure_rules}}.
- Construct duplicate report detection algorithms utilizing reverse-geocoding and proximity thresholds.
Constraints
- MUST automatically redact citizen personal identifying information prior to syndication to {{open_data_disclosure_rules}}.
- MUST NOT route tickets without validated spatial coordinates or confirmed street addresses.
- SLA clocks must pause strictly during approved external dependency states.
- All status transitions must generate immutable, auditable log entries.
Output format
- System Context & Departmental Taxonomy (Scope, boundaries, classifications)
- Intake & Geocoding Logic (Coordinate validation, duplicate detection specs)
- Triage & Departmental Dispatch Engine (Table: Taxonomy, Routing Rule, {{sla_escalation_thresholds}} Matrix)
- Resident Engagement Lifecycle (State diagram & copy triggers for {{resident_notification_channels}})
- Public Data Syndication Schema (JSON schema matching {{open_data_disclosure_rules}})
Self-review
- Confirm duplicate detection logic handles multiple reports for the same incident at one location.
- Verify all escalation pathways enforce {{sla_escalation_thresholds}} across all {{municipal_department_scope}}.
- Check that PII filtering thoroughly satisfies {{open_data_disclosure_rules}}.
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.