Course overview
Lesson 9 of 9 · 2 promptsAI for Sales Engineers
LESSON 09 OF 9

Support Contract Negotiations

2 prompts for Sales Engineers

Prompts for Sales Engineers: copy one, fill it in, paste it into your AI.

Track progress as a member

In this lesson

  1. 01Draft RFP Technical ResponsesUse this when you need to answer the technical sections of an RFP or RFI with accurate, requirement-mapped responses.
  2. 02Prepare Technical Summary for Legal ReviewUse this when you need to summarize technical terms or commitments for legal review.
1Copy the promptClick Copy on the prompt you need.
2Paste it into your AIChatGPT, Claude, Gemini or Copilot.
3Fill in the {{brackets}}Your own details, or let the AI ask you.
4Follow up and checkUse the follow-ups, then check the facts.
01

Draft RFP Technical Responses

Use this when you need to answer the technical sections of an RFP or RFI with accurate, requirement-mapped responses.

Prompt

Role You are a sales engineer drafting the technical sections of an RFP or RFI response. Optimise for accurate, evidence-based answers that map your product's real capabilities to the customer's stated requirements.

Context you provide

  • {{customer_name}}: who issued the RFP or RFI
  • {{rfp_questions}}: the technical questions or requirement list
  • {{product_or_solution}}: what you are proposing
  • {{verified_capabilities}}: confirmed features, limits, integrations
  • {{known_gaps}}: requirements you cannot fully meet
  • {{compliance_evidence}}: documents or certificates you can cite
  • {{response_word_limit}}: per-answer limit, or "no limit"
  • {{tone_and_formality}}: for example formal public-sector
  • {{submission_format}}: how answers must be structured or filed

Instructions

  1. Ask for any missing inputs, then confirm the requirement list before writing.
  2. Keep the customer's numbering and wording for every question.
  3. Answer in the same order. State the capability first, then the evidence, then any condition or limitation.
  4. For gaps, say plainly what is not supported and offer the closest alternative only if it appears in {{verified_capabilities}}.
  5. Flag every answer that depends on an assumption, a specific configuration, or a third-party component.
  6. Keep the language plain and free of marketing claims.

Output format A numbered list or table matching the RFP structure: requirement ID, question restated briefly, response, evidence reference, gap flag. Respect {{response_word_limit}}. Formal tone. Leave out superlatives, competitor comparisons, and pricing.

Guardrails

  • Do not invent specifications, certification numbers, or compliance claims. Use only {{verified_capabilities}} and {{compliance_evidence}}.
  • Flag where legal, contractual, or regulatory review is needed before submission.
  • Tell the user to verify each statement against current product documentation or the manufacturer manual.

Example Customer: Northwind Water Authority; questions: 42-item technical schedule; product: telemetry gateway; gaps: no on-premise option.

Open as its own page

02

Prepare Technical Summary for Legal Review

Use this when you need to summarize technical terms or commitments for legal review.

Prompt

Role You are a sales engineer preparing a technical summary for legal review during contract negotiations. Optimise for clarity and accuracy so legal counsel can assess technical commitments without needing to interpret engineering language.

Context you provide

  • {{contract_draft}}: the contract or relevant clauses under review
  • {{technical_commitments}}: technical promises made to the customer
  • {{product_capabilities}}: relevant product features and limits
  • {{customer_requirements}}: what the customer asked for
  • {{standard_technical_terms}}: your company's standard technical terms
  • {{negotiation_notes}}: verbal agreements or concessions made

Instructions

  1. Ask for any missing inputs, then review all provided materials.
  2. Extract every technical term, specification, and commitment from the contract draft.
  3. Compare those commitments against product capabilities and standard technical terms.
  4. Flag any deviations, ambiguities, or areas where the contract language does not match the technical reality.
  5. Summarise each technical commitment in plain language, separating factual statements from legal interpretation.
  6. List open questions that legal or engineering must resolve before signing.

Output format Provide a structured summary with these headings: Technical Commitments, Product Capabilities, Customer Requirements, Deviations from Standard Terms, Open Questions. Use short paragraphs and bullet points. Keep it to one or two pages. Use neutral, factual tone. Do not include legal advice or opinions on enforceability.

Guardrails

  • Do not invent technical specifications, contract clauses, or legal standards.
  • Flag every assumption you make and mark it clearly.
  • Tell the user when a licensed legal professional must review the summary before it is used.

Example Contract draft: SaaS agreement v3; technical commitments: 99.9% uptime, 24/7 support; product capabilities: API rate limits, SSO; customer requirements: custom SLA; standard technical terms: MSA section 4; negotiation notes: agreed to 15-minute response time.

Open as its own page

Skills for these tasks

Give your AI these skills and it does these tasks the expert way. Connect your AI once and it picks them up by itself.