How to Write a Conference Proposal in English

Speaking at a tech conference is one of the most effective ways to build your professional reputation, share your expertise, and grow your network. But before you get on stage, you need to get past the CFP (Call for Papers) committee — and that means writing a compelling proposal in English. Many technically brilliant engineers lose out on speaking opportunities because their proposal is unclear or fails to explain the value for attendees. This post shows you the structure and language to write a proposal that gets accepted.

Key Phrases

Abstract (150-300 words):

• “This talk explores how to…”
• “Drawing from my experience building X at Y, I’ll share…”
• “Most teams encounter [problem] when they try to [thing]. In this session, I’ll show you a practical approach to…”
• “By the end of this talk, you’ll understand why [conventional wisdom] falls short and what to do instead.”

Learning outcomes:

• “Attendees will learn how to design a resilient event-driven system.”
• “This talk is aimed at backend engineers and architects who work with distributed systems.”
• “By the end, you’ll be able to evaluate trade-offs between different consensus algorithms.”
• “You’ll leave with a practical checklist for conducting your first security audit.”

Talk description:

• “I’ll cover the key concepts, walk through a real-world case study, and show live code examples.”
• “The session is structured in three parts: the problem, the solution, and the lessons learned.”
• “I’ll avoid introductory definitions and assume familiarity with basic Kubernetes concepts.”

Speaker bio:

• “Drawing from my experience at [company], where I led…”
• “I have spent the past five years building data pipelines at scale.”
• “I previously spoke at [conference] and [meetup].”
• “I am a maintainer of [open source project] and contributor to [community].”

How to Use This in Practice

A strong CFP submission has four components:

1. The abstract is your sales pitch to the selection committee. It should open with the problem, explain your approach, and promise a specific takeaway. Keep it to 150-300 words. Most proposals are rejected because the abstract is too vague: “I’ll talk about Kubernetes” is not a proposal. “I’ll share the three critical mistakes that caused our Kubernetes cluster to fail silently — and the observability patterns that caught them first” is a proposal.

2. Learning outcomes tell the committee that you have thought about the audience’s needs. Use the format “Attendees will be able to…” and be specific. Vague outcomes like “attendees will understand microservices” are weaker than “attendees will be able to implement circuit breakers using Resilience4j and understand when to use them versus retries.”

3. The talk description gives a more detailed outline. Use numbered sections or bullet points to show structure. Include the level (beginner / intermediate / advanced), the expected audience, and whether there will be live demos or code examples.

4. The speaker bio should establish your credibility for this specific topic. If you are speaking about performance optimisation, mention that you optimised a system that handles X requests per second. A generic bio about “software engineer with 10 years of experience” is less compelling than a targeted one.

Example Conversation

Engineer (Halyna): “I submitted a CFP to KubeCon but I’m not sure my abstract is strong enough.”

Mentor: “What’s the first sentence?”

Halyna: “It says: ‘In this talk, I will discuss monitoring strategies for Kubernetes clusters.’”

Mentor: “That’s too generic. Try starting with the problem: ‘Most Kubernetes operators discover a node failure from a user ticket, not their dashboards. In this talk, I’ll show you the three observability gaps that let silent failures hide for hours — and how we fixed them at our scale of 400 nodes.’ Now it’s specific, it has a hook, and it tells the committee exactly what value you’re delivering.”

Practice Tips

1. Read accepted CFP examples: Many conferences publish lists of accepted talks with their abstracts. PyCon US, KubeCon, and QCon all have past programme archives. Read 10 accepted abstracts and identify the pattern: what problem do they open with, how do they promise value, and how specific are the learning outcomes?

2. Write your own abstract in two versions: Take a topic you know well and write two abstracts — one vague (as you might write it spontaneously) and one specific (using the structure from this post). Compare them and notice what makes the second one stronger.

3. Practise your speaker bio in English: Write a 100-word speaker bio that focuses on your credibility for a specific topic. Avoid generic statements. Use concrete numbers, project names, and roles. Read it aloud to check that it sounds natural and confident.