Evaluation_Criteria_for_OpenGov.docx
DOCX document 18 KB Posted
- Solicitation number
- 2025-RFP-CNH-304
- Issued by
- New Haven County, Connecticut
About this file
This evaluation criteria document outlines the standards for assessing proposals submitted to the City of New Haven, Connecticut, Department of Community Services Administration for Request for Proposal 2025-RFP-CNH-304, which seeks qualified organizations to provide essential support services for victims of violence. The RFP targets the Victim Support Services Network (VSSN), established in 2023 as part of the City's strategy to address gun violence through community-based rapid response systems. Eligible service recipients include victims of firearm-related offenses, domestic violence, sexual violence, and other interpersonal or community violence, with particular emphasis on young adults ages 18 to 34. Procured services encompass emergency and ongoing basic needs assistance including food, clothing, transportation, temporary housing or relocation support, safety planning, and connections to community-based resources. A non-mandatory pre-proposal meeting is scheduled for February 17, 2026, at 1:00 PM; questions must be submitted by February 24, 2026, at 5:00 PM; and proposals are due March 3, 2026, at 11:00 AM via the City's eProcurement Portal. The contract term is one year with one optional one-year extension subject to the Purchasing Agent's approval, requiring Mayor approval if valued at $25,000 or more and Board of Alders approval if extending beyond one year.
The evaluation criteria consist of four equally weighted categories of 25 points each: proposed solution clarity and focus, company staffing assigned to the project, budget realism and transparency, and organization background and capacity, evaluated on a pass/fail basis. Proposals must be submitted in two separate parts—a technical proposal without pricing and a cost proposal with detailed pricing—with all costs including labor, materials, travel, and incidental expenses on a firm, fixed basis. Contractors must comply with the City's Living Wage Ordinance if the contract exceeds $25,000 annually, Executive Order 11246, the Connecticut Fair Employment Practices Act, and equal employment opportunity standards. Contractors must maintain general liability insurance of $1 million per occurrence and $2 million combined aggregate. If funded through American Rescue Plan Act (ARPA) State and Local Fiscal Recovery Funds, contractors must comply with extensive federal requirements including indirect cost caps at 10 percent of the total award, quarterly reporting, SAM.gov registration, and compliance with 2 CFR 200 and Treasury regulations. No incumbent vendor or current contractor is identified. The specific award value or budget range is not disclosed; however, the City has developed separate contract templates for ARPA awards of $100,000 or less and greater than $100,000, with all ARPA funds required to be obligated by December 31, 2024, and expended by December 31, 2026.
View the file
Other files
Show all 13
On GovTribe
Work with this file
- Download the original file
- Contacts named in this file
- Similar government files
- Ask GovTribe AI about this file
Text version
Evaluation Criteria for OpenGov.
System requirements.
Completeness:
Are all necessary requirements included? Does the set of requirements cover all aspects of the system's functionality, performance, and constraints? Are there any obvious omissions?
Are all stakeholders' needs addressed? Have the requirements captured the essential needs and expectations of all relevant user groups and stakeholders?
Are functional and non-functional requirements adequately represented? Does the documentation include both what the system should do and how well it should do it (e.g., performance, security, usability)?
Clarity and Unambiguity:
Are the requirements easy to understand? Is the language used clear, concise, and free from jargon or technical terms that stakeholders might not understand?
Is each requirement stated unambiguously? Is there only one way to interpret each requirement? Are there any vague or subjective terms used?
Are the requirements at the appropriate level of detail? Are they specific enough to guide design and development but not so detailed that they constrain implementation unnecessarily?
Consistency:
Are the requirements consistent with each other? Do any requirements contradict or conflict with other requirements?
Are the requirements consistent with existing systems and standards? Do the requirements align with any relevant organizational standards, industry best practices, or existing systems the new system will interact with?
Verifiability:
Is it possible to determine if each requirement has been met? Can each requirement be tested, demonstrated, inspected, or analyzed to confirm its fulfillment?
Are measurable criteria defined where appropriate? For non-functional requirements (like performance), are there specific metrics and target values defined?
Traceability:
Can each requirement be traced back to its source? Is it clear which stakeholder need or business goal each requirement addresses?
Can each requirement be traced forward to design elements, code, and test cases? Will it be possible to follow the implementation and verification of each requirement throughout the development lifecycle?
Feasibility:
Are the requirements technically feasible to implement within the project constraints? Can the system be built with the available technology, resources, and timeline?
Are the requirements economically feasible? Are the costs associated with implementing the requirements justifiable in terms of the benefits they provide?
Modifiability:
Is the requirements documentation structured in a way that allows for easy modification? Can changes be made to individual requirements without causing significant ripple effects on other requirements?
Is there a clear process for managing changes to requirements?
Testability:
Are the requirements written in a way that facilitates the creation of test cases? Can testable conditions be derived directly from the requirements?
Product Demonstration:
Clarity and Focus:
Is the purpose of the demonstration clear? Is it evident what the demonstrator is trying to achieve (e.g., highlight key features, address a specific use case, show a new capability)?
Is the demonstration focused and concise? Does it avoid unnecessary features or tangents, sticking to the most relevant aspects for the intended audience?
Is the flow of the demonstration logical and easy to follow? Does it progress in a way that makes sense to the observer?
Content and Relevance:
Are the key features and benefits clearly showcased? Does the demonstration effectively highlight what the product does and the value it offers to the user?
Is the demonstration relevant to the audience's needs and interests? Does it address their potential pain points or goals?
Are realistic use cases or scenarios presented? Does the demonstration illustrate how the product would be used in a practical context?
Is the level of technical detail appropriate for the audience? Does it avoid being overly technical or too simplistic?
Delivery and Presentation:
Is the demonstrator knowledgeable and confident? Do they exhibit a strong understanding of the product?
Is the demonstrator engaging and enthusiastic? Do they capture and maintain the audience's interest?
Is the pace of the demonstration appropriate? Is it not too rushed or too slow?
Is the language clear, concise, and professional? Does the demonstrator avoid jargon or use it appropriately with explanation?
Are visuals (if used) clear, effective, and well-integrated? Do slides, screen shares, or other visual aids enhance understanding?
Is there effective use of the product itself? Is the product interface easy to see and understand during the demonstration?
Are transitions between topics smooth? Does the demonstration flow naturally from one point to the next?
Engagement and Interaction:
Are opportunities for questions and interaction provided? Is the audience encouraged to participate?
Are questions answered clearly and effectively? Does the demonstrator address audience queries in a helpful manner?
Is there an understanding of the audience's reactions and adjustments made accordingly? Does the demonstrator adapt to the audience's cues?
Overall Effectiveness:
Does the demonstration effectively communicate the product's value proposition? Is it clear why someone would want to use the product?
Does the demonstration leave a positive and lasting impression? Is the audience likely to remember the key takeaways?
Does the demonstration achieve its intended purpose? (e.g., generate interest, explain a feature, secure a sale).
Is the time allocated for the demonstration used efficiently?
Proposed Solutions:
Effectiveness and Alignment:
Does the proposed solution effectively address the identified problem or opportunity? How well does it solve the core issue or capitalize on the potential?
Does the proposed solution align with the stated goals and objectives? Does it contribute to the overall strategic direction?
Does the proposed solution meet the key requirements and constraints? Does it adhere to any limitations (e.g., budget, timeline, technical limitations)?
Does the proposed solution offer a clear and demonstrable benefit? What positive outcomes can be expected from its implementation?
Feasibility and Practicality:
Is the proposed solution technically feasible? Can it be realistically implemented with available or attainable technology and expertise?
Is the proposed solution operationally feasible? Can it be integrated into existing workflows and processes without significant disruption?
Is the proposed solution financially feasible? Are the costs associated with implementation and maintenance justifiable in relation to the expected benefits?
Is the proposed solution scalable and adaptable? Can it accommodate future growth or changes in requirements?
Is the proposed solution realistic in terms of timeline and resources? Are the proposed timelines and resource allocation achievable?
Innovation and Differentiation:
Does the proposed solution offer a novel or creative approach? Does it go beyond conventional solutions?
Does the proposed solution differentiate itself from existing alternatives? What unique advantages does it offer?
Does the proposed solution leverage new technologies or methodologies effectively?
Risk and Mitigation:
Are potential risks and challenges associated with the proposed solution identified? Has a thorough risk assessment been conducted?
Are appropriate mitigation strategies proposed to address identified risks? Are there contingency plans in place?
What is the overall level of risk associated with the proposed solution?
Clarity and Completeness:
Is the proposed solution clearly articulated and well-documented? Is the information presented in a logical and understandable manner?
Are all key aspects of the proposed solution adequately addressed? Are there any significant gaps or missing information?
Are the assumptions underlying the proposed solution clearly stated?
Are the proposed implementation steps and timelines clearly outlined?
Sustainability and Long-Term Impact:
Is the proposed solution sustainable in the long run? Does it consider ongoing maintenance, support, and potential future needs?
What is the potential long-term impact of the proposed solution? Are there any broader implications to consider?
File details come from the government source that posted it. Updated .