20 hackathonprojectideeën die je in een weekend kunt demonstreren
De beste hackathonprojectideeën lossen één specifiek probleem op voor één specifiek persoon, en kunnen binnen minder dan drie minuten live laten zien dat ze werken. Meestal betekent dat een webapp met één hoofdreis: een formulier, een beetje logica of een API-aanroep, en een duidelijk resultaat op het scherm. Hieronder vind je twintig ideeën, gegroepeerd per veelvoorkomend hackathonthema. Bij elk idee staat voor wie het is, welke demo je in 24 tot 48 uur bouwt, wat er later een bedrijf van kan maken en het eerlijke lastige deel. Kies er één, maak het kleiner en besteed het laatste kwartier van het evenement aan de demo.
Wil je ideeën om na het evenement verder aan te werken, dan gaan zijprojectideeën die je met AI bouwt en AI-startupideeën verder. Deze lijst is afgestemd op één weekend.
Kies een idee dat bij het evenement past
| Als het evenement gaat over... | Sterke ideeën uit deze lijst | Waar juryleden naar kijken |
|---|---|---|
| Gemeenschap en burgerzaken | 1–4 | Een echt lokaal probleem, duidelijke gebruikers |
| Onderwijs | 5–8 | Studenten of docenten die echt geholpen worden |
| Klimaat en duurzaamheid | 9–11 | Een meetbare verandering, eerlijke cijfers |
| Gezondheid en toegankelijkheid | 12–14 | Zorgvuldigheid met data en veiligheid |
| Ontwikkelaarstools | 15–17 | Bespaart ontwikkelaars echt tijd |
| AI en API's | 18–20 | Slim gebruik van het model, niet alleen een chatvenster |
Lees altijd eerst de regels van het evenement en de beoordelingscriteria; die bepalen meer dan het thema.
Gemeenschap en burgerzaken
1. Verloren-en-gevonden-bord voor een campus of locatie
- Voor: Studenten, festivalbezoekers, sportschoolleden.
- Demo: Plaats een gevonden voorwerp met foto en locatie, zoek op categorie, en een stroom waarin iemand “dit is van mij” kan melden, waarna de vinder een melding krijgt.
- Daarna: Locaties zouden kunnen betalen voor een eigen bord; de meeste mensen zien het als gratis dienst.
- Lastig deel: Valse claims tegenhouden. Een simpele vraag die alleen de eigenaar kan beantwoorden (“welke kleur heeft het telefoonhoesje?”) maakt een goed demomoment.
2. Vrijwilligersdienstenmatcher
- Voor: Voedselbanken, opvangcentra en goede doelen die een rooster op papier hebben.
- Demo: De organisator maakt diensten met plekken aan; vrijwilligers melden zich aan op hun telefoon; een dashboard toont de gaten. De planningsbouwer dekt de kern.
- Lastig deel: Een echte organisatie zover krijgen dat ze ernaar kijken. Neem bij de pitch een offerte of een foto van het echte papieren rooster mee.
3. Kaart van toegankelijke plekken voor één stad
- Voor: Rolstoelgebruikers, ouders met kinderwagens, mensen met prikkelgevoeligheid.
- Demo: Een kaart met plekken die drempelvrij zijn, toegankelijke toiletten en rustige uren, plus een formulier om een plek toe te voegen of te corrigeren.
- Lastig deel: Data waarop je kunt vertrouwen. Laat zien waar elk gegeven vandaan komt en wanneer het voor het laatst is gecontroleerd.
4. Gemeentebesluiten in begrijpelijke taal
- Voor: Inwoners die nooit notulen lezen.
- Demo: Plak of upload een openbare agenda, krijg een korte, duidelijke samenvatting van wat er wordt besloten en wanneer, plus een knop “volg dit onderwerp”.
- Lastig deel: Juistheid. Toon de oorspronkelijke tekst naast de samenvatting, zodat mensen het kunnen controleren.
Onderwijs
5. Studiegroepvinder voor één vak
- Voor: Studenten in grote klassen die niemand kennen.
- Demo: Kies je vak en vrije momenten, zie groepen die passen en sluit je aan bij één. De directorybouwer is een goede basis.
- Lastig deel: Veiligheid en privacy. Log in met universiteitsmail en toon geen persoonlijke telefoonnummers.
6. Oefenen met oude tentamens en directe beoordeling
- Voor: Studenten die voor één tentamen leren.
- Demo: Meerkeuzevragen per onderwerp, directe feedback en een grafiek met zwakke onderwerpen. Zie hoe je een quizapp bouwt.
- Daarna: Een betaalde variant met meer vragen kan werken, als je ze zelf schrijft.
- Lastig deel: Auteursrecht. Gebruik vragen die je zelf hebt geschreven of die het examenbureau toestaat te gebruiken.
7. Uitstapkaartje voor in de klas
- Voor: Docenten die aan het einde van een les snel willen weten “heeft iedereen het begrepen?”.
- Demo: De docent maakt een controle van twee vragen, leerlingen antwoorden op hun telefoon met een code, en de docent ziet in enkele seconden een samenvatting.
- Lastig deel: Werken in een echte klas: geen logins voor leerlingen onder de 13, en snel op een slecht schoolnetwerk.
8. Leesniveau-aanpasser
- Voor: Docenten en ouders van kinderen die onder of boven hun leeftijd lezen.
- Demo: Plak een tekst en kies een leesniveau; een AI-model herschrijft de tekst en markeert moeilijke woorden met uitleg.
- Lastig deel: De betekenis intact houden. Toon beide versies naast elkaar en laat de docent bewerken.
Klimaat en duurzaamheid
9. Repaircafé-boeking en logboek
- Voor: Buurtinitiatieven die reparatie-evenementen organiseren.
- Demo: Mensen boeken een tijdslot voor een voorwerp, vrijwilligers noteren wat er is gerepareerd, en een pagina telt de voorwerpen die van de vuilnisbak zijn gered. De evenementenbouwer past hierbij.
- Lastig deel: Eerlijke impactcijfers. Tel gerepareerde voorwerpen; verzin geen CO₂-cijfers die je niet kunt onderbouwen.
10. Energiedashboard voor kantoor of school
- Voor: Facilitair personeel en milieucommissies.
- Demo: Upload meterstanden (of een voorbeeldbestand), zie het verbruik per dag en per ruimte, en markeer pieken. Begin met de dashboardbouwer.
- Lastig deel: Echte data. Als je geen live meters kunt krijgen, zeg dat dan en demonstreer met een duidelijk gelabeld voorbeeld.
11. Overschotvoedsel delen in een gebouw
- Voor: Kantoren, studentenhuizen en buurtkoelkasten.
- Demo: Plaats restvoedsel met foto en ophaaltijd, krijg een melding en claim het. Items verlopen automatisch.
- Lastig deel: Voedselveiligheidsregels. Houd het bij verzegeld of duidelijk gelabeld voedsel en voeg een korte richtlijnenpagina toe.
Gezondheid en toegankelijkheid
Wees voorzichtig met dit thema. Een hackathondemo mag geen diagnose stellen of medisch advies geven, en je mag geen echte patiëntgegevens gebruiken.
12. Medicijnherinnering voor mantelzorgers
- Voor: Mensen die zorgen voor een ouder of kind met meerdere medicijnen.
- Demo: Voeg medicijnen met tijden toe, ontvang herinneringen, vink doses af en deel een alleen-lezen overzicht met een broer of zus.
- Lastig deel: Betrouwbaarheid. Een gemiste herinnering is belangrijk; wees bij de pitch eerlijk dat een demo geen medisch hulpmiddel is.
13. Wachtrij in de wachtkamer van een kliniek
- Voor: Inloopklinieken, apotheken en adviescentra.
- Demo: Sluit je aan in de wachtrij door een code te scannen, zie je positie en krijg een bericht als je bijna aan de beurt bent.
- Lastig deel: Mensen zonder smartphone. Laat zien hoe medewerkers hen met de hand toevoegen.
14. Toegankelijkheidscontrole voor één probleem op een website
- Voor: Eigenaren van kleine websites.
- Demo: Voer een URL in, controleer één ding goed (ontbrekende alt-tekst bij afbeeldingen of te lage kleurcontrast) en toon de oplossingen.
- Lastig deel: Diepgang boven breedte. Eén controle goed gedaan is beter dan twintig oppervlakkige. Hoe maak je je website toegankelijk behandelt de basis.
Ontwikkelaarstools
15. API-mockserver op basis van een voorbeeld
- Voor: Front-end-ontwikkelaars die op een back-end wachten.
- Demo: Plak een voorbeeld-JSON-antwoord, krijg een live URL die dat teruggeeft, met optionele vertragingen en fouten.
- Daarna: Er bestaan veel tools die dit doen, dus het is meer een leerproject dan een bedrijf.
- Lastig deel: Opvallen. Kies één kronkel, zoals het genereren van realistische nepdata op basis van het voorbeeld.
16. Samenvatting van pull requests voor niet-ontwikkelaars
- Voor: Productmanagers die willen weten wat er deze week is veranderd.
- Demo: Koppel een openbare repo (of plak een diff), krijg een samenvatting in gewoon Nederlands van de wijzigingen, gegroepeerd per functie. Wat is GitHub legt de basis uit.
- Lastig deel: Rechten. Gebruik openbare repo's in de demo en plak nooit toegangstokens in de front-end.
17. Controle van omgevingsvariabelen
- Voor: Teams die deployments breken door een ontbrekende instelling.
- Demo: Vergelijk een voorbeeldconfiguratiebestand met een echt bestand (met verborgen waarden) en toon wat ontbreekt of niet wordt gebruikt.
- Lastig deel: Nooit geheime waarden tonen. Hoe je API-sleutels veilig houdt legt uit waarom.
AI- en API-projecten
Dit zijn populaire ideeën, dus de lat ligt hoger. Een chatvenster bovenop een model is niet genoeg; laat zien dat een specifieke taak beter wordt gedaan.
18. Bonverdeler
- Voor: Vrienden die een restaurantrekening delen.
- Demo: Maak een foto van een bon, de app leest de artikelen, iedereen tikt wat hij had, en de app toont wie wat moet betalen.
- Lastig deel: Rommelige bonnen lezen. Laat mensen snel fouten herstellen; dat hoort bij de demo.
19. Vergadernotities omzetten naar een actielijst
- Voor: Studentenverenigingen en kleine teams.
- Demo: Plak notities of een transcript, krijg acties met eigenaren en data, en stuur die naar elke persoon.
- Lastig deel: Verkeerde eigenaren en verzonnen deadlines. Toon bij elke actie de bronzin.
20. Formulier invullen met je stem
- Voor: Mensen die lange formulieren lastig vinden: oudere gebruikers, mensen met dyslexie of slechtziendheid.
- Demo: Spreek antwoorden in op een formulier, één vraag tegelijk; de app vult de velden in en leest ze voor ter bevestiging.
- Lastig deel: Toestemming goed regelen en nooit verzenden zonder een laatste controle door een mens.
Voor elk AI-idee heb je een API-sleutel nodig en de verzoeken kosten geld; hoe je LLM-API's gebruikt legt sleutels, kosten en limieten uit.
Hoe je wint (of in ieder geval afmaakt)
- Schrijf eerst het demoscript. Drie zinnen: wie de gebruiker is, wat hij doet, wat hij ziet. Bouw alleen wat het script nodig heeft.
- Zorg dat de hoofdreis op het halfuur werkt. Gebruik sjablonen, startkits of een AI-appbouwer voor het saaie werk: inloggen, formulieren, database. Een tool als Mythex kan een werkende webapp met database maken en publiceren naar een link, zodat je team tijd overhoudt voor het slimme deel. Controleer eerst de regels van het evenement over tools.
- Gebruik realistische voorbeelddata. Tien geloofwaardige items maken een demo echt; “test test 123” doet dat niet.
- Neem een back-upvideo op. Wifi valt uit op hackathons. Een opname van twee minuten redt de pitch.
- Laat het probleem van een echt persoon zien. Een citaat van iemand met wie je hebt gesproken, of een foto van het papierwerk dat je vervangt.
- Wees eerlijk over de beperkingen. Juryleden respecteren “dit is voorbeelddata” meer dan een claim die ze doorzien.
Hoe bouw je in een weekend een MVP gaat verder in op het beperken van de scope. Als het project na het evenement van de grond komt, is hoe valideer je een appidee de volgende stap.
Veelgestelde vragen
Wat maakt een goed hackathonproject?
Een helder probleem voor een specifiek persoon, een demo die binnen twee of drie minuten live werkt, en één ding dat echt slim of goed uitgewerkt is. Juryleden onthouden meestal het team dat het probleem van een echte gebruiker van begin tot eind oploste, niet het team met de meeste functies.
Hoe groot moet een hackathonproject zijn?
Kleiner dan je denkt. Plan één gebruikersreis: iemand komt binnen, doet het hoofdding en ziet een resultaat. Zorg dat dat op het halfuur werkt, en besteed de rest van de tijd aan afwerking, de demo en een back-upopname.
Mag ik AI-tools gebruiken tijdens een hackathon?
Meestal wel, maar controleer de regels van het evenement. Sommige hackathons eisen dat de code tijdens het evenement is geschreven, vragen je om tools en bibliotheken op te geven, of hebben tracks met eigen eisen. Vraag bij twijfel de organisatie voordat je begint.
Wat kan een beginner bouwen op een hackathon?
Een eenvoudige webapp met één formulier, een database en een resultaatpagina: een inschrijflijst, een verloren-en-gevonden-bord of een studieplanner. Met een AI-appbouwer of een sjabloon voor de basis heb je meer tijd voor het idee en de demo.