Qué debe incluir la primera versión de un SaaS

El error más caro en un SaaS no es elegir mal la tecnología. Es construir durante ocho meses antes de que alguien pague, y descubrir entonces que la mitad de lo construido no le importa a nadie.

La primera versión tiene un solo objetivo: poder cobrar. Todo lo que no contribuya a eso puede esperar, y esperar sale gratis.

Qué entra

Cinco piezas, y ninguna es negociable.

Registro y acceso

Alguien tiene que poder crear su cuenta sin que nadie lo ayude, a cualquier hora. Incluye recuperar la contraseña, porque el primer olvido llega la primera semana.

Un flujo principal, completo de punta a punta

Uno solo, terminado. Desde que la persona entra hasta que obtiene el resultado por el que iba a pagar, sin pasos que digan «próximamente».

Un flujo completo vale más que cinco a medio terminar. Es la diferencia entre poder cobrar y no poder.

Separación de datos entre empresas

Cada cliente ve lo suyo y solo lo suyo. Esto no es una función que se agregue después: condiciona la base de datos y cada consulta del sistema desde la primera línea. Dejarlo para más adelante obliga a rehacer buena parte de lo construido.

Cobro de un plan

Uno. Un precio, un plan, un ciclo. Con lo mínimo alrededor: qué pasa si la tarjeta falla, qué pasa si alguien cancela.

Un panel de administración básico

Para ver quién se registró, quién está usando el producto y quién dejó de pagar. Sin esto el negocio se maneja a ciegas desde el primer día.

Qué queda fuera

Todo lo demás, y en particular lo que más se pide:

• Varios planes. Se agregan cuando sabes qué valora la gente. Antes es adivinar.
• Aplicación móvil. Casi siempre puede esperar a que la web funcione.
• Integraciones. Cada una es un proyecto pequeño con dependencias externas.
• Reportes avanzados. Nadie pide reportes de datos que todavía no tiene.
• Personalización visual por cliente. Se pide en las reuniones de venta y casi nunca se usa.
• Gestión de equipos con muchos roles. Empieza con dos: quien administra y quien usa.

Cómo elegir el flujo principal

Si el producto resuelve varias cosas, la pregunta es cuál de ellas hace que alguien saque la tarjeta. No la más impresionante ni la más difícil: la que resuelve el dolor por el que la persona salió a buscar.

Una forma práctica de encontrarlo: describir el producto en una frase que empiece con «sirve para». Lo que venga después de esas dos palabras es el flujo principal. Todo lo demás es acompañamiento.

Por qué recortar es tan difícil

Porque cada función que se saca parece que deja el producto incompleto frente a la competencia. Pero la competencia lleva años sumando, y competir con su catálogo desde la primera versión es una carrera imposible de ganar.

Los productos que funcionan no salieron completos: salieron resolviendo una cosa mejor que el resto, y crecieron con clientes pagando.

Qué se gana con esta disciplina

Salir en tres a cinco meses en vez de diez. Empezar a cobrar antes. Y sobre todo, decidir qué se construye después con información de clientes reales en vez de suposiciones.

Definir este recorte es la primera etapa del desarrollo de plataformas SaaS. Si quieres las cifras, está el artículo sobre cuánto cuesta crear un SaaS.