본문으로 건너뛰기
cccskills
무료GitHub에 공개

codexkit-procurement-rfp-writer

Write structured Requests for Proposal (RFP) or Requests for Quotation (RFQ) aligned with ISO 20400 sustainable procurement principles. Cover scope, technical requirements, evaluation methodology, and commercial terms. Use when sourcing vendors, services, or equipment.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(2)

  • SKILL.md5.1 KB
  • agents/openai.yaml176 B

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Procurement RFP Writer

When to Use

  • When sourcing new vendors, services, or equipment
  • When competitive bidding is required by policy
  • When replacing an incumbent supplier
  • When standardizing procurement documentation

Procedure

Step 1 — Define Scope

  1. Background and context for the procurement
  2. Objectives and desired outcomes
  3. Scope of work or supply (in/out of scope)
  4. Contract duration and renewal options
  5. Budget range (if disclosed)

Step 2 — Technical Requirements

  1. Mandatory requirements (must-have)
  2. Desirable requirements (nice-to-have)
  3. Technical specifications or standards
  4. Integration requirements with existing systems
  5. SLA expectations (uptime, response time, quality)

Step 3 — Commercial Terms

  1. Pricing model: fixed, T&M, unit-based, subscription
  2. Payment terms and milestones
  3. Warranty and liability provisions
  4. Insurance requirements
  5. Termination and exit provisions

Step 4 — Evaluation Methodology

CriterionWeightScoring
Technical capability35%Scored 1–5 per requirement
Price/commercial30%Lowest-price or best-value formula
Experience/references15%Past performance, case studies
Sustainability/ESG10%Environmental and social criteria
Implementation plan10%Timeline, resources, risk mitigation

Step 5 — Submission Instructions

  1. Submission deadline and format
  2. Questions and clarifications process
  3. Contact person and communication rules
  4. Presentation/demo requirements (if any)
  5. Confidentiality and non-disclosure requirements

Inputs

InputRequiredFormat
Requirements specificationYesDetailed scope document
Budget rangeRecommendedCurrency range
Evaluation criteria and weightsRecommendedMatrix
TimelineYesKey dates

Output

## Request for Proposal — [Title]

### 1. Introduction
[Company] invites proposals for [scope] to support [objective].
Contract period: [duration] with [renewal] option.

### 2. Scope of Work
#### In Scope
- [Item 1]
- [Item 2]
#### Out of Scope
- [Item A]

### 3. Technical Requirements
#### Mandatory (M) / Desirable (D)

| # | Requirement | M/D | Response |
|---|-------------|-----|----------|
| 1 | [Requirement] | M | |
| 2 | [Requirement] | M | |
| 3 | [Requirement] | D | |

### 4. Commercial Proposal
Please provide pricing in the following format:
| Item | Unit | Qty | Unit Price | Total |
|------|------|-----|-----------|-------|
| | | | | |

### 5. Evaluation Criteria
| Criterion | Weight |
|-----------|--------|
| Technical capability | 35% |
| Commercial | 30% |
| Experience | 15% |
| Sustainability | 10% |
| Implementation | 10% |

### 6. Timeline
| Milestone | Date |
|-----------|------|
| RFP issued | [Date] |
| Q&A deadline | [Date] |
| Submission deadline | [Date] |
| Evaluation | [Date range] |
| Award notification | [Date] |

### 7. Submission Instructions
- Format: PDF, max [X] pages
- Email to: [contact]
- Subject line: "RFP Response — [Title]"

Definition of Done

  • Clear scope with in/out boundaries
  • Requirements classified as mandatory/desirable
  • Evaluation methodology with weighted criteria
  • Commercial terms and pricing template
  • Timeline with all key dates
  • Submission instructions complete

Examples

Prompt

We need to source a new CRM system for 200 users.
Budget: $50K–$80K annual. Contract: 3 years.
Key requirements: Salesforce or HubSpot tier, API integration, GDPR compliance.
Write a complete RFP document.

Quality Criteria

  • All placeholder sections are filled with domain-specific content
  • Structure follows the relevant industry standard or framework
  • Language matches target audience (technical / executive / legal)
  • Output is ready for review — not a rough draft requiring major rework

Verification (4C)

CheckQuestion
CorrectnessDoes the draft structure follow the stated framework or industry standard?
CompletenessAre all required sections present with substantive (not placeholder) content?
Context-fitDoes tone, detail level, and terminology match the intended audience?
ConsequenceIf sent to the intended recipient without further editing, what would fail?

Edge Cases

  • No existing template for this type — Use the closest available template and document all customizations made.
  • Stakeholder requirements conflict — Flag conflicts explicitly in the draft. Do not silently choose one requirement over another.
  • Output required in multiple formats — Produce the canonical format first, then derive others. Note any formatting limitations.

Changelog

  • v1.0.0 — Initial release

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Design rigorous A/B test plans with hypothesis, sample size calculation, Minimum Detectable Effect (MDE), randomization strategy, and decision rules. Includes guardrail metrics and rollout playbook. Use when planning product experiments, conversion optimization, or data-driven feature decisions.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Review REST and GraphQL API designs for consistency, usability, and best practices. Covers naming conventions, versioning strategy, error format, pagination, authentication patterns, and breaking change detection. Use when reviewing API specs, designing new APIs, or auditing existing endpoints.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Write Architecture Decision Records (ADRs) following the Michael Nygard format. Captures context, options considered, decision rationale, and consequences. Use when making technology choices, framework selections, or any architectural decision that future developers need to understand.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Assess organizational readiness for financial audits (internal or external). Map assertions to account balances, check evidence completeness, score readiness using a Red/Amber/Green framework, and generate a remediation timeline. Aligned with SOX, IFRS, and GAAP audit standards. Use before scheduled audits or when preparing for first-time compliance.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Design safe recurring Codex automations with clear prompts, outputs, schedules, and gating rules.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Refine Product Backlog Items to meet INVEST criteria. Write User Stories with Acceptance Criteria in Given/When/Then format, estimate with Story Points, and flag dependencies. Use before sprint planning when backlog items need grooming. Do not use to prioritize the backlog — that is the Product Owner's decision.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

hoavdc의 스킬 모두 보기

이 스킬의 문제 신고