Lotus Notes: 5 lecciones de estrategia de producto para founders

Por qué Lotus Notes importa más de lo que crees (incluso en 2026)

En 1989, Lotus Notes llegó al mercado con cifrado, formato enriquecido, adjuntos, acuses de recibo, notificaciones push y enlaces wiki entre mensajes, casi una década antes de que el correo electrónico convencional los adoptara. No era un cliente de email: era una base de datos sincronizada que, además de mensajería, permitía construir aplicaciones internas. El artículo de Buttondown recorre su historia y la convierte en una de las mejores críticas sobre estrategia de producto que un founder puede leer hoy.

La historia arranca en PLATO, el sistema de tiempo compartido de la Universidad de Illinois donde Ray Ozzie conoció el futuro del trabajo remoto en los años setenta, y termina con la caída del producto frente a Microsoft Outlook y los estándares abiertos de internet. Es, en el fondo, la historia de tres batallas: la del producto visionario, la del estándar abierto, y la de la decisión de empezar desde cero.

La lección 1: visionario no significa ganador

Lotus Notes tenía en 1989 casi todo lo que el email todavía no tenía. Encriptación desde el día uno, dos años antes de que Pretty Good Privacy la llevara al email normal. Texto enriquecido y adjuntos, antes del estándar MIME en 1992. Mensajes enlazables tipo wiki, algo que el email sigue sin tener porque cada mensaje es un archivo de texto independiente. Replicación entre servidores, replicando años antes lo que IMAP y Microsoft Exchange ofrecerían después a las masas.

La genialidad del equipo de Ray Ozzie fue construir Notes como base de datos replicada, no como cliente de correo. Eso permitía crear calendarios, foros, bases de datos internas o directorios de empleados sobre el mismo núcleo. PLATO Notes, el ancestro del producto, ya era en los setenta "Reddit antes de Reddit": un foro público donde los usuarios podían abrir discusiones, responder en hilos y construir conversaciones encadenadas.

La paradoja está expuesta por el propio artículo: una herramienta que integraba messaging, apps internas y base de datos perdió frente a un cliente de email bastante más simple. La tesis de Buttondown es clara: cuando un mercado todavía no está formado, muchas veces gana el que ofrece una sola cosa bien hecha, no el que construye la plataforma total.

La lección 2: las convenciones también son producto

La GUI única y consistente de Lotus Notes en DOS, OS/2, Windows, Unix y Mac fue su talón de Aquiles. El artículo recoge quejas reales de la época: F5 bloqueaba la app pidiendo contraseña, enviar un email requería ALT+1 en lugar del CTRL+ENTER estándar, no podías tener más de ocho ventanas abiertas a la vez, el spellchecker intentaba corregir direcciones de email del campo Para.

Existió un "Salón de la Vergüenza de la Interfaz de Lotus Notes" documentando cómo romper la memoria muscular de cualquier usuario. Hubo incluso un sitio llamado "Lotus Notes Sucks" enumerando más de 80 motivos de frustración. La paradoja: las convenciones que Notes rompía eran las mismas que el email corporativo estaba a punto de estandarizar.

Para un founder, esto se traduce en una regla práctica: la potencia sin familiaridad es una barrera de adopción invisible. Puedes tener la mejor tecnología del mundo, pero si el usuario tiene que reaprender atajos y romper hábitos cada vez que abre tu producto, cada día cuenta una batalla perdida contra el incumbente.

La lección 3: ganar donde está el presupuesto, no donde está la visión

El artículo recoge el recuerdo de Steven Sinofsky, entonces en Microsoft: "La necesidad de email era tan aguda que los clientes apostaban por una solución puntual que fuera marginalmente más fácil de desplegar y gestionar, en vez de la complejidad de aterrizar lo que equivalía a una herramienta de desarrollo en cada escritorio". Microsoft convirtió la necesidad de email en la necesidad de subirse a la ola de la computación cliente-servidor de propósito general, en lugar de una nueva categoría de software de grupo.

Outlook, emparejado con Exchange Server y su directorio inspirado en X.500, ganó. El email estándar y la adopción rápida de cada nueva funcionalidad lo pusieron en el centro del negocio. Lotus Notes, mientras tanto, mantuvo su email como una isla hasta 1996, sin soporte SMTP hasta entonces. Para cuando abrió el puente, el mundo ya se había movido a otra parte.

Aquí está la lectura para startups B2B: vende donde el cliente tiene el dolor presupuestado, no donde tú crees que está la mejor arquitectura. Lotus Notes tenía una arquitectura radicalmente superior, pero su presupuesto de innovación y de ventas chocaba con la complejidad de explicar por qué un cliente necesitaba una herramienta de desarrollo para mandar correos.

La lección 4: lo cerrado pierde contra lo abierto

"La web ganó porque podía evolucionar más rápido de lo que Lotus Notes podía", resume un ex desarrollador de Iris Associates citado en el artículo. "La web ganó porque era abierta". El email, sobre la web abierta, terminó replicando casi todo lo que Notes había anticipado: cifrado, adjuntos grandes, mensajes en hilo, reacciones, integraciones, notificaciones. RFC a RFC, el estándar alcanzó a la visión.

Lotus Notes, como Xerox Alto antes, fue una ventana al futuro que terminó prestando su roadmap al ganador. Eso deja una pregunta incómoda para founders tech: si tu ventaja es que tu producto ya implementa lo que los demás implementarán en tres años, estás apostando a que el estándar te seguirá, pero también a que el estándar podría dejarte obsoleto antes de que cambies de mercado.

Qué significa esto para tu startup

Si construyes un producto de productividad, colaboración o comunicación interna, la historia de Lotus Notes funciona como un espejo en cuatro ángulos. Poder construir aplicaciones internas está bien; venderlas como base de datos para developers es un mercado pequeño. Lotus Notes enseñó que la flexibilidad técnica sin enfoque comercial termina en comités de TI que aman la herramienta, pero proyectos piloto que nunca escalan.

Tres acciones concretas para tu roadmap:

• Elige un solo "job to be done" dominante y hazlo impecable antes de ampliar. El primer punto de fricción que casi todos los competidores identificados en el artículo señalan es el contraste entre la amplitud de Notes y un cliente de email externo simple y estándar. Si tu producto cubre cinco casos de uso pero el principal pierde contra el incumbente, no crecen los otros cuatro.
• Audita cada interacción contra los atajos del usuario promedio de Gmail/Outlook/Slack. Lotus Notes perdió contra atajos universales como CTRL+ENTER. Antes de presumir una funcionalidad nueva, pasá un día midiendo cuántos clicks le ahorrás al usuario frente al patrón que ya conoce. La memoria muscular es la mitad de la batalla del onboarding.
• Diseña con salida abierta aunque hoy el mercado esté cerrado. La razón por la que el email estándar alcanzó las funcionalidades de Notes es que su protocolo era público y cada proveedor podía innovar encima. Si tu stack de mensajería o colaboración es propietario y no planeas abrirlo, estás apostando a una escala de tiempo que Lotus Notes perdió.

Fuentes

• Lotus Notes and the dangers of starting from scratch