PromptBase
PromptBase SelectGet Select
Close icon
General
Home
Marketplace
Create
Hire
Login
Chat
Sell
Explore

Prompt Details

Model
Chat - (gpt-5.6)
Token size
2,936
Example input
[Provide the RFP, RFQ, RFI, tender or procurement document]: Government agency wants a cloud-based document management system. Key requirements: Must support SSO and MFA. Must provide 99.9% uptime. Must encrypt data at rest and in transit. Vendor must have 5+ years of relevant experience. Implementation must be completed within 90 days. Proposal must include 3 customer references. Pricing must be submitted using the provided pricing template. [Provide scoring methodology, evaluation weights, rating definitions and evaluator instructions]: Technical Solution: 40% Security: 20% Experience: 15% Implementation Plan: 15% Price: 10% Technical/security responses scored from 0-5. [Provide the current proposal/response being audited]: Cloud platform supports SSO. Platform uses encryption. Company has extensive industry experience. Implementation can be completed quickly. Platform has high availability. Two customer references included. Pricing provided in a custom Excel sheet. [Provide case studies, references, certifications, technical evidence, product documentation and supporting facts]: SOC 2 Type II certificate. One case study showing 99.95% uptime. Company founded 3 years ago. Two customer references available. [Provide win priorities, differentiators, known weaknesses, pricing constraints and areas that cannot be changed]: Strong security capabilities. Cannot change company experience history. Pricing is competitive. MFA implementation details are currently missing.
Example output
🎯 1. Executive Compliance Summary Overall Verdict: 🚨 AT RISK The proposal demonstrates a technically relevant solution, but several mandatory compliance gaps could create significant bid risk. Critical findings 1. MFA requirement is not addressed Mandatory requirement. Proposal only mentions SSO. No evidence that MFA is supported. Potential consequence: Non-compliance / rejection risk. 2. Only 2 of 3 required customer references are provided Mandatory requirement. Direct compliance gap. Potential consequence: Loss of eligibility or evaluation points. 3. Pricing template is not followed Mandatory submission instruction. Custom Excel sheet was used instead. Potential consequence: Non-responsiveness or pricing evaluation issue. 4. 5+ years experience requirement is not met Company evidence shows only 3 years of experience. Proposal's "extensive industry experience" statement does not cure the objective requirement. High-risk mandatory gap. 5. 99.9% uptime requirement has relatively strong evidence Case study demonstrates 99.95% uptime. However, the proposal should explicitly commit to the required SLA. --- πŸ“‹ 2. Complete RFP Requirement Inventory ID Requirement Type Criticality R-01 Cloud-based document management system Technical High R-02 SSO support Technical High R-03 MFA support Mandatory/Security Critical R-04 99.9% uptime Mandatory/Technical Critical R-05 Encryption at rest Security High R-06 Encryption in transit Security High R-07 5+ years relevant experience Mandatory/Experience Critical R-08 Implementation within 90 days Technical/Implementation High R-09 3 customer references Mandatory Critical R-10 Required pricing template Mandatory/Administrative Critical R-11 Maximum 50 pages Administrative Medium R-12 PDF proposal submission Administrative Medium R-13 RFP section order Administrative Medium --- 🧩 3. Evaluation Criteria Map Criterion Weight Current Risk Technical Solution 40% Medium Security 20% High Experience 15% Critical Implementation Plan 15% Medium Price 10% High due to format issue Total 100% Important: The buyer's actual scoring outcome cannot be calculated from the supplied information alone. Any estimated score below would therefore be an audit estimate, not an official buyer score. --- πŸ”Ž 4. Requirement-to-Response Traceability Matrix ID Requirement Proposal Evidence Status Score Impact R-01 Cloud document system Cloud platform mentioned 🟒 Fully Compliant Positive R-02 SSO SSO explicitly stated 🟒 Fully Compliant Positive R-03 MFA No MFA evidence πŸ”΄ Non-Compliant Critical R-04 99.9% uptime "High availability" + 99.95% case study 🟑 Partially Compliant High R-05 Encryption at rest "Platform uses encryption" 🟠 Weakly Addressed Medium R-06 Encryption in transit "Platform uses encryption" 🟠 Weakly Addressed Medium R-07 5+ years experience Company has 3 years πŸ”΄ Non-Compliant Critical R-08 90-day implementation "Completed quickly" 🟠 Weakly Addressed High R-09 3 references Only 2 references πŸ”΄ Non-Compliant Critical R-10 Official pricing template Custom Excel πŸ”΄ Non-Compliant Critical R-11 50-page limit No violation supplied βšͺ Unknown Medium R-12 PDF submission Not confirmed βšͺ Unknown Medium R-13 RFP section order Not confirmed βšͺ Unknown Medium --- 🚨 5. Mandatory Compliance Findings CRITICAL β€” MFA Requirement: MFA is mandatory. Current response: No MFA statement or implementation evidence. Why it matters: The proposal cannot be considered compliant merely because SSO is supported. SSO and MFA are separate controls. Risk: 🚨 Very High Required correction: Explicitly state whether MFA is supported. Explain supported MFA methods. Provide technical/security documentation. Identify whether MFA is native or dependent on the customer's identity provider. Verification: Technical documentation + product confirmation. --- CRITICAL β€” Experience Requirement: 5+ years relevant experience. Evidence: Company founded 3 years ago. Status: ❌ Non-Compliant. The statement "extensive industry experience" is insufficient and potentially misleading if it implies organizational experience that does not exist. Risk: 🚫 Potential eligibility/disqualification issue. Recommended action: Do not falsely claim 5 years. Instead determine whether the RFP permits: Relevant personnel experience Parent-company experience Partner experience Acquired-company experience Subcontractor experience If none are permitted, this requirement may be an unrecoverable bid risk. --- CRITICAL β€” Customer References Requirement: 3 references. Available: 2. Status: ❌ Non-Compliant. Recommended correction: Obtain a third eligible reference before submission. Do not substitute a reference unless the RFP explicitly permits alternatives. --- CRITICAL β€” Pricing Template Requirement: Provided pricing template must be used. Current response: Custom Excel file. Status: ❌ Non-Compliant. Recommended correction: Complete the buyer's exact pricing template and submit it in the required format. --- πŸ“Š 6. Score Impact Analysis Because the RFP provides category weights but not detailed scoring rules, exact lost points cannot be established. A reasonable risk-based assessment is: Gap Related Weight Potential Impact Priority MFA missing Security 20% Very High P0 5-year experience gap Experience 15% Very High / Eligibility P0 Missing reference Experience 15% High P0 Wrong pricing template Price 10% High / Administrative P0 Weak uptime commitment Technical 40% Medium-High P1 Weak encryption explanation Security 20% Medium P1 Weak implementation response Implementation 15% Medium-High P1 Estimated score exposure The proposal has potentially significant exposure across: 20% Security + 15% Experience + 10% Price = 45% of weighted evaluation areas. This does not mean 45 points will automatically be lost. It means these areas contain material compliance/scoring risk. --- πŸ§ͺ 7. Evidence Quality Audit Claim Evidence Strength Finding SSO Medium Capability stated but technical details limited MFA None 🚨 Missing Encryption Weak Too generic 99.9% uptime Strong-ish 99.95% case study supports capability 5+ years experience Contradicted 🚨 Only 3 years Implementation Weak "Quickly" is not measurable References Partial Only 2 supplied Major unsupported claims "Extensive industry experience" This is vague and does not demonstrate the required 5 years. "Implementation can be completed quickly" This does not demonstrate compliance with a 90-day deadline. A stronger answer would provide: Day 1-15: Discovery Day 16-30: Configuration Day 31-60: Integration Day 61-75: Testing Day 76-90: Training and go-live --- ✍️ 8. Response Quality Audit Weak response > "Platform has high availability." Why weak: Doesn't directly answer the 99.9% requirement. Stronger response > "The proposed platform supports a minimum 99.9% availability SLA. Historical service performance has reached 99.95%, as demonstrated in the attached case study." This is better because it provides: Direct requirement response Quantification SLA commitment Supporting evidence --- 🚨 9. Hidden Compliance Risks Potentially overlooked items: 1. MFA may require specific authentication methods. 2. "Encryption" may need separate confirmation for data at rest and data in transit. 3. 99.9% availability may require a contractual SLA rather than historical performance alone. 4. Customer references may have eligibility conditions not captured in the short input. 5. Pricing template compliance may be a pass/fail administrative requirement. 6. PDF submission was not explicitly confirmed. 7. Section order was not verified. 8. 50-page compliance was not verified. These should be checked against the complete RFP before submission. --- πŸ“‘ 10. Formatting & Submission Audit Requirement Status Risk 50-page limit βšͺ Unknown Medium PDF proposal βšͺ Unknown Medium Required section order βšͺ Unknown Medium Pricing template πŸ”΄ Failed Critical Customer references πŸ”΄ Failed Critical Most dangerous administrative issue: incorrect pricing template. --- πŸ” 11. Technical & Security Compliance SSO 🟒 Addressed. MFA πŸ”΄ Missing. Encryption at rest 🟠 Weakly addressed. The proposal says "encryption" but does not specifically establish encryption at rest. Encryption in transit 🟠 Weakly addressed. Again, the response should explicitly state the applicable transport encryption. Availability 🟑 Partially addressed. 99.95% historical performance is good evidence, but the response should explicitly address the required 99.9% SLA. Security evidence 🟒 SOC 2 Type II is useful supporting evidence. However, the certificate alone does not automatically prove compliance with every individual RFP security requirement. --- βš–οΈ 12. Commercial & Contractual Findings Pricing πŸ”΄ Wrong template. Action: Re-submit using the official buyer template. SLA 🟑 The proposal needs an explicit 99.9% availability commitment. Contractual exposure The supplied information does not include: Liability terms Warranty Insurance Payment terms Renewal Acceptance criteria Therefore these are Unknown, not assumed compliant. --- 🎯 13. Evaluator Perspective An evaluator could reasonably think: > "The solution appears capable, but several mandatory requirements are not explicitly demonstrated." Likely evaluator concerns: Can the platform actually support MFA? Can the vendor meet the experience requirement? Why are only two references provided? Why wasn't the required pricing template used? Can the vendor guarantee 99.9% uptime? Where is the detailed 90-day implementation plan? What exactly does "encryption" mean? The proposal currently makes the evaluator do too much interpretation. That is a scoring weakness. --- πŸ† 14. Competitive Vulnerability Analysis The proposal is vulnerable against a competitor that provides: Explicit MFA architecture 5+ years documented experience Three or more eligible references Exact pricing template 99.9% SLA commitment Detailed 90-day implementation schedule Quantified security controls Specific certifications mapped to requirements The issue is not necessarily that the product is weaker. The issue is that the competitor may make compliance easier to verify. --- πŸ› οΈ 15. Prioritized Remediation Plan Priority Requirement Problem Action Verification P0 R-07 Only 3 years experience Determine allowable experience alternatives RFP clause review P0 R-03 MFA missing Add explicit MFA capability/evidence Technical documentation P0 R-09 Only 2 references Obtain eligible third reference Reference confirmation P0 R-10 Wrong pricing format Complete official template Submission checklist P1 R-04 SLA unclear Add explicit 99.9% SLA response Contract/product evidence P1 R-05 Encryption vague Separate at-rest response Security documentation P1 R-06 Encryption vague Separate in-transit response Security documentation P1 R-08 "Quickly" vague Add 90-day implementation plan Project schedule P2 R-11 Page count unknown Perform final page-count check PDF validation P2 R-13 Section order unknown Cross-check against RFP Compliance checklist --- πŸ“Š 16. Final Compliance & Score Matrix ID Requirement Type Status Evidence Impact Priority Action R-01 Cloud platform Technical 🟒 Proposal Positive P2 Keep R-02 SSO Technical 🟒 Proposal Positive P2 Strengthen evidence R-03 MFA Security/Mandatory πŸ”΄ None Critical P0 Prove capability R-04 99.9% uptime Technical/Mandatory 🟑 Case study High P1 Add SLA commitment R-05 Encryption at rest Security 🟠 Generic claim Medium P1 Add technical evidence R-06 Encryption in transit Security 🟠 Generic claim Medium P1 Add technical evidence R-07 5+ years experience Mandatory πŸ”΄ 3 years Critical P0 Determine eligibility R-08 90-day implementation Implementation 🟠 Generic claim High P1 Add detailed plan R-09 3 references Mandatory πŸ”΄ 2 references Critical P0 Add third reference R-10 Pricing template Administrative πŸ”΄ Wrong format Critical P0 Use official template R-11 50-page limit Administrative βšͺ Unknown Medium P2 Verify R-12 PDF submission Administrative βšͺ Unknown Medium P2 Verify R-13 Section order Administrative βšͺ Unknown Medium P2 Verify --- πŸš€ 17. Final Bid Readiness Verdict Overall Status: 🚨 AT RISK Current position Fully compliant: 2 Partially compliant: 1 Weakly addressed: 4 Non-compliant: 4 Unknown: 3 Biggest threats to the bid 1. 5-year experience requirement Potential eligibility/disqualification issue. 2. MFA Mandatory security requirement with no evidence. 3. Third customer reference Straightforward but currently missing. 4. Official pricing template Administrative compliance failure that should be corrected immediately. 5. Weak evidence language Several requirements are technically mentioned but not presented in an evaluator-friendly, scoreable manner. Recommended order of work P0 β†’ Resolve eligibility and mandatory compliance first. P1 β†’ Strengthen high-weight technical/security responses with evidence. P2 β†’ Perform final formatting and submission validation. Final assessment: The proposal should not be considered submission-ready yet. The biggest priority is not adding more marketing language; it is closing the mandatory compliance gaps and converting vague claims into explicit, evidence-backed requirement responses.
GPT

Rfp Compliance Score Impact Auditor

Add to Cart
Instant accessInstant access
Usage rightsCommercial use
Money-back guaranteeMoney‑back
By purchasing this prompt, you agree to our terms of service
GPT-5.6
Tested icon
Guide icon
4 examples icon
Free credits icon
This prompt audits an RFP response requirement-by-requirement, identifies compliance gaps, estimates score πŸ“‹ Extract every mandatory RFP requirement πŸ”Ž Map requirements to proposal evidence 🚨 Detect compliance gaps & hidden risks πŸ“Š Estimate potential score impact 🧩 Identify weak or unsupported answers 🎯 Prioritize high-impact fixes πŸ† Build a stronger compliance-ready response Find the requirements that could cost your proposal pointsβ€”and fix the highest-impact gaps before submission. πŸš€
...more
Added over 1 month ago
Report
Browse Marketplace