Crear un producto SaaS desde cero en 2026 cuesta desde 17.900 € por un MVP con suscripciones y facturación (alcance y precios en nuestra página de desarrollo de SaaS), y el lanzamiento lleva 8–12 semanas. Esta guía cubre todo el camino: validar la idea, definir el alcance de la primera versión, la arquitectura multi-tenant, el cobro de pagos y las métricas que te dicen que el negocio está vivo.
El SaaS es el modelo más escalable del software: lo construyes una vez y lo vendes mil. Pero entre «una idea de servicio» y «un negocio de suscripción que funciona» hay un abismo que se traga cada año al 90% de las startups. No porque escribieran mal código. Porque plantearon mal el producto.
Esta guía es para quien quiere lanzar un producto SaaS sin pasarse un año construyendo algo que nadie necesita. Desde validar la idea hasta montar la facturación por suscripción, con cifras reales, errores habituales y cómo evitarlos.
clientes de pago
nunca llegan al product-market fit
Paso 1: valida la idea (antes de la primera línea de código)
El mayor error: «Yo lo necesito, así que lo necesita todo el mundo». No. Tu experiencia es una hipótesis, no un hecho. Compruébala antes de gastarte 17.900 € en desarrollo. Justo para eso sirve un MVP corto.
Tres preguntas para validar
1. ¿Quién paga? No «quién lo usa», sino «quién saca la tarjeta». En un SaaS B2B suelen ser personas distintas: un empleado usa el producto, un director toma la decisión y administración paga. Los tres tienen que quedar contentos.
2. ¿Por qué paga? Por resultados, no por funciones. «Un CRM con 50 funciones» no es valor. «Los comerciales dejan de perder leads y la conversión sube un 20%», sí. Resume tu propuesta de valor en una frase.
3. ¿Por qué te pagarán a ti y no a la competencia? ¿Porque eres más barato? Mala respuesta: siempre habrá alguien más barato. ¿Porque eres más sencillo? Mejor. ¿Porque resuelves a fondo un problema concreto? Genial. ¿Porque te integras con herramientas con las que tu competencia no se integra? Perfecto.
Cómo validar en la práctica
Regla práctica: si en 2 semanas no consigues 100 emails de personas interesadas con 1.350 € de presupuesto en anuncios, replantéate la idea. Eso no significa que la idea sea mala: quizá la estás contando mal o te diriges a quien no es. Pero empezar a desarrollar sin una demanda validada es quemar dinero.
Paso 2: la arquitectura de un producto SaaS
Un producto SaaS no es una aplicación web cualquiera. Tiene requisitos de arquitectura específicos que hay que incorporar desde el primer día. Rehacer la arquitectura cuando ya tienes 1.000 clientes cuesta 10 veces más que hacerla bien desde el principio.
Multi-tenancy
La gran pregunta de arquitectura: ¿cómo aíslas los datos de los distintos clientes (tenants)?
Base de datos compartida, esquema compartido (una base de datos, un esquema y un tenant_id en cada tabla). La opción más barata. Perfecta para un MVP. Con 10.000 clientes empieza a ir lenta. Coste: mínimo.
Base de datos compartida, esquemas separados (una base de datos, un esquema por cliente). Mejor aislamiento, pero las migraciones y las copias de seguridad se complican. Para productos B2B con requisitos de seguridad.
Bases de datos separadas (una base de datos dedicada por cliente). Máximo aislamiento, pero caro de mantener. Para clientes enterprise y sectores regulados.
Para un MVP, empieza con un esquema compartido + tenant_id. Eso cubre tus primeros 500–1.000 clientes. Cuando (y si) tengas problemas de escalado, migras. El 95% de las startups SaaS nunca llega tan lejos, así que sobredimensionar al principio es malgastar recursos.
Componentes clave de la arquitectura
Autenticación y autorización. SSO (Single Sign-On), OAuth2, autenticación multifactor. Roles: Owner, Admin, Member, Viewer. Invitaciones al equipo por email. No lo construyas desde cero: usa Auth0, Clerk o Supabase Auth. Coste al principio: planes gratuitos; después, hasta unos cientos de euros al mes.
Facturación y suscripciones. Cobro por suscripción: planes, prueba gratuita, subidas y bajadas de plan, cancelaciones, reembolsos. Stripe o PayPal para cobrar. Coste de la integración: unos 2.300–5.900 €. No automatices la facturación para tus 10 primeros clientes: hazles la factura a mano. En serio.
Arquitectura API-first. Todas las funciones están disponibles a través de una API. No es opcional, es un requisito: los clientes querrán conectar tu SaaS con sus propios sistemas. Una API también te permite construir una app móvil, widgets e integraciones de terceros.
Analítica y monitorización. Para ti: Sentry (errores), PostHog (analítica de producto), Grafana (infraestructura). Para los clientes: paneles con sus propios datos. Coste al principio: casi todo en planes gratuitos, como mucho un par de cientos de euros al mes.
Stack recomendado para un SaaS en 2026
Frontend: Next.js (React) o Nuxt.js (Vue). Next.js es el estándar de facto para SaaS: SSR, API routes, middleware y un ecosistema excelente.
Backend: API routes de Next.js para los casos sencillos; un servicio aparte en NestJS o FastAPI (Python) para la lógica de negocio compleja.
Base de datos: PostgreSQL. Para un MVP no hay alternativa real. Añade Redis para caché cuando lo necesites.
Hosting: Vercel (frontend) + Railway/Render (backend + base de datos) al principio. AWS/GCP cuando escales.
Más sobre cómo elegir tecnologías en nuestro artículo sobre cómo elegir el stack tecnológico.
Paso 3: un MVP es el mínimo que funciona
Un MVP de SaaS no es «un producto con 3 funciones en lugar de 30». Es el conjunto mínimo de funciones por el que un cliente está dispuesto a pagar. Si nadie paga por tu MVP, no es un MVP. Es una demo.
Qué incluye un MVP de SaaS
Cuánto cuesta un MVP
SaaS sencillo (17.900 €–32.000 €). Una función principal, 2 planes, una landing page, onboarding. Ejemplos: una herramienta SaaS de un solo propósito (un temporizador, un registro de hábitos, un creador de formularios). Plazo: 2–3 meses.
SaaS de complejidad media (32.000–80.000 €). 3–5 funciones, trabajo en equipo, integraciones (2–3 API), paneles, una interfaz adaptada al móvil. Ejemplos: un CRM de nicho, una herramienta de analítica, una plataforma de RR. HH. Plazo: 3–5 meses.
SaaS complejo (unos 80.000–150.000 €). Una plataforma con elementos de marketplace, colaboración en tiempo real, funciones de IA, una app móvil y una API para terceros. Plazo: 5–8 meses.
Hemos explicado en detalle cómo enfocamos el desarrollo de un MVP en un artículo aparte.
Paso 4: modelo de suscripción y precios
Fijar el precio no es «miro a la competencia y me pongo un 20% más barato». El precio decide qué clientes llegan, a qué ritmo creces y si sobrevives o no.
Modelos de precios
Por usuario. Slack, Notion, Jira. Transparente, fácil de entender y crece con el cliente. Pero los clientes grandes limitarán el número de licencias, así que no llegarás a toda la empresa.
Por funciones (niveles). Basic / Pro / Enterprise. Freemium → paso a pago. Encaja bien en SaaS horizontales con distintos tipos de usuario.
Por uso. AWS, Twilio, OpenAI. El cliente paga por lo que consume. Ideal para productos de API y servicios de infraestructura. Los ingresos son más difíciles de prever.
Tarifa plana. Un precio por todo. Basecamp: 299 dólares al mes (unos 270 €) por todo. La sencillez es la gran ventaja, pero limita el crecimiento del ARPU.
Cómo fijar tu precio
La regla del 10x. Tu SaaS debe aportar al cliente 10 veces más de lo que cuesta. Si le ahorras a un cliente 50.000 € al año, cobra 5.000 € al año. No es avaricia, es un negocio sostenible: el cliente está contento (un ROI de 10x) y tú ganas dinero.
No te quedes corto con el precio. Un SaaS de 9 €/mes atrae a cazadores de gangas: mucho churn, muchas consultas de soporte, LTV bajo. Un SaaS de 99 €/mes atrae a empresas que valoran su tiempo y pagan por una solución. Los márgenes son mayores y el soporte da menos trabajo.
Si ningún cliente se queja del precio, estás vendiendo demasiado barato. Si se queja todo el mundo, es demasiado caro. El punto ideal: el 20–30% de los potenciales clientes dice «un poco caro, pero veo el valor».
Paso 5: las métricas de negocio de un SaaS
Un SaaS sin métricas es un avión sin instrumentos. Vuelas, pero no sabes hacia dónde ni cuánto combustible te queda.
5 métricas clave
MRR (Monthly Recurring Revenue, ingresos recurrentes mensuales). La base de todo. MRR = número de clientes de pago × ARPU medio. Un crecimiento del MRR por encima del 15% mensual es un ritmo excelente para un SaaS en fase temprana.
Churn rate (tasa de cancelación). La proporción de clientes que cancelan la suscripción en un mes. En un SaaS B2B, un 2–5% mensual es normal. Por encima del 7%, el producto no retiene. Por debajo del 2%, estás en la élite. El revenue churn (cuánto dinero pierdes) importa más que el customer churn (cuántos clientes se van): un cliente enterprise de 10.000 € al mes equivale a 100 clientes de 100 €.
CAC (Customer Acquisition Cost, coste de adquisición de cliente). Lo que cuesta conseguir un cliente de pago: todo el presupuesto de marketing más los sueldos del equipo comercial, dividido entre el número de clientes nuevos. En un SaaS sano, CAC < 3x MRR (el cliente se amortiza en 3 meses).
LTV (Lifetime Value, valor del cliente a lo largo de su vida). Cuánto aporta un cliente durante toda su relación contigo. LTV = ARPU / churn rate. En un SaaS sano, LTV / CAC > 3. Si LTV/CAC < 1, pierdes dinero con cada cliente.
Activation rate (tasa de activación). La proporción de registros que se «activan», es decir, que completan la acción clave. En Slack, es un equipo que envía 2.000 mensajes. En tu SaaS, define tu propio «momento ajá». Lo normal: 20–40%. Por debajo del 15% hay un problema de onboarding.
Paso 6: crecimiento y escalado
El MVP está en marcha y los primeros clientes pagan. ¿Y ahora qué?
Product-Led Growth (PLG)
El producto se vende solo. Un usuario se registra, lo prueba, obtiene valor, paga e invita a sus compañeros. Sin comerciales, sin demos, sin «déjanos tus datos y te llamamos». Ejemplos: Slack, Notion, Figma.
El PLG necesita un plan gratuito o freemium, un onboarding autoservicio (sin ayuda de soporte), un bucle viral (invitaciones al equipo, compartir) y un time-to-value corto (valor en minutos, no en días).
Sales-Led Growth
Para SaaS B2B caros (1.000 € o más al mes por cliente). Los comerciales se encargan de demos, negociaciones y personalización. El ciclo de venta es largo (1–6 meses), pero los contratos son grandes.
Content-Led Growth
Blog, SEO, webinars, documentación. Una apuesta a largo plazo (6–12 meses hasta ver resultados), pero con el tiempo es el canal más barato. El CAC a través de contenido suele salir unas 5 veces más bajo que con publicidad de pago.
Errores habituales al crear un SaaS
Error 1: «primero el producto, luego los clientes»
Funciona al revés: primero 10 clientes dispuestos a pagar, luego el producto. Encuentra a personas con el problema, véndeles la solución (antes de que exista el código) y constrúyela para ellas. No es un engaño, es lean startup.
Error 2: demasiadas funciones en el MVP
Cada función de más supone +2–4 semanas de desarrollo, +1.350–5.900 € de presupuesto y mantenimiento para siempre. El 90% de las funciones de tu backlog no las necesita el 90% de tus clientes. Lanza con lo mínimo y añade funciones cuando los usuarios reales (los que pagan) las pidan.
Error 3: ignorar el churn
Conseguir un cliente nuevo cuesta 5–7 veces más que retener a uno que ya tienes. Si el churn supera el 5% mensual, no hay marketing que te salve: estás llenando un cubo agujereado. Primero tapa el agujero (averigua por qué se va la gente) y luego echa agua (trae clientes nuevos).
Error 4: un precio equivocado
El error más común es cobrar demasiado poco. Un SaaS de 19 €/mes con un CAC de 100 € no sale a cuenta. Para amortizar la captación en 5 meses (con un churn del 5%), el cliente medio tiene que quedarse 5 meses, lo que da un LTV de unos 95 €. Margen: prácticamente cero. Sube el precio a 59 € y las cuentas empiezan a salir.
Nuestro enfoque: desarrollo de SaaS desde 17.900 €
En March Code construimos productos SaaS con Next.js + PostgreSQL + Prisma. Te ayudamos con algo más que el código: estrategia de producto, precios, métricas y una arquitectura que escala.
Preguntas frecuentes
¿Puedo lanzar un SaaS yo solo, sin equipo?
Sí, si eres desarrollador. El indie SaaS (fundadores en solitario) es todo un movimiento. Las herramientas de 2026 (Next.js + Supabase + Vercel + Stripe) permiten a una sola persona lanzar un SaaS en 1–2 meses. Pero el marketing, el soporte y las ventas también corren de tu cuenta. Siendo realistas, por tu cuenta puedes llegar a unos 10.000 € de MRR; a partir de ahí necesitas un equipo.
¿SaaS o desarrollo a medida: qué negocio es mejor?
El desarrollo a medida genera ingresos desde el primer mes, pero el modelo es lineal (ingresos = horas facturadas). Un SaaS tarda 6–18 meses en ser rentable, pero el modelo es exponencial (los ingresos crecen sin que los costes crezcan al mismo ritmo). Si tienes margen para 12–18 meses, apuesta por el SaaS. Si no, empieza con desarrollo a medida y construye tu SaaS en paralelo.
¿Cómo protejo un SaaS de las copias?
El código se puede copiar. Lo que no se puede copiar: los datos (tu SaaS conoce los hábitos del cliente), las integraciones (50 integraciones = 50 barreras para la competencia), la comunidad (usuarios activos, debates, plantillas) y la marca (confianza). La mejor protección es la velocidad de iteración: mientras la competencia copia la v1, tú ya vas por la v3.
¿Cuántos clientes necesita un SaaS para ser rentable?
Depende de tu precio y de tus costes. La fórmula: costes fijos (sueldos + infraestructura + marketing) / (ARPU − costes variables por cliente). Con unos costes fijos de 50.000 € al mes y un ARPU de 500 €, el punto de equilibrio son 100 clientes. Con un ARPU de 3.000 €, son 17 clientes. Por eso un SaaS B2B de ticket alto es más rentable que un B2C de mercado masivo.
¿Debo usar no-code para un SaaS?
Para validar, sí (Bubble, Webflow + Memberstack). Para un SaaS en producción, no. Los límites: rendimiento, escalabilidad, personalización y dependencia del proveedor (vendor lock-in). Un SaaS no-code con más de 500 usuarios empieza a ir lento, y migrar a código cuesta más de lo que habría costado empezar con código. Usa no-code para un prototipo (1–2 semanas, 0 €) y luego pasa a código.
¿Cuánto debe durar la prueba gratuita?
14 días es lo estándar para productos SaaS sencillos (time-to-value de menos de 1 día). 30 días para SaaS B2B complejos (hay que configurarlo, integrarlo y formar al equipo). Ofrece un plan gratuito (freemium) en lugar de una prueba si tu SaaS admite PLG y crecimiento viral. No hagas el acceso gratuito ilimitado: la gente no valora lo que le sale gratis.
