> For the complete documentation index, see [llms.txt](https://wiki.superteam.com.br/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://wiki.superteam.com.br/es/hackathon/common-mistakes.md).

# Errores Comunes a Evitar

Estudiaste toda esta guia y te estas preparando para entrar con todo al proximo hackathon global de Solana. Armaste tu equipo de builders con programadores, diseñadores y marketeros. Llenaste tu cocina de fideos instantaneos y bebidas energeticas.

Pero antes de empezar, hablemos sobre como evitar algunas trampas muy comunes. A traves de dolorosos intentos y errores, la comunidad de Solana extrajo principios clave sobre como **NO** desperdiciar tu tiempo limitado de construccion.

## Trampa 1: Resolviendo un problema "falso"

Los proyectos mas exitosos resuelven problemas reales que personas o empresas reales enfrentan hoy. Concentrate en atender necesidades que ya existen en lugar de evocar necesidades falsas.

**Como evitar:**

* Basa tu proyecto en problemas practicos reales. Una excelente declaracion de problema puede llevar tu proyecto a la final incluso con una solucion imperfecta.
* Conversa con usuarios reales para identificar puntos problematicos. No confies en suposiciones.
* Considera areas como onboarding de usuarios, UX de retail, privacidad, identidad e infraestructura.
* Evita ideas que parezcan interesantes pero no tengan un problema claro y urgente detras.

## Trampa 2: Ignorar los puntos fuertes de Solana

Los jurados buscan proyectos que destaquen los puntos fuertes de Solana. Aprovecha al maximo las transacciones baratas y rapidas. Muestra conectividad con wallets moviles. Demuestra como Solana desbloquea experiencias que no funcionarian en otras blockchains.

**Como evitar:**

* Aprovecha especificamente la velocidad, las tarifas bajas y otros puntos fuertes de Solana.
* Estudia lo que hace unica a Solana y construye alrededor de esos recursos.
* No envies ideas genericas que podrian funcionar en cualquier blockchain.

## Trampa 3: No demostrar tu progreso

Aunque tu demo no este perfecto, muestra algo funcional. Una app en vivo, incluso limitada, demuestra progreso mucho mas que slides.

**Como evitar:**

* Construye en publico. Comparte progreso en redes sociales y comunidades Solana.
* Documenta tu camino en Twitter o blog. Busca feedback de la comunidad.
* Participa en eventos Solana para networking y visibilidad.

## Trampa 4: Improvisar la presentacion

Grandes presentaciones no suceden espontaneamente. Requieren practica. Hazte preguntas dificiles, cronometra tu presentacion y obtiene feedback de tus colegas.

**Como evitar:**

* Prioriza un demo funcional con buen UI. Los jueces quieren funcionalidades tangibles.
* Construye un MVP que funcione de punta a punta, incluso incompleto.
* Demo en vivo > video llamativo.
* No gastes todo el tiempo en diseño — construye y prueba la solucion real.

## Trampa 5: Ausencia de un plan de negocios

Los jurados saben que incluso ideas increibles no llegan a ningun lado sin un modelo de negocios viable. Piensa en como generar ingresos, retener usuarios y expandirte.

**Como evitar:**

* Estructura presentaciones alrededor de funcionalidades detalladas, no solo videos promocionales.
* Evita frases hechas y exageraciones. Muestra aplicacion practica y utilidad.
* Estate preparado para responder preguntas detalladas sobre como funciona por debajo del capo.
* Impresiona con sustancia, no estilo — demos reales en vez de afirmaciones audaces.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://wiki.superteam.com.br/es/hackathon/common-mistakes.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.