Nebula Sans: qué gana un SaaS con una fuente propia
¿Alguna vez pagaste por algo en tu producto sin saber que lo estabas pagando? La fuente es el ejemplo clásico. Está en cada pantalla, cada botón, cada factura que sale del sistema. Y casi nadie sabe de quién es, cuánto cuesta, o qué pasa si el proveedor cambia las reglas. Nebula Sans nació exactamente de esa pregunta dentro de un SaaS. Y la respuesta que dieron vale para mucho más que tipografía.
Qué es Nebula Sans, en una frase
Es una fuente gratuita y de código abierto, creada por Uniweb, una empresa canadiense que vende una plataforma de sitios web para universidades. No son una fundición tipográfica. Son un SaaS común, con clientes, soporte y roadmap. Aun así decidieron tener una fuente propia.
La base es Source Sans 3, de Adobe, que ya era abierta. Uniweb tomó ese punto de partida, ajustó el diseño para lectura en pantalla, cuidó el peso variable y la cobertura de idiomas, y publicó todo bajo la licencia SIL Open Font License. Cualquiera puede usarla, modificarla y distribuirla. Incluso tú.
El detalle importante no es el diseño de las letras. Es la motivación. Querían una fuente que funcionara bien en su producto y que nadie pudiera quitarles después.
Por qué un SaaS se preocupa por la fuente
Parece una tontería hasta que miras el contrato. Las fuentes comerciales para web suelen licenciarse por dominio, por número de visualizaciones mensuales o por cantidad de "instalaciones". Para un sitio institucional eso es manejable. Para un SaaS, es una bomba de tiempo.
Piensa en el caso de Uniweb. Cada universidad cliente tiene su propio dominio. Cada dominio recibe miles de accesos. Si la fuente se licencia por pageview o por dominio, el costo crece junto con el éxito del producto. Cierras un cliente nuevo y la cuenta de la fundición sube. Es el tipo de costo que nadie pone en la planilla a la hora de definir el precio del plan.
Además está el problema del control:
- No puedes alterar el diseño. ¿El número 1 se confunde con la l minúscula en una tabla de precios? Paciencia.
- No puedes redistribuir. ¿Un cliente quiere usar la misma fuente en el PDF que exporta del sistema? Depende de otra licencia.
- El proveedor puede cambiar el precio, los términos o simplemente descontinuar la familia.
Una fuente abierta resuelve los tres de una vez. Costo cero por acceso, derecho a modificar y garantía de que el archivo sigue siendo tuyo para siempre.
Depender de terceros es normal. Depender sin saberlo, no
No estoy diciendo que todo SaaS necesite crear una fuente. Eso sería una locura. Estoy diciendo que todo SaaS necesita saber de quién depende y cuánto cuesta cada dependencia cuando el negocio crece.
La fuente es solo el ejemplo más visible. La misma lógica vale para:
- El servicio de email transaccional que cobra por mensaje enviado.
- El mapa embebido que cobra por carga.
- La API de IA que cobra por token y cambia de precio cada trimestre.
- El componente de gráficos con licencia "por desarrollador" que se convierte en "por usuario final" en la renovación.
Cada uno de esos ítems tiene un precio pequeño hoy. Junta cinco de ellos, multiplica por el crecimiento que esperas para los próximos dos años, y el margen del producto desaparece. Ya vi una empresa con un plan de R$ 99 por mes donde solo las dependencias de terceros se comían R$ 40 por cliente. El dueño no lo sabía. Lo descubrió a la hora de levantar inversión.
Todo costo que crece con el uso tiene que estar en tu planilla antes de estar en tu factura.
Uniweb hizo la cuenta temprano. Concluyó que una semana de trabajo en una fuente abierta salía más barato que años de licencia. Y, como bonus, ganó una herramienta que puede ajustar cuando el producto lo pida.
Qué cambia de verdad "hecha para pantalla"
Aquí entra la parte que me interesa como diseñador. Nebula Sans no es solo Source Sans con otro nombre. Los ajustes apuntan exactamente a los problemas que aparecen en interfaces de software:
Tamaños pequeños. En un SaaS, mucha información vive en 12 o 13 píxeles: etiquetas de campo, leyendas de tabla, textos de ayuda. Las fuentes diseñadas para papel se vuelven un borrón en ese tamaño. Una fuente ajustada para pantalla abre un poco los espacios internos de las letras y deja todo más respirable.
Peso variable. En vez de cargar seis archivos (light, regular, medium, bold y así sucesivamente), cargas un archivo que contiene todos los pesos. Menos requests, página más rápida. Para un SaaS donde el usuario abre 200 pantallas por día, eso se nota.
Números que se comportan. En dashboards, tablas e informes financieros, los números necesitan tener el mismo ancho para que las columnas se alineen. Se llama cifra tabular. Es el tipo de recurso que nadie nota cuando existe y todos notan cuando falta.
Cobertura de idiomas. Latino, griego y cirílico en el mismo archivo. Si tienes un cliente en Portugal y otro en Grecia, el producto no cambia de cara entre ellos.
Nada de esto es glamoroso. Pero todo esto es lo que separa un producto que "parece profesional" de uno que "parece hecho en un fin de semana", incluso cuando el código detrás es idéntico.
Cómo aplicar esto en tu negocio hoy
No necesitas hacer un fork de una fuente. Necesitas media hora con una planilla. Sugiero tres pasos:
- Lista todo lo que tu producto usa y no es tuyo. Fuentes, íconos, bibliotecas pagas, APIs, servicios de email, mapas, autenticación. Anota el modelo de cobro de cada uno: fijo, por usuario, por uso.
- Simula el costo con el doble de clientes. Si algún ítem se duplica también, merece atención. Si algún ítem se triplica, merece una alternativa.
- Para cada ítem caro, pregunta: ¿existe una versión abierta lo bastante buena? En fuentes, casi siempre existe. En email, mapas y gráficos, muchas veces también.
En el caso de las fuentes, mi opinión es directa: para el 95% de los SaaS, no hay motivo para pagar licencia de fuente. Nebula Sans, Inter, Source Sans, IBM Plex. Todas gratuitas, todas excelentes en pantalla, todas con derecho a modificación. Pagar por una fuente en un producto digital hoy es como pagar por agua mineral en un restaurante que sirve agua filtrada gratis. Puede tener sentido, pero necesitas saber por qué.
Lo que la historia de Nebula Sans enseña sobre producto
Lo que me llama la atención no es que Uniweb haya hecho una fuente. Es que una empresa de tamaño medio haya mirado un detalle que casi todos ignoran, haya hecho la cuenta, y haya actuado antes de que se convirtiera en problema. Y después haya abierto el resultado para que cualquiera lo use.
Eso es madurez de producto. No se trata de tipografía, se trata de saber dónde está expuesto tu negocio y reducir la exposición mientras es barato.
Si estás construyendo o reformando un SaaS y quieres a alguien que mire el producto entero, desde el diseño de la pantalla hasta el costo escondido de cada dependencia, ese es el tipo de trabajo que hago. Conoce un poco más sobre mí y cómo trabajo.
Resumen para LinkedIn
¿Alguna vez pagaste por algo en tu producto sin saber que lo estabas pagando? La fuente es el ejemplo clásico. Está en cada pantalla, cada botón, cada factura. Y casi nadie sabe de quién es, cuánto cuesta, o qué pasa cuando el proveedor cambia la regla. Nebula Sans nació de eso: un SaaS canadiense hizo la cuenta, vio que la licencia por dominio o por pageview crece junto con el éxito, y decidió tener una fuente propia y abierta. Una semana de trabajo contra años de factura. La lección vale para email transaccional, mapas, API de IA, componente de gráficos. Ya vi un plan de R$ 99 donde R$ 40 iban a dependencias que el dueño ni conocía. Todo costo que crece con el uso tiene que estar en tu planilla antes de estar en tu factura. Escribí sobre lo que Nebula Sans enseña sobre producto y cómo hacer esa cuenta en media hora. Link en los comentarios. #SaaS #ProductDesign #Tipografia #Producto #OpenSource