cavioca

Cómo se ganará dinero

6 min

Cómo se ganará dinero

STATUS HOY: gratis / sin cobros. Cavioca no cobra a creadores ni a visitantes. Esta sección documenta hacia dónde va el modelo de monetización, no lo que cobra hoy.

Esta página recoge los tres vectores que estamos considerando para que cavioca sea sostenible. Ninguno está activo todavía. La idea es ser honestos con los creadores que ya están construyendo para que sepan qué esperar y qué no.

Por qué hoy es gratis

Estamos en MVP. Antes de cobrar nada hay que demostrar que la gente quiere construir apps con cavioca y que las apps publicadas se usan. Cobrar antes de tiempo es la vía rápida para matar la curva de adopción que estamos tratando de levantar.

Cuando se active alguno de los vectores de abajo, lo anunciaremos con margen mínimo de 30 días antes de que aplique a cuentas existentes y respetando lo ya creado (las apps publicadas antes del cambio se quedan donde están).

Vector 1 — Créditos comprables open

Idea: cada generación del builder consume créditos. Cuentas nuevas tienen un saldo inicial de bienvenida. Cuando se acaba, el creador compra un paquete de créditos para seguir generando.

Pros

  • Pago directo por uso. El que más construye, más paga; el visitante ocasional sigue gratis.
  • Encaja con el coste real: cada generación es una llamada a un modelo con coste variable.
  • Fácil de entender ("compras crédito como compras gigas").

Contras

  • Fricción al primer "se me acabó el crédito" — es el peor momento para pedir tarjeta.
  • Difícil de presupuestar como creador: no sabes cuánto vas a gastar hasta que llevas un rato dentro.

Cuándo se decide: cuando tengamos métricas de uso reales de al menos 100 apps publicadas activas. Hasta entonces no hay datos para calibrar tamaños de paquete ni precios.

Vector 2 — Suscripción mensual con generaciones incluidas open

Idea: una tarifa fija mensual (p. ej. €X/mes) que incluye N generaciones por mes, almacenamiento, y publicación ilimitada. Por encima de N se pueden comprar créditos extra (vector 1) o se espera al siguiente ciclo.

Pros

  • Previsibilidad para el creador: sabe exactamente cuánto va a pagar.
  • Mejor para iteraciones largas: el creador no piensa en cada click como si fuera una moneda cayendo.
  • Más estable como ingreso para el proyecto.

Contras

  • Penaliza al creador esporádico que solo quiere publicar una app pequeña y olvidarse.
  • Si el límite mensual es bajo, se siente caro; si es alto, no es rentable para nosotros.

Cuándo se decide: en paralelo a vector 1. Probablemente convivan, con suscripción como opción para usuarios intensivos y créditos sueltos para el resto.

Vector 3 — Revenue share del marketplace deferred

Idea: cuando una app publicada genere ingresos directos (compras dentro de la app, suscripciones, donaciones, descargas pagadas), cavioca se queda un porcentaje fijo del flujo, similar a las plataformas de apps móviles.

Pros

  • El creador paga solo si gana. Alineación clara.
  • Justifica que cavioca aloje, sirva y promocione su app.

Contras

  • Hoy las apps publicadas no tienen ningún mecanismo de cobro interno. Construir ese mecanismo (pagos, IVA, payouts, fraude) es un proyecto en sí mismo.
  • Hace falta volumen importante para que el porcentaje compense la complejidad operativa.

Cuándo se decide: queda diferido hasta que existan apps con ingresos reales que justifiquen el infra. No es prioridad de los próximos trimestres.

Lo que no vamos a hacer (probablemente)

  • Publicidad en las apps publicadas. Inyectar ads en /a/<slug> contamina la experiencia del visitante y desincentiva al creador. Si algún día hubiera ads, sería opt-in del creador con revenue share, nunca impuesto.
  • Vender los datos de los creadores o de los visitantes. No es un vector siquiera abierto.
  • Cambiar las reglas para apps ya publicadas. Lo que esté gratis hoy seguirá gratis al menos durante un periodo de transición claro.

Qué hacer mientras tanto

  • Construir y publicar sin preocuparte: hoy es todo gratis.
  • Si tu app va a crecer mucho (cientos de visitantes / muchas generaciones), abre una conversación temprana en [email protected]. Queremos calibrar el modelo con casos reales, no en una pizarra.
  • Sigue la página de wallet y revenue split por forks para ver cómo se están preparando las piezas técnicas que habilitarán los vectores 1, 2 y 3.