El test de presión de Naval Ravikant: un prompt que valida cualquier idea de negocio de una sola vez

Lo he usado en mi propio proyecto y con ideas de clientes. El resultado siempre es el mismo: en una tarde tienes más claridad sobre la viabilidad real de una idea que en semanas de investigación propia.

Este prompt hace el análisis completo de una sola vez. Lo pegas en cualquier IA con contexto de tu negocio, describes tu idea cuando te la pide, y recibes el análisis entero sin más interrupciones.

Por qué el framework de Naval

Naval Ravikant es conocido por un principio concreto: las ideas que crean riqueza real tienen apalancamiento específico y ventajas que no se pueden replicar solo con más trabajo. Un negocio que funciona porque alguien trabaja duro no es un buen negocio. Es un trabajo disfrazado de negocio.

Aplicado a la evaluación de ideas, esto se traduce en cinco preguntas que la mayoría de fundadores evita hacerse: ¿cuál es la suposición que tiene que ser verdad para que esto funcione? ¿Cuáles son los tres motivos más probables de fracaso? ¿Es un problema real o uno inventado? ¿Dónde están los primeros 10 clientes? ¿Cuál es el experimento más pequeño posible para probarlo?

Son preguntas que parecen obvias. Pero hacerlas de forma sistemática, sin apego a la idea, es lo que separa una validación real de una sesión de autoconvencimiento.

Cómo funciona

El prompt combina los cinco ángulos en una sola pasada. La IA te pide la descripción de tu idea una sola vez y luego ejecuta todo el análisis sin necesidad de más input: test de presión estructural, validación del problema, mapa de competencia real, plan para los primeros 10 clientes y diseño del MVP mínimo.

Funciona en cualquier IA que tenga buen contexto de tu negocio o sector. Cuanto más contexto tiene la IA, más específico y útil es el análisis. Si lo usas en un proyecto de Claude con instrucciones de sistema sobre tu negocio, los resultados son notablemente más precisos que en una conversación en blanco.

Yo lo he usado tanto en una ventana nueva como dentro de mis proyectos de Claude donde la IA ya conoce el mercado, los competidores y el tipo de cliente. La diferencia es clara: el análisis genérico detecta fallos estructurales obvios; el análisis con contexto llega a los fallos específicos que realmente importan.

Qué tipo de resultado esperar

Antes de pegar el prompt, vale la pena saber qué recibes. No es un informe genérico.

Lo he pasado por proyectos de sectores distintos y en todos los casos el análisis llegó a conclusiones que nadie en el equipo había verbalizado, aunque estuvieran latentes.

En el test de presión la IA identifica la suposición central del modelo y la desmonta si hace falta. No dice "el mercado es muy competitivo". Dice cosas como: "el modelo depende de una sola persona y eso lo hace inescalable desde el primer cliente 15", o "el TAM en esta zona geográfica con este ticket medio implica que el techo del negocio son 25 clientes antes de crecer o morir". Fallos rankeados por letalidad, del más mortal al menos urgente.

En la validación del problema el resultado más útil es el perfil del early adopter. No "negocios del sector X". Algo como: "empresa del sector X, con Y años de vida, que actualmente ya paga por una solución que no funciona y ha cambiado de proveedor al menos una vez". Ese perfil es la diferencia entre cold outreach al vacío y conversaciones con gente que ya tiene el problema activo.

En el mapa de competencia lo más revelador siempre es la sección de "enemigo real". Casi nunca son las otras empresas del sector. Suele ser la inercia: el cliente que funciona bien con referidos no siente urgencia, y convencerle es mucho más caro que ir directamente al que ya está buscando un cambio.

En los primeros 10 clientes el prompt genera el primer mensaje de outreach listo para usar. No una plantilla. Un mensaje específico con el problema diagnosticado antes de que el cliente haya dicho nada: "tu competidor aparece primero cuando alguien busca X en Y. Solo en ese gap estás perdiendo entre Z y W clientes nuevos al mes. ¿Tienes 20 minutos para ver qué está pasando?"

En el MVP el filtro más útil es "what gets cut". Todo lo que no testea la suposición central sobra, aunque parezca buena idea. El análisis obliga a operar con tres palancas máximo, un cliente, y una métrica antes-después. Lo demás es upsell para cuando el core funcione.

El veredicto final es lo más incómodo. No es "tiene potencial". Es algo como: "negocio real, modelo equivocado" con una propuesta concreta de qué cambiar en el modelo de entrega para que sea escalable.

El prompt completo

Cópialo entero, pégalo en Claude u otra IA, y describe tu idea cuando te la pida.

<role>
You are a startup evaluation system combining Naval Ravikant's investment framework with lean startup principles. You have built and invested in hundreds of companies and know exactly which ideas are built on genuine leverage and which are just effort dressed up as a business.
</role>

<task>
Conduct a complete startup pressure test. Cover all five dimensions in sequence. Ask for my idea and target customer ONCE at the beginning, then run the complete analysis without stopping for more input.
</task>

<process>
Ask me to describe my startup idea and target customer. Then, without further input, complete all five evaluations:

1. PRESSURE TEST
Identify the single core assumption the business depends on. Find the three most likely reasons it fails — specific to this idea, not generic. Test whether the problem is real and urgent. Assess founder-market fit. Deliver a direct verdict: strong, weak, or pivot required.

2. PROBLEM VALIDATION
Define the exact pain: what frustration the customer feels and when. Profile the early adopter — a specific person, not a demographic. Write five customer discovery questions that reveal truth without leading the witness. Define what signals prove the problem is real. Verdict: vitamin or painkiller, and what that means for the business.

3. COMPETITION MAP
Identify what customers currently do instead of using this product. Map direct and indirect competitors. Name the real enemy — the behaviour or habit this product has to replace. Assess genuine differentiation. Flag immediately if "we have no competition" appears — it is always wrong.

4. FIRST 10 CUSTOMERS
Name exactly where the first 10 customers are right now: specific communities, forums, or networks. Design the manual outreach approach. Write the first message — personal, asking only for a conversation, never a sale. Define success criteria: what these 10 must say or do to prove product-market fit. Build a weekly milestone plan from zero to 10 customers.

5. MVP DESIGN
Confirm the single most important assumption to test. Design the minimum feature set required to test only that assumption. Cut everything else — no exceptions. Define behavioural test criteria. Build a day-by-day 2-week plan ending with real users, not internal testing.
</process>

<rules>
— Ask for the idea ONCE. Complete all five evaluations without stopping
— Every flaw must be specific to this idea. No generic startup advice
— Verdicts must be direct. Never "it has potential but"
— Fatal flaws ranked by severity, most dangerous first
— Vitamin vs painkiller verdict must be explicit, never implied
— "We have no competition" is always wrong — flag and correct it
— Differentiation must be specific. Not "we're better" or "we're cheaper"
— First 10 customers found manually. No ads, no automation
— Test criteria must be behavioural. Not "users said they liked it"
— MVP tests ONE assumption only. Never two or three
</rules>

<output>
## 1. Pressure Test
Core Assumption | Three Fatal Flaws | Problem Reality | Founder-Market Fit | Brutal Verdict

## 2. Problem Validation
Specific Pain | Early Adopter Profile | 5 Discovery Questions | Validation Criteria | Vitamin or Painkiller

## 3. Competition Map
Current Behaviour | Direct Competitors | Indirect Competitors | Real Enemy | Genuine Differentiation

## 4. First 10 Customers
Where They Are | Manual Outreach Approach | First Message | Success Criteria | Weekly Plan

## 5. MVP Design
Core Assumption | Minimum Feature Set | What Gets Cut | Test Criteria | 2-Week Launch Plan
</output>

Qué hacer con el resultado

El análisis completo llega en una respuesta. Lo que hago con él:

Si el veredicto del Prompt 1 es "pivot required" — paro aquí y trabajo el cambio antes de seguir. No tiene sentido validar el problema de un modelo que ya tiene fallos estructurales.

Si el veredicto es sólido — me fijo en la distinción vitamina o analgésico del Prompt 2. Es el filtro más importante. Un analgésico con mercado pequeño es mejor negocio que una vitamina con mercado enorme.

Del Prompt 3 — la sección más reveladora siempre es "Current Behaviour". Qué hace el cliente hoy sin tu producto. Eso es tu competencia real, no las otras startups.

Del Prompt 4 — el primer mensaje que genera es lo más accionable del análisis entero. Lo uso directamente o lo adapto.

Del Prompt 5 — el filtro "what gets cut" es brutal y necesario. Todo lo que no testea la suposición central sobra, aunque la idea parezca buena.

El análisis completo lleva una tarde. Lo que te ahorra es meses construyendo en la dirección equivocada. Si quieres que lo hagamos juntos sobre tu idea o negocio, cuéntame tu situación.

Si lo usas con una idea concreta y quieres discutir el resultado, cuéntamelo. Es exactamente el tipo de análisis que hago antes de recomendar cualquier estrategia de marketing.