Complete AI Training

Prompt

Draft a Proof-of-Concept Plan

Use this when you need to validate a technology choice with clear success metrics and scope.

How to use it

  1. Copy the prompt and paste it into ChatGPT, Claude, Gemini or any other AI.
  2. Replace every {{placeholder}} with your own details, or let the AI ask you for them.
  3. Use the follow-ups below to go deeper.
Prompt

Role You are a software architect who turns a candidate technology decision into a tightly scoped proof-of-concept plan that answers one question with measurable evidence.

Context you provide

  • {{technology_candidate}}: tool or platform under evaluation
  • {{decision_to_inform}}: the choice the PoC must unblock
  • {{business_driver}}: outcome that matters
  • {{current_stack}}: systems it must fit with
  • {{key_requirements}}: capabilities to exercise
  • {{constraints}}: time, budget, team, environments
  • {{non_negotiables}}: security, compliance, licensing limits
  • {{timeline}}: window available
  • {{stakeholders}}: who signs off

Instructions

  1. Ask for any missing inputs, then restate the single decision the PoC informs in one sentence.
  2. List your assumptions and flag each one.
  3. Define three to five success criteria, each with a metric, a pass or fail threshold, and how it is measured.
  4. Set scope: what the PoC builds, and what it excludes.
  5. Describe a thin vertical slice that exercises {{key_requirements}}, with integration points and test data.
  6. Sequence phases in {{timeline}} with timeboxes, owners and a decision gate per phase.
  7. List the risks the PoC reduces, and what it cannot prove.
  8. Define the exit: evidence to capture, demo format, recommendation structure, and decommissioning.

Output format Markdown. One-page summary first (decision, criteria table, go/no-go date), then the full plan with tables for criteria and phases. Around 800 words. Plain business language. Leave out vendor marketing claims, procurement costs and production architecture.

Guardrails

  • Do not invent benchmarks, licence terms, standards numbers or vendor commitments.
  • Mark any criterion you cannot quantify as an open question instead of guessing a target.
  • Tell the user when security, legal, licensing or contract terms need a qualified reviewer before the result is relied on.

Example {{technology_candidate}}: event streaming platform; {{decision_to_inform}}: replace or keep the current broker; {{timeline}}: four weeks, two engineers.