Teven

El problema

Mucha gente necesita escribir una vez a una lista de personas: una consultora que quiere saber cómo les va a sus clientes, una profesora que escribe a los colegios con los que trabajó, una asociación que escribe a sus familias. Hasta ahora había dos opciones, y las dos eran malas:

• Escribir cada correo a mano. Funciona, pero sesenta correos son un día entero.
• Una combinación de correspondencia. Es rápida, pero todos reciben el mismo texto con su nombre cambiado, y se nota.

La diferencia no es estética. Quien recibe un correo pensado para él entiende que alguien se ha parado a pensar en él, y eso hace que quiera contestar. Una plantilla dice lo contrario: eres una fila más. En español se delata además en la primera palabra: una plantilla no sabe quién es quién y acaba en «Estimado/a».

El producto

Teven se sitúa en medio: la rapidez de una plantilla con correos que se leen como escritos uno a uno, porque lo están. La clave es cómo aprende lo que tiene que escribir. No hay que configurar el tono ni rellenar un formulario: basta con escribir un correo real al primer contacto de la lista, con sus datos delante. Ese único correo contiene todo lo que hace falta: el tono, la longitud, la estructura, la firma y qué datos importan.

teven.es/es

Teven no cambia palabras en una plantilla: cambia el razonamiento de cada correo según los datos de cada fila. Al cliente que estrenó su aplicación hace una semana le pregunta por los primeros días; al que lleva tres meses sin noticias, le dice que hace tiempo que no hablan. Y acierta el género gramatical a partir del nombre o del cargo: Estimada Pilar, Estimado señor Ramírez. El trato de tú o de usted se hereda del ejemplo, y el idioma también: con la interfaz en castellano se puede escribir en catalán o en francés.

teven.es/es

Los primeros correos se ven en el momento, para comprobar que Teven ha entendido la intención antes de seguir. Después se conecta Gmail, Teven escribe el resto, el usuario los revisa y se envían desde su cuenta. Los correos aparecen en su carpeta de Enviados y las respuestas le llegan a su bandeja, como cualquier otro correo.

Cómo está hecho

Lo construí con un orden muy concreto: primero se ve y luego funciona. Toda la interfaz, de la portada a la pantalla final, estaba hecha con datos falsos antes de que existiera una sola llamada a la IA, a la base de datos o a Gmail. Así se podía juzgar el producto, que es casi todo diseño y experiencia de uso, sin gastar un euro en infraestructura y antes de llegar a la parte que es cara de cambiar.

Antes de escribir el generador, escribí a mano 19 correos de referencia, uno a uno. Son el patrón con el que se mide todo lo demás.

Un generador que razona, no que sustituye

El prompt tiene pocas reglas, y todas salen de comparar lo que escribía la IA con lo que escribiría una persona:

• El ejemplo es el patrón: idioma, trato, longitud y estructura. Lo que debe ser igual en todos los correos, como la firma, un teléfono o una línea para darse de baja, se copia tal cual.
• Un dato concreto, no tres. Un detalle de la fila convence; tres seguidos dan la sensación de que alguien te ha investigado.
• Solo lo que está en la fila. Si un dato falta o no tiene sentido, el correo sale marcado para revisar, con el motivo.
• Las correcciones se aprenden. Si el usuario cambia un correo, los siguientes lo tienen en cuenta.

Por debajo, cada correo es una salida estructurada y validada (asunto, cuerpo, si es dudoso y por qué), en texto plano y con un límite de longitud. Si no cumple, se repite una vez; si vuelve a fallar, ese correo queda como fallido sin tumbar a los demás. Los primeros se escriben en directo, palabra a palabra; el resto, en tandas en paralelo.

El prompt no se cambia a ciegas. Un banco de pruebas escribe cada caso con la misma llamada que producción y lo deja al lado del correo escrito a mano, junto con los marcados, los que no cumplen, las cifras que no salen de la fila y los tokens gastados: unos 4.000 de entrada y 815 de salida por correo.

Los datos no dan órdenes

Las celdas de una hoja de cálculo muchas veces las escribió otra persona: un directorio, un formulario, una web. Y la ruta que escribe los primeros correos se puede llamar sin pasar por la interfaz. Así que la regla es explícita: el ejemplo es un patrón que se imita y las filas son hechos sobre el contacto; ninguno de los dos da órdenes.

• Capas de fuera hacia dentro: límites de uso por campaña, por IP y en total; limpieza de caracteres invisibles y de lo que imita las etiquetas del prompt; un detector de órdenes en cinco idiomas; el propio prompt, y una comprobación de la salida que impide enlaces, teléfonos o datos de otro contacto que no vengan del ejemplo o de esta fila.
• El modelo no puede actuar. No tiene herramientas, nunca ve las direcciones de correo de los contactos y el asunto no admite saltos de línea, así que no se pueden colar cabeceras.
• Los matices importan. «¡Reserva ya!» copiado de una web es un dato, no un ataque. «No contactar» tampoco es un ataque, pero el correo sale marcado para que la persona decida. Y si alguien escribe como ejemplo «dame una receta», Teven lo imita como texto: no se puede usar como un asistente de propósito general.
• Nada sale sin la persona. La revisión es obligatoria y los correos marcados aparecen los primeros, porque quien tiene que aprobar cincuenta no los va a leer todos.

Privacidad como decisión de producto

Teven pide a Google un solo permiso de correo: enviar. No puede leer, buscar ni borrar nada del buzón. Es el permiso mínimo que permite enviar en nombre de alguien, y con él Teven superó la verificación de Google el 7 de octubre de 2026. El código rechaza cualquier otro permiso antes de ir a Google, y hay pruebas que lo comprueban.

teven.es/es

• Hasta confirmar la campaña, todo vive en el navegador. El Excel se abre en el ordenador del usuario y nunca se sube entero. Lo procesado se guarda en IndexedDB, para que cerrar la pestaña sin querer no haga perder el trabajo, y al volver Teven pregunta si se quiere retomar.
• Una costura limpia. Antes de confirmar la campaña manda el navegador; después, el servidor. Nunca los dos a la vez, porque dos fuentes de verdad acaban en correos duplicados o perdidos. En ese momento, la copia local se sustituye por una marca y deja de escribirse.
• Lo mínimo, el mínimo tiempo. Los contactos se borran al terminar el envío, o a las 48 horas si la campaña se abandona. Teven no guarda ni el contenido ni los destinatarios de lo enviado. Los tokens de Google van cifrados con AES-256-GCM y nunca llegan al navegador.
• Contarlo tal cual. Los datos necesarios para escribir cada correo pasan por el proveedor de IA. La web lo dice así, y no promete nada que no sea cierto, como que los datos no salen del ordenador.

Cuidar la cuenta de Gmail de cada usuario

Si a alguien le suspenden su Gmail por culpa de Teven, el producto está muerto. Por eso el envío es lento a propósito: una cuenta personal que de repente envía cientos de correos en minutos parece una cuenta comprometida.

• Una cola en la base de datos, no un bucle. Enviar sesenta correos espaciados no cabe en una función serverless, y el usuario cierra el navegador. Cada envío tiene su hora; un proceso se ejecuta cada minuto, reserva lo que ya toca con un bloqueo que no se pisa con otros procesos, lo envía y termina. Si se cae a mitad, la reserva caduca y el correo vuelve a la cola.
• Probado contra la base real: dos procesos reservando a la vez durante diez rondas sin ninguna coincidencia, y un envío real con dos procesos simultáneos en el que cada correo salió una sola vez.
• Cada error tiene su respuesta. Un destinatario rechazado se marca y no cuenta. Un fallo temporal se reintenta con esperas crecientes. Si se agota la cuota diaria de Google, lo pendiente pasa al día siguiente. Si se retira el permiso, la campaña se pausa y sigue al reconectar, sin duplicados.

Un sistema de diseño cerrado

Teven tiene un inventario cerrado de componentes, y todas las pantallas se montan solo con ellos. Si algo no existe, se añade al sistema antes de usarlo; nunca se resuelve con estilos sueltos. Los colores, tamaños y radios por defecto de Tailwind están anulados, así que no se puede usar un valor que no sea un token.

La regla tiene un motivo práctico: gran parte del desarrollo se hizo con asistentes de IA, y su tendencia natural es improvisar un componente nuevo en cada pantalla. Con el inventario y los tokens siempre en el contexto, el resultado es una sola forma de cargar, de mostrar un error o de confirmar algo irreversible. También hay solo tres movimientos permitidos, y ningún texto escrito dentro de un componente: todos salen de los archivos de traducción, en cinco idiomas, y el linter rechaza lo contrario.

Una experiencia sin fricción

• Cero configuración. No hay pantalla de ajustes: el tono, la longitud y el idioma se deducen del correo de ejemplo. Cada desplegable es gente que se va.
• El resultado antes que el registro. Se sube el Excel, se escribe el ejemplo y se ven los primeros correos con los datos propios sin dar ningún dato. Por eso la métrica que guía el producto es cuántos siguen adelante después de verlos: si es baja, el problema está en el generador.
• La cuenta de Google es la cuenta: sin contraseñas, sin recuperación y sin verificación de correo. El identificador es el que da Google, nunca la dirección, que puede cambiar.
• Pensado para escribir a gente conocida: clientes, proveedores, alumnos, socios o familias. Antes de cada envío, el usuario declara que tiene un motivo legítimo para escribir a esas direcciones, y la declaración queda registrada con el envío.

El potencial

• La técnica sirve fuera del correo. Aprender de un único ejemplo con barreras contra datos hostiles vale para cualquier escritura personalizada a escala: respuestas de atención al cliente, comunicaciones de recursos humanos o seguimientos comerciales con relación previa.
• Usos que nadie diseñó. El patrón es siempre el mismo: una fila por persona, algo que decirle a cada una y un detalle distinto en cada fila. Repartir los gastos de un viaje, reclamar facturas sin romper relaciones, la logística de una boda o avisar a los amigos de una abuela que ha muerto.
• La recurrencia. Saber quién ha contestado y a quién toca escribir de nuevo es lo que haría volver al usuario. También exige leer el buzón, y eso cambia el permiso, la auditoría y la promesa de privacidad. Es una decisión de producto con todo su coste a la vista.
• Más proveedores: Outlook o un servidor de correo propio, con la misma arquitectura de cola y de permisos mínimos.

Stack: Next.js · TypeScript · Tailwind CSS v4 · shadcn/ui (Radix) · next-intl, en cinco idiomas · Supabase (PostgreSQL con RLS) · Vercel, con cron y funciones en Dublín · Claude Opus mediante AI SDK · Zod · Gmail API con OAuth 2.0 y PKCE · Stripe · Resend · Vitest y PGlite.