Plan de Negocio para Apps: Qué Necesitan Ver Realmente Inversores y Developers
"Necesito un plan de negocio para mi app" es una frase que significa dos cosas completamente diferentes dependiendo de con quién estés hablando.
Si estás hablando con un inversor, necesitas un pitch deck — 10 a 12 slides que comuniquen tamaño de mercado, tracción, equipo y modelo de negocio en menos de 10 minutos.
Si estás hablando con un developer, necesitas un brief de producto — un documento que especifique funcionalidades, flujos de usuario, constraints técnicos y qué significa "terminado" para la versión uno.
La mayoría de founders entregan briefs de producto a inversores y pitch decks a developers. Ninguno obtiene lo que necesita.
Lo que Realmente Busca un Inversor
Claridad del problema (una frase). "Quiero resolver el problema de la ineficiencia en la sanidad" no es una declaración de problema. "Quiero reducir el tiempo que una enfermera pasa en la documentación de cambio de turno de 25 minutos a menos de 5 minutos" sí lo es. La especificidad señala que has hecho investigación real.
Tamaño de mercado (TAM/SAM/SOM). El mercado total mínimo que la mayoría de inversores de venture considerarán seriamente es alrededor de 100M$ — porque los mercados más pequeños no pueden producir los valores de salida que hacen funcionar la matemática del venture.
Evidencia de tracción. Incluso antes del lanzamiento, "tracción" puede significar algo: una lista de espera de 500 personas, 20 entrevistas completadas con citas que demuestran demanda, o una carta de intención de un cliente potencial.
Hipótesis de unit economics. El estándar que buscan los inversores: un camino hacia una ratio LTV:CAC de 3:1. El LTV debería ser tres veces lo que cuesta adquirir un cliente.
Equipo. ¿Por qué sois las personas adecuadas para construir esto? Experiencia en el dominio, experiencia relevante o capacidad técnica.
Lo que Realmente Necesita un Developer para Empezar a Construir
Un diagrama de flujo de usuario, no wireframes. El error más común es enviar wireframes (cómo se ven las pantallas) cuando el developer necesita flujos de usuario (cómo se mueven los usuarios entre estados).
Funcionalidades ordenadas por prioridad. Cada funcionalidad debería estar etiquetada como: must-have para el lanzamiento (sin esto el producto no funciona), should-have para el lanzamiento, o nice-to-have para la v2.
Constraints técnicos. ¿Solo iOS o solo Android? ¿Qué datos necesita almacenar la app? ¿Hay requisitos de privacidad? ¿La app necesita funcionar offline?
Una definición de "terminado" para la v1. Qué acciones específicas de usuario deben ser posibles al lanzar. Esto previene que el alcance se expanda durante el desarrollo.
Un rango de presupuesto. Los developers precisan proyectos basándose en el alcance. Sin un rango de presupuesto, recibirás propuestas wildly inconsistentes.
El Lean Canvas: Un Documento de Trabajo para Founders
Antes de crear el pitch deck o el brief de producto, el documento más útil es el Lean Canvas — un framework de una página con nueve secciones: Problema, Segmentos de Clientes, Propuesta de Valor Única, Solución, Canales, Fuentes de Ingresos, Estructura de Costes, Métricas Clave y Ventaja Injusta.
El valor del Lean Canvas no es el documento — es el proceso de rellenarlo. La mayoría de founders descubren que no pueden completar ciertas secciones, lo que les dice exactamente qué supuestos no han testado aún.
Qué Deben Incluir Realmente las Proyecciones Financieras
- Usuarios activos mensuales (MAU), no descargas totales.
- Ingreso medio por usuario (ARPU).
- Coste de adquisición de cliente (CAC) por canal.
- Periodo de recuperación — ¿cuántos meses de ingresos se necesitan para recuperar el coste de adquirir un cliente?
- Burn rate mensual.
Estos cinco números, incluso como hipótesis, dicen a un inversor mucho más que una previsión de ingresos para el año tres.
---
*La sección del brief de producto — qué funcionalidades incluir y cómo especificarlas para un developer — es exactamente lo que cubre el módulo de scope de MVP de Appsademia. Los founders que completan el módulo producen briefs que los developers pueden construir sin ida y vuelta infinita. Ocho módulos, €79 pago único, acceso de por vida.*