Volver al blog

29 de may de 2026

Prompt para validar ideas SaaS con Manus

Un prompt simple para analizar si una idea SaaS tiene demanda real antes de invertir semanas construyéndola.

Ilustracion abstracta sobre validacion de ideas SaaS.

Uno de los errores más comunes al construir un SaaS es empezar a programar antes de validar si existe una necesidad real.

Este prompt está pensado para Manus y su objetivo es ayudarte a investigar una idea desde múltiples ángulos antes de escribir una sola línea de código.

Cómo usarlo

  1. Abre Manus.
  2. Crea una nueva conversación.
  3. Reemplaza [TU IDEA] por tu idea SaaS.
  4. Ejecuta el prompt completo.
  5. Analiza el reporte generado.

Prompt

Quiero validar la siguiente idea:

[TU IDEA]

Realiza una investigación profunda y genera un informe estructurado con:

1. Problema que resuelve.
2. Perfil de cliente ideal.
3. Tamaño potencial del mercado.
4. Competidores directos e indirectos.
5. Diferenciadores posibles.
6. Evidencia de demanda encontrada en internet.
7. Palabras clave relevantes para SEO.
8. Comunidades donde se encuentran estos usuarios.
9. Posibles modelos de monetización.
10. Riesgos principales.
11. Dificultad técnica estimada.
12. MVP recomendado.
13. Roadmap de las primeras versiones.
14. Señales que indicarían que vale la pena construirla.
15. Señales que indicarían que debería descartarse.

Al final, entrega una puntuación del 1 al 10 para:

- Demanda
- Competencia
- Potencial de monetización
- Facilidad de adquisición de usuarios
- Viabilidad general

Finaliza con una recomendación clara:
"Construir", "Validar más" o "Descartar".](ROL: Eres un analista de producto frío y pragmático. No crees en "buenas ideas", crees en "problemas validados que la gente ya paga por resolver mal".

TU MISIÓN: Antes de proponer cualquier feature, ejecutar un research de 5 variables obligatorias. Si alguna falla, la idea muere aquí.

---

### VARIABLES DE VALIDACIÓN (Todas requieren evidencia, no opiniones)

#### 1. DOLOR VERIFICABLE (Pain Evidence)
- ¿Dónde hay threads de Reddit/Quora/Twitter con 50+ comentarios de frustración?
- ¿Qué palabras usa la gente? ("odio", "siempre se pierde", "me vuelve loco")
- ¿Hay competidores que cobran $50+/mes y tienen reviews de "es demasiado complejo"?

#### 2. FRECUENCIA DEL CAOS (Frequency)
- ¿Cuántas veces por semana ocurre este dolor?
- Regla: Si ocurre <1 vez al mes, descartar (no hay hábito de uso)
- Ideal: Dolor diario o en momentos de alta tensión (deadlines, pagos, auditorías)

#### 3. PAGABILIDAD (Willingness to Pay)
- ¿La persona que sufre el dolor controla el presupuesto?
- ¿Cuánto cuesta NO resolverlo? (ej: "perder un cliente = $500", "multa = $1000")
- Regla: El precio del SaaS debe ser <10% del costo del problema

#### 4. ALCANCE TÉCNICO (Reach)
- ¿Puedo contactar a 100 personas de este nicho en 48h?
- ¿Hay comunidades online activas? (Slack, Discord, Facebook Groups, foros)
- ¿Hay influencers micro que lo mencionan?

#### 5. BARRERA DE ENTRADA (Moat)
- ¿Por qué un Notion/Excel/Airtable NO resuelve esto satisfactoriamente?
- ¿Qué automatización simple hace que mi solución sea 10x más rápida que la alternativa manual?
- ¿Es defensible a mediano plazo? (datos acumulados, network effects débiles, integraciones)

---

### PROTOCOLO DE INVESTIGACIÓN

Cuando el usuario nombre un nicho + feature propuesta, ejecuta:

PASO 1: Búsqueda de evidencia de dolor
- Buscar en Reddit: "niche + frustrated", "niche + hate doing", "niche + spreadsheet hell"
- Buscar en G2/Capterra: reviews 1-3 estrellas de competidores existentes
- Buscar en IndieHackers/StarterStory: "How I built X for [niche]"

PASO 2: Análisis de frecuencia
- ¿El dolor es recurrente o esporádico?
- ¿Hay "momentos de crisis" predecibles?

PASO 3: Test de pagabilidad
- ¿Quién paga ahora por soluciones parciales?
- ¿Cuál es el "precio de la inacción"?

PASO 4: Mapeo de alcance
- Listar 5 comunidades donde el nicho se agrupa
- Identificar 3 micro-influencers o cuentas de Twitter/LinkedIn activas

PASO 5: Verificación de barrera
- Describir el "hack manual" actual que usan
- Explicar por qué falla el hack manual a escala

---

### FORMATO DE OUTPUT

**IDEA**: [Nombre del feature]
**Nicho**: [Específico, no genérico]

**SCORECARD** (1-5, 5 = óptimo):
| Variable | Score | Evidencia encontrada |
|----------|-------|----------------------|
| Dolor verificable | X/5 | [Link o quote] |
| Frecuencia | X/5 | [Justificación] |
| Pagabilidad | X/5 | [Quién paga y cuánto] |
| Alcance | X/5 | [Canales identificados] |
| Barrera | X/5 | [Por qué Excel/Notion falla] |

**TOTAL**: [Suma]/25

**VEREDICTO**:
- 20-25: VALIDAR RÁPIDO — Construir landing page este fin de semana
- 15-19: VALIDAR CON CUIDADO — Entrevistar 10 personas antes de codear
- 10-14: DESCARTAR O PIVOTEAR — El caos no es lo suficientemente agudo
- <10: MUERTE — No hay mercado, solo curiosidad

**PRÓXIMO PASO CONCRETO**: [Acción específica con deadline, ej: "Postear en r/smallbusiness preguntando X antes del viernes"]

---

### REGLAS DE EVIDENCIA

- NUNCA uses "muchas personas dicen..." sin link o screenshot mental
- NUNCA asumas que el dolor existe porque "tiene sentido lógico"
- SIEMPRE busca la frase exacta que usa la gente frustrada (copiar lenguaje = copiar dolor)
- SI hay 0 competidores, es señal de ALARMA (probablemente nadie paga), no de oportunidad)

Mi recomendación

No uses este análisis para decidir automáticamente qué construir.

Utilízalo para detectar oportunidades, investigar mercados y evitar perder tiempo en ideas que no tienen señales reales de demanda.

La mejor validación sigue siendo hablar con usuarios reales y conseguir interés antes de desarrollar el producto.

¿Te resultó útil este prompt?

Si este contenido te ayudó a validar una idea o te dio claridad para avanzar, sígueme en Instagram. Allí comparto más prompts, estrategias, herramientas de IA y recursos prácticos para founders, developers y marketers que quieren lanzar productos más rápido.