Ahora tengo el contexto de marca y algunos insights de pricing del RAG. Escribiré la primera mitad del artículo EPIC sobre Pricing SaaS B2B con el tono Maldito Genio: directo, sarcástico, sin emojis ni signos de exclamación.
1. El impacto del pricing en tu negocio
El pricing es la palanca más subestimada en SaaS B2B.
Mientras los founders se obsesionan con features, growth hacks y el siguiente round de inversión, el precio de su producto se queda exactamente donde lo pusieron el día del lanzamiento. Arbitrario. Basado en "lo que cobra la competencia menos 20%". O peor: en lo que "se siente bien".
Esto es un error de proporciones épicas.
Un estudio de McKinsey demostró que un incremento del 1% en el precio, manteniendo el volumen constante, genera un aumento promedio del 11% en las ganancias operativas. Compáralo con un 1% de reducción en costos variables (3.3% de impacto) o un 1% de aumento en volumen (3.7% de impacto).
El pricing no es "una" palanca. Es "la" palanca.
Y sin embargo, la mayoría de empresas SaaS dedican menos de 10 horas al año a pensar en su estrategia de precios. El resultado es predecible: márgenes comprimidos, competencia en precio, y founders quemados tratando de cerrar más deals para compensar el valor que están dejando en la mesa.
El pricing afecta todo:
-
Posicionamiento: El precio comunica valor antes que cualquier feature. Un software de $50/mes y uno de $5,000/mes compiten en ligas diferentes, atraen clientes diferentes, y resuelven problemas percibidos como diferentes. Aunque hagan exactamente lo mismo.
-
Velocidad de ventas: Precios mal estructurados alargan ciclos de venta. Si tu pricing requiere una reunión de 45 minutos para explicarlo, perdiste.
-
Churn: Un precio desalineado con el valor percibido genera arrepentimiento post-compra. El cliente que siente que pagó "demasiado" busca excusas para cancelar.
-
CAC payback: El tiempo que tomas en recuperar el costo de adquisición depende directamente de cuánto puedes cobrar. Subirle 20% al precio puede ser la diferencia entre un payback de 18 meses y uno de 12.
-
Unit economics: LTV/CAC, gross margin, expansion revenue. Todo está conectado al número que pones en la página de precios.
La ironía es que optimizar el pricing es más rápido, más barato y más impactante que casi cualquier otra iniciativa de growth. No necesitas más engineers. No necesitas más contenido. No necesitas más ads.
Solo necesitas pensar.
2. Los 4 modelos de pricing en SaaS B2B
Existen cuatro arquetipos fundamentales para estructurar precios en SaaS B2B. Cada uno tiene su lógica, sus ventajas y sus trampas. La mayoría de empresas usa uno por accidente, no por diseño.
2.1 Flat-rate pricing (Precio fijo)
El modelo más simple: un precio, un producto, todo incluido.
Cómo funciona: Pagas $X al mes y obtienes acceso completo. Sin configuraciones, sin límites, sin sorpresas.
Ventajas:
- Extremadamente fácil de comunicar y vender
- Reduce fricción en el proceso de compra
- Simplifica proyecciones de revenue
Desventajas:
- Deja dinero en la mesa. Clientes que obtendrían más valor pagarían más, pero no pueden.
- No escala con el éxito del cliente. Si tu producto ayuda a una empresa a crecer de $1M a $10M en revenue, tú sigues cobrando lo mismo.
- Limita segmentación. Empresas pequeñas y grandes pagan igual, lo cual atrae a las pequeñas y ahuyenta a las grandes (que asumen que algo tan barato no puede ser serio).
Cuándo usarlo: Cuando vendes a un nicho muy homogéneo donde el valor entregado es relativamente uniforme. O cuando estás empezando y la simplicidad vale más que la optimización.
Ejemplo: Basecamp famosamente usa flat-rate. $99/mes, todo incluido. Funciona porque su producto está posicionado como "lo suficientemente bueno para todos", no como "la mejor solución para tu caso específico".
2.2 Tiered pricing (Pricing por niveles)
El modelo más común en SaaS: múltiples paquetes a diferentes precios, cada uno con diferentes features o límites.
Cómo funciona: Típicamente 3-4 tiers (Starter, Pro, Business, Enterprise) con incrementos de precio correspondientes a incrementos de funcionalidad.
Ventajas:
- Permite capturar valor de diferentes segmentos de clientes
- Crea un path natural de upgrade (expansion revenue)
- El tier medio se beneficia del efecto de anclaje (más sobre esto en la sección de psicología)
Desventajas:
- Si los tiers están mal diseñados, generan confusión
- El "feature gating" puede frustar a usuarios que necesitan una sola feature del tier superior
- Requiere entender profundamente qué features valora cada segmento
Cuándo usarlo: Cuando tienes segmentos de clientes claramente diferenciados con necesidades y presupuestos distintos.
Trampas comunes:
- Demasiados tiers: más de 4 paraliza la decisión
- Diferenciación artificial: crear tiers solo para tener tiers, sin un value prop claro para cada uno
- Pricing incremental lineal: si Basic es $50 y Pro es $100, Enterprise debería ser significativamente más alto ($300+), no $150. El valor no escala linealmente.
2.3 Usage-based pricing (Precio por uso)
El modelo que alinea tu revenue directamente con el valor entregado.
Cómo funciona: El cliente paga proporcional a cuánto usa el producto. Puede ser por API calls, por emails enviados, por storage consumido, por transacciones procesadas.
Ventajas:
- Alineación perfecta entre valor y precio: cuando el cliente gana más, tú ganas más
- Bajo barrier to entry: empresas pueden empezar pequeño y escalar
- Expansion revenue natural: no hay que "vender" upgrades, simplemente suceden
Desventajas:
- Revenue impredecible: difícil proyectar cuando tu ingreso depende del comportamiento del cliente
- Ansiedad del cliente: algunos usuarios limitan su uso para controlar costos, reduciendo el valor que obtienen del producto
- Complejidad en billing: requiere infraestructura para medir, reportar y facturar uso
Cuándo usarlo: Cuando hay una correlación clara entre uso y valor. Twilio, Stripe, AWS. Si mandas más mensajes/procesas más pagos/usas más compute, es porque estás creciendo. El precio escala con ese crecimiento.
La trampa: No todo el uso correlaciona con valor. Si cobras por "usuarios activos" pero el valor real viene de un solo power user, estás penalizando a equipos que involucran a más personas en el proceso.
2.4 Per-seat pricing (Precio por usuario)
El modelo default de la industria, para bien o para mal.
Cómo funciona: Pagas por cada usuario que tiene acceso al producto. $X por usuario por mes.
Ventajas:
- Extremadamente predecible para ambas partes
- Escala naturalmente con el tamaño del equipo
- Fácil de entender y comparar
Desventajas:
- Desincentiva adopción: equipos limitan quién tiene licencia para controlar costos
- No correlaciona con valor: un usuario que entra una vez al mes paga lo mismo que un power user
- Vulnerable a compartir cuentas y workarounds
Cuándo usarlo: Cuando el valor del producto aumenta genuinamente con más usuarios. Herramientas de colaboración (Slack, Notion) tienen sentido en per-seat porque más usuarios = más colaboración = más valor.
Cuándo evitarlo: Cuando el valor viene del output, no del input. Si tu software genera reportes que usa toda la empresa, cobrar por "quién puede ver los reportes" es artificial y frustrante.
El modelo híbrido
La realidad es que la mayoría de empresas SaaS maduras usan combinaciones de estos modelos.
Un SaaS típico podría tener:
- Tiers (Basic, Pro, Enterprise) que definen el feature set
- Per-seat dentro de cada tier
- Usage-based para ciertos recursos (storage, API calls)
- Flat fees para add-ons específicos
La clave no es elegir "el modelo correcto" en abstracto, sino diseñar una estructura que capture valor de forma proporcional al valor entregado.
3. La value metric: el núcleo de tu estrategia
Aquí es donde la mayoría de empresas SaaS la riega.
La value metric es la unidad por la cual cobras. Usuarios. Transacciones. Contacts. Emails. Projects. Lo que sea.
Elegir la value metric correcta es probablemente la decisión de pricing más importante que tomarás. Porque define cómo escala tu relación económica con el cliente.
Las características de una buena value metric:
-
Correlaciona con el valor percibido por el cliente: Cuando la métrica sube, el cliente siente que está obteniendo más valor. Si cobras por "proyectos" pero el cliente valora "colaboradores en el proyecto", hay un desajuste.
-
Es fácil de entender: El cliente debería poder calcular su costo sin una calculadora. "10 usuarios a $15 cada uno = $150". No "$0.003 por API call más $0.0001 por MB de data transfer más..."
-
Escala con el éxito del cliente: La value metric ideal crece cuando el cliente crece. Si cobras por "emails enviados" a un negocio de ecommerce, tu revenue crece cuando su lista crece, lo cual solo pasa si el producto les está funcionando.
-
Es difícil de manipular: El cliente no debería poder reducir artificialmente la métrica sin reducir el valor que obtiene. Si cobras por "usuarios activos" definidos como "usuarios que se loguearon este mes", el cliente puede instruir a su equipo a loguearse una vez y trabajar offline.
Cómo encontrar tu value metric:
El ejercicio es simple pero requiere honestidad brutal.
Paso 1: Lista las cosas que podrías medir y cobrar. Usuarios, features, uso, outcomes, tiempo, lo que aplique a tu producto.
Paso 2: Para cada una, pregunta: "Si esta métrica aumenta, ¿el cliente siente que está obteniendo más valor?"
Paso 3: Pregunta: "¿Esta métrica crece naturalmente cuando el cliente tiene éxito con el producto?"
Paso 4: Pregunta: "¿El cliente puede reducir esta métrica sin afectar el valor que obtiene?"
La value metric que responda mejor a estas tres preguntas es tu candidata.
Ejemplos de value metrics bien elegidas:
-
Mailchimp: Contactos. Más contactos = lista más grande = negocio creciendo. No emails enviados (fácilmente manipulable, no correlaciona directamente con éxito).
-
Salesforce: Usuarios. En un CRM, más usuarios = más vendedores usando el sistema = más ventas siendo trackeadas. El valor aumenta con la adopción.
-
Stripe: Volumen de transacciones (porcentaje). Literalmente escala con el revenue del cliente. Alineación perfecta.
-
Intercom: Usuarios activos alcanzados por el producto. Crece con el tráfico y engagement del cliente. Inteligente porque incentiva uso real, no solo tener la herramienta instalada.
Ejemplos de value metrics problemáticas:
-
Por feature: "Pagas extra por reportes avanzados". El problema es que features son binarias (las tienes o no), no escalan. Y frustran a usuarios que sienten que les estás cobrando por algo que "debería" estar incluido.
-
Por tiempo de uso: "Pagas por horas de procesamiento". A menos que estés vendiendo compute puro, esto desincentiva usar el producto. Un software de diseño que cobra por "horas de uso" entrena a sus usuarios a trabajar rápido y cerrar la app en lugar de explorar.
-
Por outcome directo: "Pagas 10% de los ingresos generados por el software". Suena genial en teoría (alineación total). En la práctica, genera desconfianza ("¿cómo verifico tus números?"), complejidad contable, y resistencia de empresas grandes.
4. La psicología detrás de los tiers
La página de precios no es solo información. Es persuasión.
Cuando un usuario llega a tu pricing page, ya tiene interés. La pregunta no es "¿debería pagar?" sino "¿cuánto debería pagar?". Tu trabajo es guiar esa decisión hacia el tier que maximiza valor para ambos.
El efecto de anclaje
El cerebro humano no evalúa precios en absoluto. Los evalúa en relación a un punto de referencia.
Si entras a una tienda y el primer reloj que ves cuesta $10,000, el siguiente que ves a $500 parece una ganga. Si el primero que ves cuesta $50, el de $500 parece absurdo.
En tu pricing page, el tier más caro sirve como ancla. Hace que el tier medio parezca razonable.
Implementación práctica:
- Muestra los tiers de mayor a menor precio (izquierda a derecha o arriba a abajo)
- El tier enterprise debe tener un precio significativamente más alto, no incremental
- Incluso si nadie compra enterprise self-serve, su existencia justifica el precio de Pro
El decoy effect (efecto señuelo)
Agregar una opción que nadie elegiría puede cambiar dramáticamente cuál opción eligen.
El ejemplo clásico es The Economist. Ofrecían:
- Digital only: $59
- Print only: $125
- Print + Digital: $125
Nadie elige "print only" cuando "print + digital" cuesta lo mismo. Pero su existencia hace que la opción combinada parezca un deal increíble. Sin el decoy, más personas elegirían digital only.
En SaaS, esto se traduce a tiers que existen para hacer que otro tier parezca la opción obvia.
Implementación práctica:
- Tu tier básico puede ser deliberadamente limitado para hacer que Pro sea la opción lógica
- Las restricciones en Basic no deben ser odiosas, pero sí suficientemente molestas para motivar upgrade
- El salto de precio entre Basic y Pro debe sentirse pequeño comparado con el salto de valor
El poder del tier recomendado
La parálisis de decisión es real. Demasiadas opciones llevan a ninguna decisión.
La solución: decirle al usuario cuál elegir.
"Most popular", "Recommended", "Best value". Estas etiquetas funcionan porque:
- Reducen carga cognitiva: el usuario no tiene que analizar cada opción
- Proveen social proof: "si otros lo eligen, debe ser bueno"
- Comunican que entiendes su situación: "sabemos lo que necesitas"
Implementación práctica:
- Destaca visualmente el tier recomendado (color diferente, badge, borde)
- Elige el tier que quieres que la mayoría elija, no necesariamente el más caro
- La recomendación debe ser creíble. Si dices "most popular" pero es el tier más caro, pierdes confianza.
Growth MarketingTodo lo que publico aquí es gratis. Implementarlo contigo tiene precio.
Si algo de lo que leíste te hizo pensar "esto me está pasando", hablemos. Te respondo el mismo día.
Agendar 30 min →El número mágico: tres
Hay una razón por la cual la mayoría de pricing pages tienen tres tiers.
Uno es muy poco: no hay comparación, no hay sensación de elegir.
Dos crea una dicotomía falsa: barato vs caro, sin punto medio.
Tres es óptimo: ancla alta, opción segura en medio, opción económica para price-sensitive.
Cuatro puede funcionar si los segmentos están muy diferenciados.
Más de cuatro casi siempre crea confusión.
La estructura típica que funciona:
-
Tier 1 (Basic/Starter): Para early adopters, pequeños equipos, quienes quieren probar. Precio bajo, features limitados, actúa como puerta de entrada.
-
Tier 2 (Pro/Growth): El producto "completo" para la mayoría de usuarios. Aquí quieres que caigan la mayoría de clientes. Marcado como "recommended".
-
Tier 3 (Business/Enterprise): Para equipos grandes con necesidades especiales. Features avanzados, compliance, support premium. Precio significativamente más alto.
Price anchoring en la presentación
Cómo presentas el precio importa tanto como el precio mismo.
Mostrando el precio más alto primero: El usuario ve Enterprise, luego Pro parece accesible. Funciona para productos premium donde quieres comunicar que no eres "la opción barata".
Mostrando el precio más bajo primero: El usuario ve lo accesible que es empezar. Funciona para productos donde el barrier to entry es la preocupación principal.
Monthly vs Annual: Mostrar el precio mensual hace que parezca más bajo ($49/mes vs $588/año). Pero mostrar el ahorro anual ("Ahorra $120 al año con plan anual") incentiva commitment.
Por usuario vs total: "$15/usuario/mes" parece barato hasta que multiplicas por 50 usuarios. Considera si tu target tiene 5 usuarios o 500 antes de elegir cómo presentar.
La psicología del pricing no es manipulación. Es comunicación efectiva del valor. Estás ayudando al usuario a tomar una decisión que ya quiere tomar, removiendo las barreras cognitivas que lo frenan.
[Continúa en la segunda mitad: Freemium vs Trial, diseño de página de precios, y estrategias para subir precios...]
Tengo la primera mitad. Ahora escribiré la segunda mitad (~2500 palabras) continuando desde la sección 5 según el prompt: Freemium vs Free Trial vs Reverse Trial, La Página de Precios Perfecta, Cómo Subir Precios Sin Perder Clientes, Herramientas y Recursos, FAQ, y la conexión con la oferta.
5. Freemium vs Free Trial vs Reverse Trial: cuál elegir
Aquí hay tres escuelas de pensamiento, y elegir mal puede costarte años de crecimiento subóptimo.
Freemium: el arma de doble filo
El modelo freemium ofrece acceso gratuito indefinido a una versión limitada del producto. El usuario puede quedarse en free para siempre, y tú apuestas a que eventualmente querrá más.
Cuándo tiene sentido:
-
Tu producto tiene viralidad inherente. Cada usuario gratuito expone tu producto a más usuarios potenciales. Slack, Dropbox, Calendly. Si el producto se propaga solo, el costo de soportar usuarios gratuitos es una inversión en adquisición.
-
Tu CAC es naturalmente bajo. Si la mayoría de tu crecimiento viene de SEO, contenido o word of mouth, puedes permitirte una tasa de conversión baja (típicamente 2-5% en freemium).
-
El "aha moment" llega rápido y sin fricción. El usuario debe poder experimentar el valor core sin configuración compleja ni involucramiento de tu equipo.
Cuándo es una trampa:
-
Producto que requiere implementación. Si necesitas 3 calls para que el cliente vea valor, no puedes darte el lujo de hacer eso gratis.
-
Costo marginal alto por usuario. Si cada usuario gratuito consume recursos significativos (storage, compute, soporte), el modelo no cierra.
-
Segmento enterprise. Los compradores B2B grandes ven "free" como "no serio". Prefieren pagar para tener leverage y accountability.
El error más común con freemium: hacer el tier gratuito demasiado bueno. Si el 95% de usuarios está perfectamente satisfecho con free, tienes un hobby, no un negocio.
Free trial: el clásico con variaciones
Free trial da acceso completo (o casi completo) al producto por tiempo limitado. El reloj corre, creando urgencia natural.
Duración óptima:
-
7 días: Para productos simples donde el aha moment llega rápido. También funciona para compradores que ya saben lo que quieren y solo necesitan confirmar.
-
14 días: El sweet spot para la mayoría de SaaS B2B. Suficiente tiempo para explorar, no tanto como para olvidarse.
-
30 días: Para productos complejos que requieren setup, integración, o involucramiento de múltiples stakeholders. También útil cuando el ciclo de valor es mensual (ej: herramientas de payroll).
Con tarjeta vs sin tarjeta:
Pedir tarjeta upfront reduce los trials iniciados pero aumenta la conversión de quienes sí los empiezan. No hay respuesta universal.
Sin tarjeta: Más trials, más usuarios explorando. Mejor cuando tienes capacidad de nurturing via email o producto y tu CAC target soporta tasas de conversión más bajas.
Con tarjeta: Menos trials, mayor intent. Mejor cuando cada trial requiere recursos (onboarding humano, configuración) o cuando quieres filtrar agresivamente por calidad.
Un approach intermedio: pedir tarjeta al final del trial, no al inicio. El usuario ya experimentó el valor, tiene contexto para decidir. La fricción de agregar tarjeta se compensa con el momentum.
Reverse trial: el modelo emergente
Reverse trial le da al usuario acceso al plan premium desde el día uno, y al terminar el trial baja automáticamente al tier gratuito si no paga.
Es freemium y free trial combinados, optimizando para lo mejor de ambos mundos.
Por qué funciona:
El aha moment de muchos productos requiere features premium. Si mandas al usuario al tier gratuito primero, nunca experimenta el producto real. Reverse trial asegura que vea todo el potencial antes de decidir.
Además, elimina el riesgo de conversión-a-nada. Si el usuario no paga, no se va. Se queda en free, continúa usando el producto, y puede convertir más adelante.
Ejemplos que lo hacen bien:
-
Airtable: 14 días de Pro, luego cae a Free. Los power features (automatizaciones avanzadas, más records) crean necesidad real.
-
Loom: Funcionalidad completa por 14 días, luego límites de videos y duración. Para cuando el límite aplica, el usuario ya tiene un flujo de trabajo establecido.
-
Notion: Variante interesante. El tier gratuito es tan generoso que funciona como producto real, pero las features de equipo son premium. El reverse trial te muestra cómo trabaja un equipo con Notion, no solo un individuo.
Cuándo elegir reverse trial:
- Tu tier gratuito es funcional pero limitado de manera que solo se siente después de uso extendido
- Las features premium son experienciales, no puedes describirlas, hay que vivirlas
- Tienes capacidad de conversion en el momento de degradación (emails, in-app prompts)
6. La página de precios que convierte
Tu pricing page es probablemente la segunda página más visitada de tu sitio después del home. Y para muchos visitantes con alto intent, es la primera.
No la trates como un PDF de tarifas. Es una landing page. Aplica los mismos principios de conversión.
Los elementos que deben estar
Comparación visual clara entre tiers
El usuario debe poder escanear en 3 segundos y entender las diferencias clave. Usa una tabla o columnas paralelas con alineación visual consistente.
Los check marks verdes y X rojas son cliché pero funcionan. La mente los procesa instantáneamente.
Agrupa las features por categoría, no las listes en orden aleatorio. "Colaboración", "Integraciones", "Seguridad", "Soporte". El usuario puede saltar a lo que le importa.
Destacado del tier recomendado
Un tier debe gritar "elígeme". Color diferente, badge de "Most Popular" o "Recommended", borde más grueso, posición central.
No dejes que el usuario tenga que analizar. Dile cuál es la opción obvia para la mayoría.
Social proof estratégico
Logos de clientes reconocibles. No necesitas 50, necesitas 5 que tu ICP respete.
Testimonios específicos sobre ROI, no frases genéricas. "Duplicamos conversiones en 3 meses" supera a "Gran producto, muy fácil de usar".
Numbers que impresionen: "10,000+ empresas confían en nosotros", "Procesamos $2B en transacciones mensuales".
FAQ que mata objeciones
Las preguntas frecuentes no son realmente preguntas frecuentes. Son objeciones de venta disfrazadas.
Preguntas que debes responder:
- Qué pasa si quiero cambiar de plan
- Hay compromiso mínimo o puedo cancelar cuando quiera
- Cómo funciona el billing (mensual vs anual, facturación)
- Qué significa cada feature en términos prácticos
- Hay descuentos para startups, nonprofits, o equipos grandes
CTA claro por tier
Cada tier necesita su propio botón de acción. No un solo "Contact us" para todos.
Para tiers self-serve: "Start free trial", "Get started", "Try for free". Verbos de acción, bajo compromiso percibido.
Para Enterprise: "Talk to sales", "Get a demo", "Contact us". Señala que hay un humano del otro lado, que es un proceso diferente.
Los errores que destruyen conversión
Ocultar precios
"Contact us for pricing" en todos los tiers es un red flag para compradores B2B modernos.
Sí, hay razones legítimas para no publicar precios enterprise (negociación compleja, customización real). Pero tus tiers self-serve necesitan números.
La excusa de "depende del cliente" ya no funciona. Los compradores tienen 20 tabs abiertas comparando. Si no pueden compararte, te cierran.
Demasiadas opciones
Más de 4 tiers crea parálisis. Demasiadas features listadas crea confusión.
Agrupa, simplifica, destaca lo importante. Tu pricing page no es documentación técnica.
Features sin contexto
"Unlimited integrations" no significa nada si el usuario no sabe qué integraciones existen.
"API access" es inútil para quien no es developer.
Traduce features a beneficios, o agrupa las técnicas bajo categorías que comuniquen valor.
Cero camino para Enterprise
Si vendes a empresas grandes, necesitas un camino diferenciado. Formulario de contacto, call to action de demo, o al menos un "Para equipos de más de X personas, contacta a ventas".
Los compradores enterprise esperan negociar, esperan hablar con humanos, esperan customización. No les hagas pasar por tu flujo self-serve.
Ejemplos de páginas que funcionan
Stripe: Limpia, directa, basada en transacciones con calculator integrado. Las tarifas están al frente. No hay tiers confusos, es usage-based transparente. El mensaje es "sabes exactamente cuánto vas a pagar".
Notion: Tiers claramente diferenciados por caso de uso (personal, equipo, enterprise). Free generoso, paid justificado. La comparación visual es impecable.
Linear: Minimalista como su producto. Tres opciones, diferencias claras, sin adornos innecesarios. Comunica que el producto es para gente seria que no necesita convencimiento excesivo.
HubSpot: El extremo opuesto. Complejo, múltiples productos, bundles, add-ons. Funciona porque su mercado lo espera, están vendiendo a equipos con presupuesto y proceso de evaluación formal. No lo copies si vendes a startups.
7. Cómo subir precios sin perder clientes
Eventualmente, tendrás que subir precios.
Porque subestimaste tu valor al inicio. Porque tus costos subieron. Porque el producto mejoró significativamente. Porque finalmente entendiste tu mercado.
La pregunta no es si subir precios, sino cómo hacerlo sin destruir la relación con tus clientes existentes.
El framework de comunicación
Paso 1: Anuncia con anticipación
Mínimo 30 días de aviso. 60-90 para clientes grandes o contratos anuales.
El aviso no es cortesía, es estrategia. Le da tiempo al cliente de ajustar presupuesto, evaluar alternativas (spoiler: probablemente no lo hará), y procesar emocionalmente el cambio.
Un aumento sorpresivo genera resentimiento. Un aumento anunciado genera, como máximo, incomodidad temporal.
Paso 2: Explica el por qué
"Estamos subiendo precios" es diferente a "Hemos duplicado las features del producto en el último año, expandido soporte a 24/7, y agregado integraciones con 15 plataformas. Para continuar invirtiendo en el producto, estamos ajustando nuestros precios."
El contexto transforma la narrativa de "nos quieren cobrar más" a "el producto vale más".
Lista específicamente qué ha cambiado desde que el cliente empezó a pagar. Hazlo concreto.
Paso 3: Ofrece opciones
Algunas empresas ofrecen "grandfather" pricing a clientes existentes. Mantienen su precio actual por un período (12-24 meses) mientras nuevos clientes pagan lo nuevo.
Otras ofrecen lock-in: "Si pasas a plan anual ahora, mantienes el precio actual por 12 meses más".
El punto es dar sensación de control. El cliente que elige quedarse se siente tratado con respeto. El cliente que solo recibe un email de "ahora pagas más" se siente como una transacción.
Paso 4: Ejecuta el cambio gradualmente
No subas 50% de golpe a menos que estuvieras ridículamente subvaluado.
Incrementos del 10-20% cada 12-18 meses son digeribles. Permiten al cliente ajustar expectativas y presupuestos gradualmente.
Grandfathering: cuándo sí y cuándo no
Hazlo cuando:
- El cliente lleva años contigo y es un caso de éxito real
- El incremento es significativo (30%+ de golpe)
- Tienes capacidad operativa para manejar precios diferenciados
- Valoras retención sobre revenue inmediato
No lo hagas cuando:
- Tu precio original era un error claro (te estabas regalando)
- El cliente consume más recursos que el promedio pero paga menos
- Estás cambiando completamente tu posicionamiento hacia arriba
El grandfathering no es para siempre. Comunícalo como beneficio temporal. "Durante los próximos 12 meses, mantendrás tu tarifa actual. Después del período, tu cuenta se actualizará a la nueva estructura."
La psicología del precio justo
Los clientes no objetan pagar más. Objetan pagar más sin justificación.
Si sienten que el valor aumentó proporcionalmente (o más), aceptan el incremento. Si sienten que es arbitrario, resisten.
Tu trabajo en la comunicación es conectar el aumento con valor tangible. Nuevas features, mejor performance, mayor soporte, expansión de plataforma. Lo que sea verdad.
Y si no tienes esa narrativa, quizás no es momento de subir precios. O quizás deberías enfocarte en entregar más valor antes de pedir más dinero.
Caso real: el incremento de 40%
Una empresa SaaS de analytics B2B (8 años en el mercado, ~2000 clientes activos) decidió subir precios 40% promedio después de un repricing completo.
El approach:
-
Aviso 60 días antes via email personalizado del CEO. No un blast automatizado, un mensaje que sonaba humano.
-
Explicación detallada del "por qué" ligada a inversiones específicas: nuevo motor de analytics (3x más rápido), integraciones nativas con 10 plataformas adicionales, soporte en español agregado.
-
Offer de grandfather: clientes de más de 2 años mantenían precio actual por 18 meses adicionales. Clientes de menos de 2 años, 6 meses.
-
Sesión de Q&A en vivo donde el CEO respondió preguntas directamente.
Resultados:
- Churn en los 90 días posteriores: 4.2% (vs baseline de 2.8%). Incremento real pero manejable.
- Revenue neto al mes 6: +31% (el aumento menos el churn generó ganancia neta sustancial).
- NPS post-cambio: cayó 8 puntos el primer mes, recuperó en 4 meses.
El aprendizaje: la ejecución importa más que el número. Clientes que se sintieron respetados se quedaron aunque pagaran más. Los que se fueron eran, en su mayoría, clientes de bajo engagement que probablemente churneaban eventualmente de todas formas.
8. Herramientas y recursos para optimizar pricing
Software especializado
ProfitWell (ahora Paddle): Analytics de subscription específicamente diseñados para entender pricing. Métricas de willingness to pay, segmentación por feature value, benchmarks de industria. La versión gratuita de métricas es útil, los servicios pagados de pricing optimization son para empresas con budget.
Stripe Billing: Si ya usas Stripe, su módulo de billing maneja tiers, usage-based, trials, y cambios de plan con mínima fricción técnica. No es "software de pricing" per se, pero elimina la excusa de "es muy complejo implementar".
Chargebee: Alternativa a Stripe Billing con más flexibilidad en modelos complejos (metered billing, híbridos). Popular en SaaS B2B con pricing sofisticado.
Price Intelligently (metodología, ahora parte de Paddle): Framework de investigación para pricing basado en encuestas de willingness to pay. El approach es replicable sin la herramienta: encuesta a usuarios, segmenta respuestas, identifica rangos de precio por segmento.
Libros que valen tu tiempo
Monetizing Innovation de Madhavan Ramanujam: El libro definitivo sobre diseñar productos alrededor de willingness to pay, no al revés. Cambia cómo piensas sobre product-market fit.
Confessions of the Pricing Man de Hermann Simon: Desde la perspectiva de consultoría de Simon-Kucher, décadas de casos de pricing en múltiples industrias. Denso pero valioso.
The Psychology of Price de Leigh Caldwell: Más orientado a behavioral economics y tácticas. Útil para entender por qué ciertas decisiones de presentación funcionan.
Preguntas frecuentes sobre pricing SaaS B2B
Cada cuánto debo revisar mi pricing?
Mínimo una vez al año, idealmente cada 6 meses para empresas en crecimiento activo. El mercado cambia, tu producto cambia, tu entendimiento del cliente cambia. El pricing debe reflejar eso.
Debería publicar precios o decir "contacta ventas"?
Publica precios para tus tiers self-serve siempre. Para enterprise, depende. Si el pricing es genuinamente customizado (deal size varía 10x entre clientes), tiene sentido no publicar. Si todos pagan más o menos lo mismo, publica.
Cómo sé si estoy cobrando muy poco?
Tres señales: conversión inusualmente alta (>40% de trials), cero pushback en precio durante ventas, y clientes que casualmente mencionan que esperaban pagar más. También: si comparas con competidores directos y estás 50%+ más barato, probablemente estás regalándote.
Qué porcentaje de usuarios free debería convertir en freemium?
Benchmark típico: 2-5% para freemium masivo (Slack, Dropbox). 10-15% para freemium más targeted (B2B específico). Si estás debajo de 1%, tu tier gratuito es demasiado bueno o tu tier pago no tiene suficiente diferenciación.
Descuentos para startups y nonprofits, sí o no?
Sí, pero estructurados. Programas formales (GitHub for Startups style) funcionan mejor que descuentos ad-hoc. Define criterios claros, automatiza la verificación si puedes, y pon fecha de expiración. El startup de hoy puede ser la cuenta enterprise de mañana.
Annual vs monthly pricing: cuál priorizar?
Ofrece ambos, incentiva anual. El descuento típico es 15-20% por pago anual (equivale a 2 meses gratis en plan de 12). Annual mejora cashflow, reduce churn, y señala commitment del cliente.
Cómo manejar competidores que cobran menos?
No compitas en precio a menos que ese sea tu diferenciador estratégico (eres el Costco de tu categoría). Compite en valor, positioning, o segmento. Si tu competidor cobra $50 y tú $200, estás vendiendo a clientes diferentes que valoran cosas diferentes. Eso está bien.
El pricing es estrategia, no aritmética
El precio que pones en tu producto dice más sobre ti que cualquier feature.
Dice si crees en tu valor. Dice a quién quieres servir. Dice cómo ves el futuro de tu empresa.
La mayoría de founders lo tratan como un número que hay que llenar en un formulario. Copian al competidor, redondean a un número bonito, y siguen adelante.
Eso es un error.
El pricing es una de las pocas palancas que puedes mover sin escribir código, sin contratar gente, sin esperar meses por resultados. Y sin embargo, tiene impacto directo en revenue, positioning, y sostenibilidad del negocio.
Si no estás pensando activamente en tu pricing al menos una vez al trimestre, estás dejando dinero en la mesa. Probablemente mucho.
Y si lo anterior te dejó con más preguntas que respuestas sobre tu caso específico: Growth Session incluye análisis de pricing y recomendaciones para tu producto. Spoiler: casi todos los SaaS con los que trabajo están cobrando menos de lo que deberían. Hablemos.
© 2026 Andres Ospina
