Compositor de actualización mensual para inversores

El compositor se encarga de la parte aburrida de la actualización mensual a inversores — recopilación de cifras, composición de secciones, primer borrador. El fundador interviene donde realmente es necesario: narrative, decisiones complejas, planes para el siguiente período. En un mes, el compositor ahorra 3–4 horas en la mecánica y elimina el principal problema — la actualización que se pospone para «la próxima semana» hasta convertirse en una omisión de dos meses.

Proceso interno del compositor:

1. Obtiene métricas del data warehouse o BI el primer día del mes — ARR, MRR, new logos, net dollar retention, churn, efectivo en cuenta, runway, burn rate. La fuente es única — la misma que se utiliza en el weekly business review interno.
2. Compara con el período anterior y con el plan. Destaca desviaciones superiores a ±X% y calcula el crecimiento mes a mes. Si una métrica supera el umbral acordado respecto al plan — añade el indicador «requiere comentario».
3. Recopila eventos cualitativos a través de un formulario en Notion o una encuesta en Slack 2–3 días antes del plazo: nuevas contrataciones, lanzamientos de funcionalidades, grandes acuerdos, problemas, wins/losses en el embudo. Cada responsable escribe 2–3 bullet points sobre su dominio.
4. Resume los comentarios del equipo en 2–3 oraciones por sección, eliminando el lenguaje interno y las duplicaciones entre fuentes.
5. Genera un borrador del correo según una plantilla probada (snapshot → highlights → lowlights → hiring → asks → metrics en forma de tabla) y lo entrega al CEO para revisión en borradores de Gmail o en una página de Notion.
6. Tras la aprobación del CEO — envía al listado de inversores a través de la pasarela de correo, personaliza el saludo por nombre y adjunta el PDF-snapshot del dashboard del período.

Lo que el compositor no hace:

• No escribe el narrative por el CEO. El borrador versa sobre hechos; «qué aprendimos este mes» y «en qué apostamos el próximo» — siempre es el fundador.
• No decide qué información revelar a los inversores y qué reservar hasta la llamada. El filtro de temas sensibles (despidos, conflictos en el equipo, caídas en clientes clave) queda en manos de una persona.
• No reemplaza las llamadas personales con los lead inversores. La actualización mensual es el mínimo de comunicación con inversores, no el máximo; las grandes decisiones se discuten por voz.

El compositor funciona según el principio «ETL para el update»: extraemos datos estructurados de BI, los cualitativos — a través de formularios, los ensamblamos según la plantilla, el LLM completa los nexos, y una persona verifica antes del envío. La lógica se almacena en código separado (script Python o plataforma low-code), no en el LLM — el modelo responde únicamente por la sumarización y el ensamblaje literario, no por la aritmética.

La arquitectura consta de cuatro capas: fuentes de datos, recopilador de contexto, generador de texto, canal de distribución. La separación es importante — si el LLM comienza a calcular métricas, habrá más errores en las cifras que tiempo ahorrado.

Pasos de implementación:

1. Definir la plantilla del investor letter. Tomar 2–3 updates anteriores y descomponerlos en bloques (snapshot metrics, highlights, lowlights, hiring, asks). Registrar la estructura en formato Markdown o JSON.
2. Configurar el pull de métricas desde DWH/BI. Escribir consultas SQL o utilizar el dashboard API (Metabase, Looker, Mixpanel, PostHog) — de modo que con una sola llamada se obtengan los números y los deltas por período.
3. Configurar la recopilación de eventos cualitativos. Un formulario en Notion, Google Forms o un bot de Slack en los días de preparación del update: head of sales, product lead, operations — cada uno escribe 2–3 bullet points sobre su dominio.
4. Conectar un modelo de IA (o equivalente) para dos tareas: sumarización de bullet points en un párrafo coherente y generación de comentarios sobre las métricas («ARR creció un 12% gracias al crecimiento del segmento enterprise»).
5. Reunir todo en el documento final (Markdown → HTML → PDF para el dashboard) y dejar al CEO en drafts Gmail o en una página de Notion un día antes del deadline.
6. Tras la revisión, el CEO hace clic en «Send» — envío masivo a la lista de inversores con personalización del saludo y registro de aperturas, si se utiliza SendGrid o Mailgun.

Opciones de configuración típicas

Versión mínima para el fin de semana. Una consulta SQL → Google Sheet → script Python → Claude API → drafts Gmail. Adecuado si tiene 5–10 métricas y 5–15 inversores, y el CEO está dispuesto a lanzar el envío con una acción manual.

Opción intermedia. Motor de workflow con webhooks: metrics pull → encuesta de Slack → sumarización LLM → carta + PDF → envío masivo. Los logs y retry están integrados en la plataforma, no es necesario desplegar un servicio separado.

Opción avanzada. Servicio dedicado en el código de la empresa (Python o Node.js), con almacenamiento del historial de updates en base de datos, pruebas A/B sobre los asuntos de los correos y analítica de aperturas mediante Mailgun. Tiene sentido cuando los inversores son más de 30 y es necesario comparar los datos entre meses.

Enfoques alternativos

• Notion AI más recopilación manual: más rápido al inicio, pero cada mes el CEO igualmente recopila las cifras y escribe los bullet points. El ahorro de tiempo es de aproximadamente un 30%, no un 80%.
• Servicios listos de comunicación con inversores: funcionan si usted acepta su plantilla y paga mensualmente. La flexibilidad es limitada, la integración con su BI requiere trabajo adicional.

Seguridad y compliance

• Las listas de inversores, el ARR y las métricas financieras son datos sensibles. Utilice LLM-API con una política de no entrenamiento sobre sus datos (Anthropic API, Azure OpenAI) y registre cada generación.
• Si el fondo tiene requisitos de confidencialidad, el correo debe enviarse únicamente desde el SMTP corporativo, no a través del Gmail personal del fundador.
• Almacene la lista de inversores en CRM o Notion con acceso restringido, y no en una hoja de cálculo de Google sin control de versiones.

Para lanzar el compositor se necesita una infraestructura de datos mínima y un acuerdo sobre la plantilla de actualización. Si falta alguno de estos elementos, primero conviene establecerlos — sin plantilla, la automatización genera texto atractivo pero inconsistente, que no ayuda a los inversores a rastrear la dinámica.

Qué debe estar del lado de los datos y el acceso:

• Un data warehouse actualizado o sistema BI (Metabase, Looker, Snowflake, BigQuery, Postgres) con métricas operativas ARR/MRR, churn, cash, runway.
• Una plantilla fija de carta para inversores — preferiblemente 2–3 actualizaciones anteriores, a partir de las cuales el fundador reconoce: «sí, así lo escribiré cada mes».
• Acceso a API: DWH/BI, LLM (Anthropic o OpenAI), pasarela de correo (Gmail API, SendGrid, Mailgun).
• Lista de inversores en formato estructurado (Notion, CRM, Google Sheet) con nombre, email y tipo (angel, VC, advisor).

Preparación del equipo:

• El CEO dedica 1–2 horas a revisar el borrador el día antes del plazo. Sin esto, el compositor se convierte en «enviamos tal cual» — y los inversores lo notan rápidamente.
• Los Head of sales / product / ops están dispuestos a escribir 2–3 bullet points una vez al mes en un documento compartido o en Slack.
• Alguien del equipo (CTO, ops lead, consultor) conoce Python o una plataforma low-code a nivel de «puede montar un workflow de seis pasos y programarlo en cron».

Cronograma:

• Weekend complexity: la primera versión funcional — en un fin de semana (16–24 horas de trabajo neto de un desarrollador). El ajuste completo hasta el cronograma automático, el prompt calibrado y el envío depurado — 1–2 semanas considerando el ciclo real de pruebas en dos actualizaciones. En el tercer mes, el proceso se estabiliza y requiere solo ajustes puntuales de la plantilla.