20 idees de projectes per a un hackaton que pots mostrar en un cap de setmana

Les millors idees de projectes per a hackatons resolen un problema concret per a una persona concreta i es poden mostrar funcionant, en directe, en menys de tres minuts. Normalment això vol dir una aplicació web amb un recorregut principal: un formulari, una mica de lògica o una crida a una API i un resultat clar a la pantalla. A continuació hi ha vint idees agrupades per temes habituals de hackatons, cadascuna amb per a qui és, la demo a construir en 24–48 hores, què la podria convertir en negoci després i la part difícil, sincera. Tria'n una, redueix-la i dedica l'últim quart de l'esdeveniment a la demo.

Si vols idees per seguir treballant després de l'esdeveniment, idees de projectes paral·lels que pots construir amb IA i idees d'startups d'IA van més enllà. Aquesta llista està pensada per a un cap de setmana.

Tria una idea que encaixi amb l'esdeveniment

Llegeix sempre primer les normes de l'esdeveniment i els criteris de valoració; decideixen més que el tema.

Comunitat i civisme

1. Tauler d'objectes perduts per a un campus o un recinte

• Per a: Estudiants, assistents a festivals, socis de gimnasos.
• Demo: Publicar un objecte trobat amb una foto i la ubicació, cercar per categoria, i un flux de «això és meu» que avisa qui l'ha trobat.
• Després: Els recintes podrien pagar per un tauler amb la seva marca; la majoria ho veurà com un servei gratuït.
• Part difícil: Aturar les reclamacions falses. Una pregunta que només el propietari pot respondre («de quin color és la funda del mòbil?») fa un bon moment per a la demo.

2. Cerca de torns per a voluntaris

• Per a: Bancs d'aliments, refugis i entitats amb un calendari de torns en paper.
• Demo: L'organitzador crea torns amb places; els voluntaris s'apunten des del mòbil; un tauler mostra els buits. El constructor de programacions cobreix el nucli.
• Part difícil: Aconseguir que una organització real hi mire. Porta un pressupost o una foto del calendari de paper real a la presentació.

3. Mapa d'espais accessibles d'un poble

• Per a: Persones en cadira de rodes, famílies amb cotxets, persones amb necessitats sensorials.
• Demo: Un mapa de llocs amb accés sense escaons, lavabos accessibles i horaris de silenci, i un formulari per afegir o corregir un lloc.
• Part difícil: Dades en què es pugui confiar. Mostra d'on prové cada entrada i quan es va revisar per última vegada.

4. Decisions del consell municipal en llenguatge planer

• Per a: Veïns que mai llegeixen les actes de les sessions.
• Demo: Enganxar o pujar un ordre del dia públic, obtenir un resum breu del que es decideix i quan, i un botó per «seguir aquest tema».
• Part difícil: La precisió. Mostra el text original al costat del resum perquè la gent ho pugui comprovar.

Educació

5. Cerca de grup d'estudi per a una assignatura

• Per a: Estudiants de classes massificades que no coneixen ningú.
• Demo: Triar l'assignatura i els horaris lliures, veure grups compatibles i unir-se a un. El constructor de directoris és una bona base.
• Part difícil: Seguretat i privadesa. Fes servir els correus de la universitat per iniciar sessió i no mostris telèfons personals.

6. Pràctica d'exàmens anteriors amb correcció instantània

• Per a: Estudiants que repassen per a un examen.
• Demo: Preguntes de tipus test per tema, retroacció instantània i un gràfic dels temes febles. Consulta com fer una aplicació de test.
• Després: Un nivell de pagament amb més preguntes podria funcionar, si les escrius tu mateix.
• Part difícil: Drets d'autor. Fes servir preguntes que hagis escrit tu o que el consell d'examen permeti utilitzar.

7. Eina de tiquet de sortida per a l'aula

• Per a: Docents que volen una comprovació ràpida de «ho han entès?» al final d'una classe.
• Demo: El docent crea una comprovació de dues preguntes, els estudiants responen des del mòbil amb un codi i el docent veu un resum en pocs segons.
• Part difícil: Funcionar en una aula real: sense inicis de sessió per als estudiants de menys de 13 anys, i ràpida amb una wifi escolar dolenta.

8. Adaptador de nivell de lectura

• Per a: Docents i famílies de nens que llegeixen per sota o per sobre de la seva edat.
• Demo: Enganxar un text i triar un nivell de lectura; un model d'IA el reescriu i ressalta les paraules difícils amb les definicions.
• Part difícil: Mantenir el significat. Mostra les dues versions una al costat de l'altra i deixa que el docent les editi.

Clima i sostenibilitat

9. Reserva i registre d'un repair café

• Per a: Esdeveniments comunitaris de reparació.
• Demo: La gent reserva un torn per a un objecte, els voluntaris registren què s'ha arreglat i una pàgina suma els objectes salvats de l'escombraria. El constructor d'esdeveniments hi encaixa.
• Part difícil: Xifres d'impacte honestes. Compta els objectes reparats; no inventis xifres de carboni que no puguis justificar.

10. Tauler d'energia per a una oficina o una escola

• Per a: Personal de manteniment i comissions ecològiques.
• Demo: Pujar lectures de comptadors (o un fitxer de mostra), veure el consum per dia i per sala i marcar els pics. Pots partir del constructor de taulers.
• Part difícil: Dades reals. Si no pots obtenir comptadors en directe, digues-ho i fes la demo amb una mostra clarament etiquetada.

11. Compartició d'aliments sobrants per a un edifici

• Per a: Oficines, residències d'estudiants, neveres comunitàries.
• Demo: Publicar menjar sobrant amb una foto i una hora de recollida, rebre una notificació i reclamar-lo. Els articles caduquen automàticament.
• Part difícil: Normes de seguretat alimentària. Limita-ho a menjar tancat o clarament etiquetat i afegeix una petita pàgina de normes.

Salut i accessibilitat

Has de tenir cura amb aquest tema. Una demo de hackaton no ha de diagnosticar ni donar consells mèdics, i no has d'utilitzar dades reals de pacients.

12. Recordatori de medicació per a cuidadors

• Per a: Persones que cuiden un progenitor o un fill amb diverses medicacions.
• Demo: Afegir medicaments amb horaris, rebre recordatoris, marcar les dosis preses i compartir una vista de només lectura amb un germà o una germana.
• Part difícil: Fiabilitat. Un recordatori perdut importa; a la presentació, sigues honest i digues que una demo no és un dispositiu mèdic.

13. Cua de sala d'espera d'una clínica

• Per a: Clíniques sense cita prèvia, farmàcies, centres d'assessorament.
• Demo: Unir-se a la cua escanejant un codi, veure la posició i rebre un missatge quan falti poc per al torn.
• Part difícil: Persones sense smartphone. Mostra com el personal les hi afegeix manualment.

14. Comprovador d'accessibilitat web per a un problema

• Per a: Propietaris de llocs web petits.
• Demo: Introduir una URL, comprovar una cosa bé (text alternatiu de les imatges que falta, o contrast de color baix) i mostrar les correccions.
• Part difícil: Profunditat abans que amplitud. Fer bé una sola comprovació val més que vint de superficials. Com fer el teu lloc web accessible repassa els fonaments.

Eines per a desenvolupadors

15. Servidor simulat de respostes d'API a partir d'un exemple

• Per a: Desenvolupadors de front-end que esperen un back-end.
• Demo: Enganxar un exemple de resposta JSON i obtenir una URL en viu que el retorna, amb retards i errors opcionals.
• Després: Hi ha moltes eines que fan això, així que és més un projecte d'aprenentatge que un negoci.
• Part difícil: Destacar. Tria un gir, com generar dades falses però realistes a partir de l'exemple.

16. Resum de pull requests per a persones no desenvolupadores

• Per a: Gestors de producte que volen saber què ha canviat aquesta setmana.
• Demo: Connectar un repositori públic (o enganxar un diff) i obtenir un resum en llenguatge planer dels canvis agrupats per funcionalitat. Què és GitHub explica les bases.
• Part difícil: Permisos. Fes servir repositoris públics a la demo i mai no posis tokens d'accés al front-end.

17. Comprovador de variables d'entorn

• Per a: Equips que trenquen desplegaments per una configuració que falta.
• Demo: Comparar un fitxer de configuració d'exemple amb un de real (amb els valors ocults) i llistar què falta o què no s'utilitza.
• Part difícil: No mostrar mai valors secrets. Com mantenir segures les claus d'API explica per què.

Projectes d'IA i d'API

Aquests són populars, així que el llistó és més alt. Un quadre de xat sobre un model no n'hi ha prou; mostra una feina concreta feta millor.

18. Divisor de tiquets

• Per a: Amics que comparteixen el compte d'un restaurant.
• Demo: Fer una foto d'un tiquet, l'aplicació llegeix els articles, cadascú toca el que ha pres i es mostra qui deu què.
• Part difícil: Llegir tiquets desordenats. Deixa que la gent corregeixi els errors ràpidament; això també forma part de la demo.

19. De notes de reunió a llista d'accions

• Per a: Associacions d'estudiants i equips petits.
• Demo: Enganxar notes o una transcripció, obtenir accions amb responsables i dates i enviar-les a cada persona.
• Part difícil: Responsables equivocats i terminis inventats. Mostra la frase d'origen de cada acció.

20. Omplidor de formularis per veu

• Per a: Persones a qui els resulten difícils els formularis llargs: usuaris grans, persones amb dislèxia o baixa visió.
• Demo: Dir les respostes a un formulari una pregunta a la vegada; l'aplicació omple els camps i les llegeix per confirmar-les.
• Part difícil: Obtenir bé el consentiment i no enviar mai res sense una revisió humana final.

Per a qualsevol idea d'IA necessitaràs una clau d'API i les peticions tenen cost; com fer servir APIs de LLM explica claus, costos i límits.

Com guanyar (o com acabar)

1. Escriu primer el guió de la demo. Tres frases: qui és l'usuari, què fa i què veu. Construeix només el que el guió necessita.
2. Fes funcionar el recorregut principal abans de la meitat. Fes servir plantilles, kits de partida o un constructor d'aplicacions amb IA per a les parts avorrides: inici de sessió, formularis, base de dades. Una eina com Mythex pot generar una aplicació web funcional amb una base de dades i publicar-la en un enllaç, cosa que deixa temps a l'equip per a la part intel·ligent. Revisa abans les normes de l'esdeveniment sobre les eines.
3. Fes servir dades d'exemple realistes. Deu entrades creïbles fan que la demo es vegi real; «prova prova 123» no.
4. Grava un vídeo de seguretat. La wifi falla als hackatons. Una gravació de dos minuts salva la presentació.
5. Mostra el problema d'una persona real. Una cita d'algú amb qui has parlat, o una foto del procés en paper que estàs substituint.
6. Sigues honest sobre els límits. Els jurats valoren més un «això són dades d'exemple» que una afirmació que puguin desmuntar.

Com construir un MVP en un cap de setmana té més informació sobre com retallar l'abast. Si el projecte triomfa després de l'esdeveniment, com validar una idea d'aplicació és el pas següent.

Preguntes