Cómo crear un SaaS: pasos, coste y errores

Qué es un SaaS explicado fácil

SaaS (del inglés software as a service, «software como servicio») es un servicio que la gente usa desde el navegador o una app y por el que paga una suscripción: mensual o anual. No vendes un programa una sola vez, sino un acceso continuo. Ejemplos: una contabilidad online, un sistema de citas, una plataforma de envío de correos. El cliente no instala nada ni necesita servidores; tú tienes ingresos recurrentes.

Conviene distinguir un SaaS de una web normal con área de cliente. La web cuenta tu servicio, mientras que el SaaS es el servicio: la persona entra, hace su trabajo dentro y paga por poder hacerlo. Por eso un SaaS siempre tiene cuatro partes obligatorias: acceso y áreas privadas, tarifas con pago, los primeros pasos del cliente nuevo y un panel del propietario donde se ve cuántos clientes y cuánto dinero hay.

Cuándo un SaaS es una buena idea

• Hay una tarea repetitiva por la que la gente ya paga con dinero o con tiempo.
• Entiendes quién es el cliente y qué le molesta de las soluciones existentes.
• El producto se puede vender a muchos clientes sin adaptarlo a cada uno.

Cuándo no hace falta un SaaS

Si quieres automatizar procesos solo dentro de tu empresa, no necesitas un SaaS, sino un servicio interno o un CRM. Si el servicio es básicamente de consultoría y cada cliente es único, nadie te pagará una suscripción de software. En esos casos es más honesto empezar con una versión mínima del producto (MVP) o decidir si te hace falta un sistema propio de gestión.

Cómo crear un SaaS: etapas de la idea a los primeros clientes

Este es el orden que funciona para la mayoría de los servicios. Coincide con cómo llevamos los proyectos: para el cliente se ve como unos pasos claros; por dentro, es un ciclo completo de ingeniería.

1. Describir al cliente y la tarea. Una frase: «Para quién hacemos qué y en lugar de qué». Si la frase no sale, es pronto para escribir código. Habla con cinco o diez posibles clientes.
2. Elegir la primera versión mínima. Solo entra lo que el cliente necesita para obtener resultado. Todo lo demás, a la lista de «después». Qué es un MVP lo explicamos en el artículo Qué es un MVP y cuánto cuesta lanzarlo.
3. Dibujar el mapa del producto. Qué roles hay (cliente, su empleado, tú), qué páginas y datos, qué se relaciona con qué, qué servicios conectamos (pago, correo, verificación del cliente). Es la sesión de arquitectura, de la que hablamos más abajo.
4. Enseñar el diseño y montar la base. Acceso, áreas privadas, roles, administración, correos. Lo necesita cualquier servicio, así que esta parte no se escribe de cero.
5. Añadir tarifas, pago y los primeros pasos del cliente. Aquí el producto se convierte en SaaS: la persona se registra, elige una tarifa, paga y obtiene acceso sin que tú intervengas.
6. Comprobar y lanzar para los primeros clientes. Pruebas, seguridad, pantallas móviles, pagos y correos de prueba. Lanzamiento para 5–20 clientes reales, no «para todos a la vez».
7. Mirar los datos y decidir. Quién llegó al pago, quién se fue y por qué. Solo después decides qué desarrollar.

No te saltes los pasos 1–2. Los errores más caros de un SaaS no ocurren en el código, sino en que el equipo hizo un servicio que nadie había pedido. Las solicitudes se pueden empezar a recoger antes con una landing page.

Cuánto cuesta desarrollar un SaaS

El precio exacto de un SaaS no se puede dar con honestidad antes de describir el producto: depende del número de roles, pagos, conexiones con otros sistemas y de si el servicio atiende a «empresas con sus propios espacios» o a personas sueltas. Por eso vendemos los sistemas complejos a través de una sesión de arquitectura de €3.500 (2–3 semanas). Su resultado es el mapa del producto, el presupuesto y el plan de la primera versión. El importe se descuenta del proyecto, y el mapa es tuyo en cualquier caso, incluso si decides hacer el producto sin nosotros.

De qué se compone el precio con nosotros

El total desde €44.900 (la base de €17.900 más el modo SaaS de €27.000, con las tarifas y el pago de las empresas ya dentro) es la referencia para un servicio cuyos clientes son empresas con equipos. Si tus clientes son personas sueltas, no hace falta el modo «muchas empresas», y la base más las suscripciones sale desde €24.800 (la plataforma y las suscripciones se reúnen en un paquete, «Suscripciones y club»). La diferencia es grande, así que la primera pregunta en la sesión es siempre la misma: quién paga, la persona o la empresa.

Qué no entra en el precio

El dominio y los servicios de terceros los pagas tú directamente; no aplicamos recargo. Al empezar, la infraestructura puede costar €0: el alojamiento, la base de datos y el correo usan planes gratuitos. Pero tienen límites (por ejemplo, la base de datos gratuita «se duerme» tras una semana sin actividad), y cuando el servicio los supere te diremos con antelación qué plan hace falta y cuánto cuesta. La comisión de la pasarela de pago la cobra la propia pasarela.

Cómo comparar correctamente las propuestas de las agencias en tu país lo explica el artículo cómo elegir una agencia de diseño web sin equivocarte: se ve enseguida quién da el precio solo «tras hablarlo en una llamada» y quién muestra el contenido.

Modelos de precios de un SaaS: cómo ganar dinero con la suscripción

El modelo de precios es la regla por la que paga el cliente. Hay que elegirlo antes de desarrollar, porque de él dependen las tarifas, la facturación (el cálculo y el cobro de los pagos) e incluso la estructura de los datos. Las opciones principales:

• Suscripción plana. Una tarifa, un precio al mes. Es lo más fácil de explicar y de lanzar. Sirve cuando todos los clientes usan el servicio más o menos igual.
• Tarifas por niveles. Por ejemplo, «Inicio», «Equipo», «Negocio», con distinto conjunto de funciones y límites. Es el esquema más habitual: el cliente elige por qué paga.
• Pago por usuario. El precio se multiplica por el número de empleados del cliente. Los ingresos crecen con el cliente, pero los clientes pueden ahorrar añadiendo menos gente.
• Pago por uso. Se paga por volumen: solicitudes, correos, verificaciones, gigabytes. Es justo para el cliente, pero los ingresos son más difíciles de predecir.
• Combinación. Una base por suscripción más un pago extra por volumen por encima del límite.

Cómo elegir el modelo

Pregúntate por qué está el cliente realmente dispuesto a pagar y qué crece en su caso cuando crece el beneficio. Si el beneficio depende del número de empleados, por usuario. Si depende del número de operaciones, por uso. Si no lo tienes claro, empieza con dos o tres tarifas y una comprobación: cuál eligen más.

Calcula los ingresos por meses

La calculadora de abajo muestra cómo se forman los ingresos por suscripción (MRR, ingresos recurrentes mensuales): cuántos clientes captas al mes, cuántos se van y cuándo recuperará el servicio el coste del desarrollo. Las cifras son tus suposiciones, no una previsión. Lo más habitual es equivocarse con la baja de clientes: incluso un pequeño porcentaje al mes desplaza bastante la recuperación de la inversión.

De qué se compone un SaaS: qué debe estar desde el primer día

Hay cosas que son baratas de prever al principio y muy caras de rehacer después. No se trata de «sofisticación», sino de cimientos.

Separación de los datos de los clientes

Si tus clientes son empresas, un solo servicio atiende a muchas y los datos de cada una deben estar aislados. Se llama arquitectura multitenant (tenant significa «inquilino», es decir, un cliente-empresa). En palabras simples: cada uno ve solo lo suyo. En nuestro stack se resuelve con reglas en la base de datos (RLS) y se prevé desde el primer día. El aislamiento de clientes es uno de los temas básicos de la guía «Well-Architected» de Amazon Web Services para SaaS (el enlace está en la lista de fuentes de abajo): es una tarea de arquitectura propia, no un efecto secundario del acceso al sistema.

Facturación

Tarifas, cobros automáticos, facturas, códigos promocionales, qué pasa si no se paga. La pasarela de pago se encarga de cobrar, pero la lógica de «qué tarifa, qué está disponible, cuándo se renueva» hay que construirla en el producto. El contrato con la pasarela lo firmas tú; nosotros configuramos la integración.

Los primeros pasos del cliente nuevo

El onboarding (la toma de contacto con el servicio) decide si la persona se convertirá en cliente de pago. Un camino corto del registro al primer resultado importa más que diez funciones adicionales.

Panel del propietario

Cuántos clientes, quién paga, quién se ha ido, cuánto dinero al mes. Sin esto diriges el servicio a ciegas.

Módulos en lugar de rehacerlo: cómo hacer crecer un SaaS por partes

El error principal al encargar un SaaS es querer hacerlo ya «como los grandes». El presupuesto se va en funciones sin comprobar y el lanzamiento se retrasa un año. El esquema correcto es otro: base más módulos. Primero se lanza el núcleo, que resuelve la tarea principal, y las nuevas posibilidades se conectan como módulos aparte cuando los clientes han demostrado que hacen falta.

Cómo se ve en dinero. App móvil, formación, club y comunidad, rangos, programa de afiliados, administración ampliada: cada módulo tiene su precio y su plazo. Compras solo lo que necesitas ahora. Si conectas tres módulos o más, aplicamos un 10% de descuento sobre todo. No pagas por lo que no usas y no rehaces la base cuando el producto crece.

Por qué sale más barato que reescribir

Cuando la base está hecha con margen (roles, permisos, pago, correos), un módulo nuevo se conecta como una pieza de un juego de construcción. Si en cambio se hizo una «web pequeña para un solo escenario», al crecer hay que rehacer datos, acceso y permisos: en la práctica es un segundo proyecto. Hemos aplicado este enfoque en proyectos sobre una plataforma de cursos, suscripciones y club; los ejemplos están en la sección de casos de éxito.

Si tienes pensada una versión móvil, mira cuánto cuesta hacer una app: a menudo al comienzo basta una versión web que se abra bien en el teléfono.

Errores típicos al crear un SaaS

• Hacerlo todo a la vez. Veinte funciones en lugar de una principal. Solución: MVP y lista de «después».
• No hablar con los clientes antes de desarrollar. Construyes lo que te gusta a ti. Solución: diez conversaciones y solicitudes previas en una landing.
• No prever el pago. «De momento gratis, luego lo añadimos» acaba en rehacer. Solución: tarifas y facturación en la primera versión, aunque sea una sola tarifa.
• Ignorar la baja de clientes. Retenerlos es más barato que captarlos. Solución: mirar quién se va y por qué desde el primer mes.
• No ser dueño del producto. El código lo tiene el proveedor y el dominio está en su cuenta. Solución: repositorio, dominio y servicios a tu nombre; nosotros trabajamos por invitación.
• Olvidarse del marketing. Ni un servicio excelente se encuentra solo. Reserva presupuesto para la promoción, por ejemplo el SEO: funciona durante meses, no días.

Si dudas de si estás listo para desarrollar tu propio producto, escríbenos por la página de contacto: te daremos una valoración personal y los primeros pasos.

Qué elegir según tu situación

Consejos concretos según el escenario:

• Si solo tienes una idea y no tienes clientes. No encargues el desarrollo. Primero haz una landing con la descripción y un formulario de preinscripción, habla con clientes y solo después ve a la sesión de arquitectura.
• Si ya tienes los primeros clientes que pagan a mano (con factura o transferencia). Te encaja la sesión de arquitectura de €3.500 y después la base con suscripciones. Ya sabes por qué pagan, y eso es lo principal.
• Si tus clientes son empresas con equipos. Necesitas el modo SaaS con separación de datos y tarifas por usuario; cuenta con desde €44.900 y un plazo de desde tres meses.
• Si tus clientes son personas sueltas. Basta la base con suscripciones: es bastante más barato y podrás añadir el modo «empresas» más tarde como módulo.
• Si tu presupuesto es inferior a €20.000. Haz una web normal con formulario y atiende a mano a los primeros clientes. También es una forma de comprobar la demanda. Para una primera prueba de precio y demanda sirve también una landing con quiz.

Elegir proveedor para un proyecto así es un tema grande aparte; la lista de comprobación está en el artículo cómo elegir una agencia de diseño web. El enfoque en cualquier país es el mismo: primero el mapa del producto, luego el desarrollo.

No olvides el aspecto legal: las condiciones de uso, la política de privacidad y el tratamiento de datos personales (RGPD para clientes de la UE, y en España también la LOPDGDD) los revisa tu abogado. Damos plantillas, pero no dictámenes jurídicos.