You’ve spent hours(maybe days) building something you’re proud of. But a strong project doesn’t guarantee a strong submission.  The way you present your work matters just as much as the work itself . Judges review dozens or even hundreds of submissions, and the ones that stand out are  clear, complete, and easy to evaluate .

This guide covers what separates winning submissions from forgettable ones.

0. Before Everything, Read the Requirements Carefully

This sounds obvious, but it’s where many hackers stumble. Before you start writing your submission,  read the hackathon’s submission requirements thoroughly . Understand what’s mandatory, what’s optional, and what format is expected.

This step ensures your submission is eligible for initial review before actual judging even begins. Missing a required field, exceeding a word limit, or submitting in the wrong format can disqualify you before a judge ever sees your work. Reading carefully saves time for both you and the organizers — and prevents the frustration of being eliminated on a technicality.

1. Show the Work, Not the Hype

A clear presentation of your project is essential. Judges want to understand what you built, why it matters, and how it works. They don’t want to wade through vague marketing language to find the substance.

If you’re unsure what to write, try the  3W1H model: What is the problem you want to solve? Why does it matter? Who is it for? How does it work?  Answer these questions directly and concisely. Alternatively, use a question-answer format to structure your submission around the key things judges need to know. (Want some examples? Explore those winner projects at   and  

An example of a project without clear presentation, what problem it solves and how to solve it.

2. Highlight What Makes Your Project Stand Out

Judges see many submissions tackling similar problems. What makes yours different? Don’t bury your most innovative or useful features in a wall of text — lead with them.

Identify the core insight or approach that sets your project apart. Maybe it’s a clever technical solution, an underserved use case you’re addressing, or an unusually polished user experience for a hackathon project. Whatever it is, make it prominent in your submission. If a judge only reads your first two paragraphs, they should already understand what makes your project worth attention.

Think about it from the judge’s perspective: after reviewing fifty submissions, what will they remember about yours? Give them something specific to hold onto.

, a winner from the  

Lead with clarity, not buzzwords.  The project description opens with a concrete explanation: the system “detects, verifies, and reports deforestation events in real time” using satellite imagery, drone data, and community-submitted photos. No vague promises about “leveraging AI”, just a clear statement of what it does.

5. Embrace the Outcome and Keep Building

Hackathons are competitions, and competitions have winners and losers. You might pour your heart into a project and walk away with nothing. It stings, but it’s completely normal.

What separates successful hackers from frustrated ones is how they respond. If you don’t win, ask yourself what you learned. Did you gain new skills? Make interesting connections? Identify weaknesses in your project you can fix?

If your idea makes sense, keep building. Many successful projects didn’t win their first hackathon but improved through iteration and eventually found their moment. On platforms like  

About DoraHacks

 creates a global hacker movement in Web3, AI, Quantum Computing and Space Tech. So far, more than 30,000 startup teams from the DoraHacks community have received over $300M in funding, and a large number of open source communities, companies and tech ecosystems are actively using DoraHacks together with its BUIDL AI capabilities for organizing hackathons and funding open source initiatives.

｜ ｜