Primer cliente SaaS: guion de MVP de concierge de 7 días

Tienes una idea de SaaS, una lista de funciones aproximada y ningún cliente. En la mesa de la cocina, la pregunta es simple: ¿alguien pagaría por el resultado? La respuesta más rápida viene de venderlo a mano, cobrar una tarifa pequeña y anotar lo que el comprador realmente pagó.

El primer cliente es un experimento pagado

Un MVP de concierge es una prueba práctica y abierta en la que el fundador realiza personalmente el servicio que un producto automatizará más adelante. Es uno de los tipos de MVP populares para probar una idea de negocio. El cliente debe poder decir qué obtiene, cuándo lo obtiene y cuánto paga. El comprador ve el trabajo mientras ocurre, y tú aprendes qué debe manejar el producto.

Elige un solo resultado. No un panel de control. No un flujo de trabajo. Lo que el comprador pagaría para que desaparezca. Ponle un precio como tarifa semanal o mensual pequeña, lo suficientemente alta para demostrar que el problema importa, pero no tanto como para bloquear el primer sí. Food on the Table cobró $9.95 por semana por sus primeros planes de comidas construidos a mano. Usa eso como una verificación de sentido común, no como una plantilla. La tarifa es la primera pieza de evidencia. Un dolor de cabeza semanal justifica una tarifa semanal. Un rescate puntual puede cobrarse una sola vez.

Pete Koomen en Optimizely consiguió clientes iniciales con demostraciones en vivo de prototipos antes de escribir una sola línea de código. No necesitas una demo pulida. Necesitas un antes y después claro: muestra el estado actual y luego muestra el resultado terminado que entregarás a mano.

Acotar el resultado puede cambiar la velocidad del sí. Después de pivotar Workshop hacia el correo electrónico, el equipo ganó 10 clientes en una reconstrucción de 30 días, frente a aproximadamente 3 clientes en los nueve meses anteriores.

Vender a mano te da una especificación

Mantén el piloto a siete días. Cada día a continuación es una pequeña verificación, y la lista es la única que necesitas. Las notas deben hacer obvia la siguiente construcción, no la lista de funciones.

• Día 1: Escribe el resultado único y el precio en una tarjeta; si un desconocido puede repetirlo, consérvalo.
• Día 2: Envía solicitudes de piloto pagado a 3-5 personas que ya sientan el problema; pide una tarifa pequeña, no un favor.
• Día 3: Entrega la primera sesión manual y anota cada lugar donde tuviste que adivinar.
• Día 4: Pregunta al cliente qué haría el resultado repetible; registra la respuesta textual.
• Día 5: Corrige la mayor fricción que encontraste y luego confirma que el cliente puede dar el siguiente paso sin ti.
• Día 6: Confirma que el resultado ocurrió y pregunta si pagarían de nuevo pronto.
• Día 7: Recoge la prueba de pago y escribe una especificación de producto breve a partir de las notas.

Un día estancado suele señalar una oferta demasiado vaga o un comprador que no está lo suficientemente cerca del dolor. Una nota que marca una suposición es un ítem de especificación. Cuando un cliente pide un descuento, no bajes el precio. Baja el alcance: mantén el precio y reduce el resultado.

El precio es la prueba, no la presentación

Una prueba gratuita te dice si alguien es educado. Una tarifa pequeña te dice si el resultado vale su tiempo. Cuando tu red es escasa, el contacto en frío puede ayudarte a conseguir primeros clientes. Josh Haynam en Interact envió 1,200 correos en frío para conseguir los primeros clientes de la empresa. No necesitas ese volumen. Necesitas suficientes solicitudes directas para encontrar a unas pocas personas que pagarán por el resultado.

No pago es una señal para cambiar el resultado, el comprador o el precio. Un segundo piloto es más barato que una construcción equivocada. Una vez que tienes unos pocos usuarios que pagan, las referencias pueden ayudar a un negocio de SaaS a pasar de 10 a 100 clientes que pagan.

Por ahora, mantén el alcance pequeño. Una especificación borrosa significa que el piloto no ha terminado. Haz la siguiente entrega manual antes de abrir un editor de código.