Guía del fundador sobre modelos de precios SaaS

Los fundadores pasan semanas debatiendo la lista de funciones de su MVP, luego fijan el precio en una tarde, justo antes del lanzamiento. Eso está al revés. Los modelos de precios SaaS deciden cuánto ingreso genera cada segmento de cliente y si tu economía unitaria se sostiene pasados los primeros diez clientes de pago. Cubrimos el build técnico en nuestra guía de MVP SaaS para startups y lo que cuesta ese build en nuestro desglose del costo de desarrollo SaaS. Esta guía cubre el número que paga por ambos: qué cobrar, y cómo evitar errores que te encierran en un mal precio durante un año.

El precio se siente como un problema de etapa de crecimiento, algo que resolver después del product-market fit. Ese instinto le cuesta dinero real a los fundadores. El precio con el que lanzas moldea qué clientes se autoseleccionan y cuánto margen tienes para descontar después sin entrenar a los compradores a esperar una oferta. Un MVP SaaS con el modelo de precios equivocado puede parecer un problema de producto cuando en realidad es un problema de precio. El precio por uso en un producto que nadie entiende todavía crea facturas que los clientes no pueden predecir, y las facturas impredecibles espantan rápido a los early adopters. La mayoría de los fundadores B2B SaaS con los que trabajamos tratan el precio como una decisión de la semana de lanzamiento, justo al lado del nombre de dominio y el logo. Trátalo en cambio como parte del alcance del MVP: tu métrica de valor afecta tu modelo de datos e incluso qué funciones construyes primero.

Pregunta a cinco fundadores SaaS cómo poner precio a un producto SaaS y obtendrás cinco marcos distintos, la mayoría prestados de cualquier herramienta que usaron por última vez. En la práctica, casi todo modelo de precios SaaS en producción hoy es una variación de cinco patrones: plano, por niveles, por uso, por asiento y freemium. Ninguno de ellos es universalmente correcto. Cada uno pone precio a algo distinto, y cada uno encaja con un tipo de comprador distinto. Así se comparan los cinco antes de que te comprometas con uno para tu MVP:

La tabla de arriba muestra la forma de cada modelo. La pregunta más difícil es cuál encaja con un producto que tiene quizá ocho semanas de vida con una docena de clientes de pago. El plano gana en simplicidad: un precio, fácil de explicar en una llamada de ventas, fácil de facturar sin tocar un sistema de medición. Es el punto de partida correcto si tu producto hace un trabajo bien. El precio por niveles agrega margen para crecer sin agregar mucha complejidad. Dos o tres niveles, cada uno limitando un conjunto de funciones o un tope de uso, capturan más de los clientes que necesitan más. La trampa es la proliferación de niveles: cinco niveles con funciones solapadas confunden a los compradores más de lo que los convierten. El precio por uso alinea el precio con el valor mejor que cualquier otro modelo, cuando funciona, aunque presentar la facturación por consumo a un comprador primerizo toma explicación extra. El precio por asiento es el modelo más fácil para pronosticar ingresos, ya que la plantilla rara vez oscila mes a mes. Encaja mal cuando el valor de tu producto no tiene nada que ver con cuánta gente inicia sesión, y los compradores lo notan rápido.

Los fundadores usan freemium y prueba gratuita de forma intercambiable, y no deberían. Una prueba gratuita es acceso limitado en el tiempo al producto completo, normalmente 14 a 30 días, pensado para probar valor antes de que se cobre una tarjeta. Freemium es un nivel gratuito permanente que coexiste con planes de pago, pensado para convertir lentamente una porción de una base de usuarios más grande. Las pruebas gratuitas van bien con productos de tiempo-a-valor corto. Freemium va bien con productos de efectos virales o de red, donde los usuarios gratis crean valor también para los de pago, como una herramienta de agenda cuyos invitados nunca necesitan su propia cuenta. Aquí va la compensación honesta: freemium en etapa MVP es caro antes de ser gratificante. Estás pagando por infraestructura y soporte de usuarios que quizá nunca paguen, sin suficiente volumen para probar que la matemática de conversión funciona. Una prueba gratuita acotada en el tiempo normalmente le gana a freemium para una primera versión. Agrégalo después, una vez que puedas modelar la conversión de gratis a pago en vez de adivinar.

Una métrica de valor es aquello contra lo que cobras: asientos, llamadas API, registros almacenados, proyectos activos. Elige la equivocada y pasarás un año peleando contra tu propio precio en vez de construir producto. Aquí va la prueba que recorremos con los fundadores: ¿la métrica crece naturalmente a medida que el cliente obtiene más valor? Los asientos funcionan para una herramienta de gestión de proyectos porque más colaboradores significan más valor de coordinación. Los asientos funcionan mal para una herramienta de analista en solitario, donde el valor viene de la salida en vez de la plantilla. Una buena métrica de valor también es legible: un cliente debería predecir la factura del mes que viene sin escribirle a soporte. Una mezcla de almacenamiento, llamadas API y asientos ponderados por nivel de uso captura el valor con más precisión sobre el papel y confunde a cada comprador que trata de leerla. Una métrica primaria y quizá un tope de uso es suficiente para la mayoría de los productos tempranos. Apilar tres o cuatro agrega complejidad de facturación en la que tu tiempo de ingeniería estaría mejor gastado en otro lado.

Las decisiones de precio se convierten en decisiones de ingeniería rápido. Un modelo por asiento necesita una forma de contar usuarios activos por cuenta. Un modelo por uso necesita infraestructura de medición que rastree el consumo por tenant, con exactitud y en tiempo real. La mayoría de los MVP B2B SaaS son multitenant desde el día uno, así que tu modelo de precios tiene que dar cuenta de cómo los tenants comparten infraestructura. Un tope de uso por tenant necesita que tu modelo de datos rastree el uso a nivel de tenant, ya que una cuenta de empresa a menudo contiene varios equipos. Cubrimos los modelos de aislamiento de los que esto depende en nuestra guía de arquitectura multitenant. Stripe Billing, Paddle y Chargebee ahora soportan facturación por uso y por asiento, lo que quita la mayor parte de la razón para construir medición tú mismo. Lo que no quitan es el problema de datos: tu producto todavía tiene que emitir eventos de uso precisos por tenant, o tus facturas salen mal.

Unos pocos errores aparecen en casi toda conversación temprana de precio que tenemos con fundadores. Poner precio bajo por miedo encabeza la lista. Los fundadores temen que un precio más alto espante a sus primeros clientes, así que ponen un precio a un nivel que apenas cubre los costes de soporte, luego se sienten atrapados una vez que esos clientes se acostumbran al número viejo. Pon precio por el valor entregado a tu cliente ideal. Cómodo no es una estrategia de precio. Demasiados niveles va justo detrás. Tres niveles son de sobra para un MVP; cinco o seis convierten una decisión de dos minutos en la página de precios en una de diez minutos, y los compradores confundidos se van en vez de convertir. Copiar la página de precios de un competidor es otro atajo. Su precio refleja su estructura de costes y su etapa, construido para un negocio distinto al tuyo; un competidor tres años por delante de ti puede permitirse un nivel gratuito que hundiría tu economía para el mes tres. Los errores de grandfathering también cuestan confianza: sube precios sin aviso, y hasta un aumento justo se lee como un cambiazo.

El precio no es una decisión del día de lanzamiento que defiendes para siempre. Trata tu primer número como una hipótesis, informada por investigación en vez de sacada de la página de un competidor, y mantente listo para estar equivocado. Antes de finalizar un precio, pregunta a 10 a 15 personas de tu segmento objetivo qué esperarían pagar, y qué se sentiría demasiado caro. No obtendrás un número preciso de esto, la gente es mala poniendo precio a las cosas en abstracto, pero aprenderás si estás en el barrio correcto. Una vez que estás en vivo, observa la conversión de prueba a pago y el tiempo-a-valor juntos. Una prueba que convierte bien pero tarda una eternidad en activar suele ser un problema de onboarding, algo que analizamos por separado en este mismo grupo de artículos. Una prueba que activa rápido pero convierte mal normalmente apunta al precio. Cuando subas precios, haz grandfathering a los clientes existentes y sube primero el precio para clientes nuevos. Iterar el precio es normal. Iterarlo sin una razón que los clientes puedan ver erosiona la confianza.