∞Respuesta directa
Respuesta directa
Un piloto es una prueba pequeña con un cliente real. Antes de crear, acuerda qué debe demostrar. Identifica al usuario y a quien puede aprobar la compra. Deja por escrito alcance, precio, límite de soporte y fecha final. Empieza cuando el equipo y los datos estén listos. Una buena prueba puede terminar sin una venta. [1] [2]
Elige al comprador y la pregunta
Esta guía es para startups que venden a otras empresas. Sirve desde pre-seed hasta Serie A. No fija reglas para ensayos de fármacos ni otras pruebas reguladas. Estas necesitan su propia revisión experta.
Pregunta qué tarea causa un problema real hoy. Después, quién controla el presupuesto para resolverlo. Al usuario puede gustarle la herramienta sin poder comprarla. YC señala que el comprador no siempre es el usuario. [3]
Elige una pregunta que el piloto pueda responder. Por ejemplo: ¿reduce el tiempo de una tarea? No aceptes una lista completa de deseos como prueba. YC y Amplify advierten contra un alcance vago y desarrollos sin fin. [1] [2]
- Usuario: ¿quién hará la prueba?
- Comprador: ¿quién puede aprobar el gasto?
- Necesidad: ¿qué debe mejorar?
- Decisión: ¿qué pasa si la prueba cumple la meta?
Escribe las reglas para empezar y terminar
Usa una página compartida para fijar las reglas. Un plan no sustituye a un buen contrato. Asigna un responsable en cada equipo para cada paso. Lista aparte el trabajo que queda fuera.
Define los requisitos para empezar: trabajo, personas y datos seguros listos. Si falta algo, cambia la fecha de inicio. No llames prueba activa al tiempo de espera. YC pide contar con datos y un equipo preparado. [1]
Reserva la reunión final antes de empezar. Acuerda qué resultado será positivo, negativo o poco claro. Ante nuevas peticiones, revisa primero el alcance y coste. No alargues la prueba solo para conservar un logotipo. [1] [2]
- Tarea, medida inicial y meta.
- Usuarios, datos de prueba y permisos de acceso.
- Precio, vencimiento y posibles reembolsos.
- Tiempo de soporte de cada equipo.
- Reunión final y siguiente paso de compra.
Decide si debes cobrar por este piloto
Cobrar no prueba que tu producto encaje en el mercado. Una prueba gratis no prueba que nadie pagará. Decide según lo que debes aprender y lo que cuesta atenderla.
Las fuentes difieren en su enfoque. YC anima a pasar a pruebas pagadas al madurar las ventas. Amplify prefiere pruebas tempranas gratis para aprender, salvo costes altos o mucha demanda. Ningún enfoque es una regla universal. [1] [2]
Si es gratis, acuerda tiempo, usuarios y comentarios esperados. Si es pagada, fija el precio y qué cubre. Habla también del precio del uso posterior. Respeta los controles de compra; no los evites para cerrar más rápido.
Mide el resultado y tu propio trabajo
Este ejemplo es inventado, no un resultado de cliente. Un equipo tiene 60 tareas del mismo tipo. Cada una tarda 12 minutos con el método anterior. La meta es 8 minutos con tu herramienta, sin perder calidad.
Son 720 minutos antes y 480 después. La diferencia es 240 minutos, o 4 horas. Son valores supuestos, no una promesa. El tiempo liberado no ahorra dinero si los costes no bajan.
Usa la misma mezcla de tareas y registra errores y tiempo. Acuerda cómo medir la calidad antes de empezar. Anota ayuda del fundador, preparación y arreglos manuales. Si haces el trabajo por los usuarios, dilo. Eso no demuestra que el producto funcione solo.
- Guarda la medida inicial y el método de prueba.
- Registra uso real, errores y ayuda del equipo.
- Respeta el límite de soporte y anota extras.
- Compara el resultado con la meta acordada.
Termina con una decisión, no más deseos
En la reunión final, muestra la meta y el resultado real. Si faltan datos sólidos, dilo. Mejorar la velocidad no demuestra calidad. Superar una prueba técnica no autoriza una compra.
Pide al dueño del presupuesto el siguiente paso y su fecha. Pueden quedar controles legales, de seguridad o de compra. Anota lo pendiente. Amplify advierte que el equipo de pruebas puede no decidir una implantación más amplia. [2]
Elige un contrato pagado, una nueva prueba limitada o terminar. Si repites, define otra pregunta y un límite de coste. Si los términos lo permiten, cierra el acceso y devuelve o borra los datos al terminar. No dejes acceso abierto por defecto.
Muestra al inversor qué demuestra el piloto
Guarda juntos el plan, las notas y la decisión final. Separa el precio acordado del dinero recibido. Una carta de intención expresa interés; su efecto legal depende del texto y la ley local.
Los ingresos recurrentes anuales son ventas que se repiten en una base anual. Un pago único de piloto no lo es. Sepáralo de los contratos continuos. YC también pide mostrar qué clientes aún pueden cancelar. [1] [3]
En pre-seed, muestra lo aprendido sobre la necesidad. En seed, si los compradores pagan y vuelven. En Serie A, si la misma prueba sirve para otros clientes. Un buen piloto no demuestra ventas repetibles.
Esta guía se preparó con apoyo de IA y las fuentes enlazadas. El ejemplo es ficticio. No es asesoría legal o de inversión ni un contrato listo para firmar. Las normas de datos, impuestos y contratos varían por país. Busca asesoría local cualificada antes de compartir datos o firmar.
FAQ
Preguntas frecuentes
¿Toda startup debe cobrar por un piloto?
No. Una prueba gratis puede ayudar a aprender al principio. Una pagada puede probar la disposición a pagar y cubrir costes. Ambas necesitan alcance claro, uso real y una decisión final.
¿Cuánto debe durar un piloto con cliente?
Lo necesario para probar la tarea acordada, no un desarrollo sin fin. Fija las fechas con el comprador. Si faltan datos seguros o personal, retrasa el inicio. No hay una duración válida para todos los sectores.
¿Puedo contar un piloto pagado como ingreso recurrente?
No solo por estar pagado. Separa los cobros únicos de las ventas continuas. Explica contrato, entrega, cobros y derechos de cancelación. Pregunta a tu contable cómo informar los ingresos.
¿Y si la prueba cumple la meta pero no compran?
Comprueba quién controla el presupuesto y qué revisiones faltan. Registra la razón y la próxima fecha. No informes una venta que no ocurrió. Termina o acuerda una nueva prueba limitada.
REF
Fuentes
- 1
Y Combinator — Tom Blomfield
The Sales Playbook For Founders ↗ - 2
Amplify Partners
The technical founder’s guide to pilots and POCs ↗ - 3
Y Combinator — Aaron Epstein
YC guide to business models ↗
