Todos los servicios

Aplicaciones SaaS

Una aplicación SaaS es el producto por el que cobras, aquello a lo que los clientes acceden, por lo que pagan y a lo que vuelven. Diseñamos el producto, configuramos la facturación y las licencias, y creamos el panel de control en el que realmente trabajan, para que puedas lanzar un negocio en lugar de un simple folleto con un nombre de usuario. Tras el lanzamiento, mantenemos la comunicación abierta: el uso nos indica qué cambios debemos introducir a continuación.

  • Arquitectura del producto
  • Aplicaciones multitenant
  • Facturación de suscripciones
  • Paneles de control de administración
  • Autenticación y roles
  • Diseño de API
  • Integraciones
  • Lanzamiento e iteración

Lo esencial

¿Qué es una aplicación SaaS?

Es un software por el que alguien paga de forma periódica y al que accede para realizar una tarea. Esa es toda la definición, y todas las dificultades que conlleva su desarrollo se derivan de sus dos aspectos fundamentales: tiene que seguir mereciendo la pena para el siguiente pago y tiene que almacenar los datos de más de un cliente sin que estos se confundan entre sí.

Por eso un producto SaaS no es simplemente una página web a la que se le haya añadido una función de inicio de sesión. Cuentas, roles, tenencias, facturación, licencias, versiones de prueba, actualizaciones, pagos fallidos, auditorías… Ninguna de estas cosas es la característica que vendes, pero todas deben funcionar antes de que nadie pueda comprar, y cada una de ellas es un punto en el que un atajo se convierte en una reconstrucción completa.

Desarrollamos el producto y la estructura empresarial que lo rodea al mismo tiempo, y luego nos quedamos el tiempo suficiente para analizar los datos de uso. La primera versión es una hipótesis. Lo interesante viene en los seis meses posteriores al lanzamiento, cuando por fin se puede ver qué secciones consultan los usuarios.

  • SaaS
  • Multinquilino
  • Facturación de suscripciones
  • Arquitectura del producto
  • Cuadros de mando
  • API

Capabilities

Qué hacemos por ti

El producto y los aspectos de un negocio de software que no son el producto.

Arquitectura del producto

El modelo de datos, los límites de las instancias y las decisiones cuya reversión resulta costosa. Establecer incorrectamente los límites de las instancias es el único error que acaba traduciéndose en una reescritura en lugar de una refactorización.

Autenticación, roles y equipos

Registro, inicio de sesión único (SSO), invitaciones, permisos por usuario y el administrador que tiene que solucionar los problemas sin ayuda de un desarrollador. Los modelos de permisos son fáciles de añadir, pero muy difíciles de modificar una vez que los clientes dependen de ellos.

Facturación de suscripciones

Planes, versiones de prueba, prorrateo, actualizaciones, pagos fallidos y las facturas que te pedirá tu contable. La facturación es donde la mayoría de las plataformas SaaS desarrolladas de forma independiente pierden dinero sin que nadie se dé cuenta, no por fraude, sino por casos excepcionales que nadie ha sabido gestionar.

El panel de control en el que trabajan los empleados

Las pantallas que los clientes abren cada día están diseñadas para el uso diario, no para una demostración. Un panel de control optimizado para los primeros cinco minutos resulta agotador ya en la segunda semana.

API e integraciones

Una API documentada, webhooks y conexiones con las herramientas que tus clientes ya utilizan. La integración suele ser el factor decisivo a la hora de comprar.

La IA donde se gana su lugar

Búsqueda, resumen, extracción, asistencia: se añaden cuando permiten eliminar trabajo que actualmente realiza una persona, no porque la categoría requiera un icono con forma de chispa.

Proceso

Cómo se ejecuta una compilación

Entre doce y veinte semanas hasta obtener una primera versión que genere ingresos, dependiendo del sector. A partir de ahí, se trata más bien de un ritmo de lanzamientos que de una meta final.

  1. Define qué es lo que se vende

    ¿Quién paga, por qué y qué cambia cuando dejan de hacerlo? La fijación de precios es una decisión relacionada con el producto y limita el modelo de datos, por lo que debe abordarse al principio y no al final.

  2. Diseñar el contrato de alquiler

    Cómo se separan los clientes, dónde se aplica ese límite y qué puede ver un administrador al otro lado del mismo. Todo ello debe quedar por escrito y revisarse antes de que exista la primera tabla.

  3. Fortalecer la columna vertebral

    Cuentas, roles, facturación, el shell. Tareas poco glamurosas y que suponen un obstáculo: no se puede vender nada hasta que todo esto funcione, así que nada de esto se convierte en un problema posterior.

  4. Desarrollar el producto

    Lo que realmente estás vendiendo, en partes verticales, cada una de las cuales ofrece algo útil. Una parte que no se puede mostrar es una parte que no se puede corregir.

  5. Instrumento y lanzamiento

    Análisis, seguimiento de errores y eventos de uso en las rutas que realmente importan, configurados antes del lanzamiento, en lugar de durante la primera semana, que suele ser confusa.

  6. Lee las instrucciones de uso y repite el proceso

    Lo que la gente abre, lo que deja de lado, dónde invita a un compañero. La hoja de ruta tras el lanzamiento debería consistir principalmente en respuestas a esas preguntas, y no en la lista de tareas pendientes redactada antes de que nadie lo hubiera utilizado.

Impact

Por qué es importante

La diferencia entre desarrollar software y dirigir una empresa de software radica, sobre todo, en los aspectos que no son funcionalidades.

Ingresos recurrentes

Una suscripción es un modelo de negocio, no un método de pago. Si se diseña correctamente, genera beneficios acumulativos; si se diseña como algo secundario, provoca una pérdida de clientes que no se puede diagnosticar.

Un contrato de alquiler que puedes defender

Que un cliente pueda ver los datos de otro es el fallo del que un servicio SaaS no se recupera. Garantizar eso en el perímetro, en lugar de en cada consulta, es la diferencia entre una política y una mera esperanza.

Un crecimiento que no te necesita

El registro autoservicio, las invitaciones y las actualizaciones dentro de la propia aplicación hacen que los clientes lleguen mientras todo el mundo duerme. Cada paso manual de ese proceso supone un obstáculo.

Encaja con la pila que ya utilizan

La mayoría de los compradores no están sustituyendo nada, sino que están ampliando su conjunto de herramientas. Una API y dos buenas integraciones eliminan el principal escollo.

Sigue siendo rápido mientras se llena

Los patrones de consulta que funcionan bien con diez cuentas no funcionan igual de bien con diez mil. Diseñar teniendo en cuenta esta segunda situación no supone prácticamente ningún coste inicial, pero no se puede añadir más adelante a bajo coste.

Un código fuente que tu equipo puede hacerse cargo

Escrito, probado, documentado e implementado mediante un proceso automatizado, en lugar de por una persona. Desarrollamos el proyecto partiendo de la base de que no seremos los últimos en trabajar en él.

Preguntas

Entre doce y veinte semanas para la mayoría de los productos. La variación depende más del ámbito de aplicación que del número de funciones: cualquier producto que implique datos regulados, permisos complejos o una integración complicada se sitúa en el extremo superior de ese intervalo.

Proyectos seleccionados

Donde esto ya está funcionando.

Todos los proyectos

Siguiente paso

Cuéntanos qué es lo que la gente te paga por hacer a mano.

Ahí es donde suele encontrarse el producto. Envíanos su diseño y te responderemos indicando el alcance, la gama y las piezas sobre las que podríamos discutir.