Monday, la API V2, y doce años de operación

De las plataformas operacionales que vemos pasar por Distrope, ninguna está tan arraigada en nuestros clientes como Monday.com. Casi 12 años trabajando con ella nos dan una perspectiva rara: la hemos visto crecer de una herramienta de seguimiento de proyectos a una plataforma que muchos usan como su sistema operativo del negocio. Y justo ahora, Monday está en medio del cambio más grande desde que lanzó sus automations nativas — la nueva API V2, un MCP propio, y un pivote hacia IA que VentureBeat describe como construir "digital workforces".

Este post es sobre ese cambio, sobre por qué nuestros clientes se están beneficiando sin saberlo, y sobre lo que nos permite decir que estamos donde estamos.

Por qué tanto cliente elige Monday

La pregunta "¿por qué Monday y no ClickUp, Asana, Notion, Airtable…?" la contestamos cada pocos meses. La respuesta honesta es que Monday ganó la batalla del onboarding: la UI es más amigable que la competencia, los boards son intuitivos, y un equipo no-técnico puede tener su primer workflow útil corriendo en una tarde. Eso, multiplicado por 100 empleados, es lo que hace que Monday se convierta en el lugar donde todo termina pasando — ventas, proyectos, soporte, operaciones, RH.

Es justo decir que no todo en Monday es perfecto. Hay cosas que llevan años en la lista y no terminan de llegar:

• La app móvil sigue siendo una versión recortada de lo que hay en desktop.
• El search global no aguanta cuentas con decenas de miles de items.
• El render de boards de +5,000 rows se vuelve pesado.
• Algunos features (Workdocs, Dashboards v2) llegaron antes que la documentación.

Pero los equipos que usan Monday aceptan esas costuras porque el valor está en la adopción. Es más fácil convencer a 30 personas de seguir usando Monday que de migrarlas a otra plataforma, por muy superior que sea en papel.

La API V2 y por qué importa ahora

Hasta hace poco, casi toda la integración de terceros contra Monday pasaba por la API V1. V1 hace su trabajo, pero tiene heridas: llamadas que devuelven payloads enormes aunque solo quieras tres columnas, column values sin tipar (todo llega como string JSON y tú lo parseas), rate limits difíciles de predecir, y features nuevos (como los column types recientes) que V1 nunca vió.

La API V2 resuelve el grueso de eso: GraphQL completo, column values tipados por su type (dejaste de parsear JSON a ciegas), queries que piden solo los campos que necesitas, paginación moderna, y — lo más importante — es la única API que recibe los features nuevos de Monday desde el día uno. Quien siga escribiendo integraciones contra V1 hoy está construyendo sobre algo que va a dejar de crecer.

Las plataformas de integración con las que trabajamos están migrando sus módulos a V2. Eso es bueno, pero trae una fragilidad que no está publicada: cualquier automation que dependa de column IDs o column types viejos se puede romper en el swap. Y ahí entra el trabajo que hacemos desde hace meses.

El trabajo silencioso de migración

La mayoría de nuestros clientes nunca va a leer las release notes de Monday. Para ellos, Monday "funciona" hasta que deja de funcionar — y cuando deja de funcionar, la causa suele ser una integración rota que antes corría sin quejarse.

Para evitar que ese momento llegue, llevamos meses haciendo el trabajo que nadie ve:

• Auditoría de boards — los que se diseñaron hace 3-5 años suelen tener column types deprecados, mirror/connect patterns mezclados, y nombres inconsistentes. Antes de tocar una integración, ordenamos el board.
• Re-mapeo de column IDs — V2 no perdona: los IDs sí importan, y muchos flows de V1 los usaban implícitamente. Los documentamos antes del swap.
• Migración de módulos en las plataformas de integración — un scenario a la vez, con doble-corrida en paralelo durante la ventana de transición para confirmar que V2 produce el mismo output.
• Validación end-to-end — no asumimos que "se ve bien en Monday" significa "la integración llegó". Cada flow se prueba de punta a punta antes de apagar la versión vieja.

Sin esto, el cliente despierta un lunes con un 500 Internal Server Error en un workflow que llevaba dos años operando en silencio. Con esto, el cliente no se entera nunca de que algo cambió.

Clientes que no se ponen al corriente (y por qué)

Monday saca features casi cada mes. La mayoría de nuestros clientes paga plan Enterprise y usa menos del 30% de lo que ya está incluido. No es pereza: es ancho de banda. Un operador de negocio no tiene horas para probar Workdocs, explorar los nuevos tipos de Dashboards, o experimentar con Forms v2.

Parte de nuestro trabajo — parte grande, aunque casi nunca la cobramos como "consultoría" — es revisar qué features nuevos aplican a la operación de cada cliente, proponer piloto, implementar, y medir si mueve la aguja. A veces el impacto es marginal; a veces es brutal. Un cliente tenía tres años arrastrando contratos en Google Docs con links pegados a items; activamos Workdocs, migramos, y redujeron en ~40% la fricción operativa por la sola cercanía del documento a su contexto.

Ese tipo de upside está parado en el plan que ya pagas. Solo hay que ir por él.

Monday pivotando a IA

El cambio más grande no es V2. Es lo que Monday está anunciando arriba de V2 — un pivote entero hacia ser una plataforma de digital workforces: agentes que viven dentro de Monday, con acceso a los mismos boards, items y automations que un humano, y que pueden ser parte del workflow formal.

Parte de ese movimiento es el nuevo MCP de Monday — un servidor que expone boards, items y queries al agente vía el Model Context Protocol. Lo estamos usando hace semanas en los agentes de Distrope, y cambia el ritmo: un agente puede explorar la estructura de un board, proponer la columna que falta, crear el item, disparar la automation, y reportar con el link — todo sin tener el token hardcoded ni duplicar lógica de integración.

Lo que estamos empezando a pasar a clientes es exactamente esto: su propio workspace Monday conectado a un agente, con scope discipline clara y runbooks escritos. El agente no reemplaza al PM ni al ops lead; les devuelve horas.

El Monday Club

Una pequeña credencial que nos ayuda a hacer este trabajo con confianza: Distrope es parte del Monday Club, un grupo selecto de super usuarios que Monday reconoce dentro de su comunidad. Es un badge que no se busca ni se compra — se otorga cuando la plataforma detecta un nivel de uso avanzado sostenido en el tiempo, con integraciones no triviales y soluciones creativas. Es, literalmente, un grupo invisible.

Los números detrás de la invitación: casi 12 años trabajando con Monday, +1,000 integraciones y automations entregadas, ~30 clientes activos entre México y Estados Unidos. Esa acumulación es la razón por la que podemos entrar a un board de un cliente nuevo y saber en la primera hora qué está bien, qué está mal, qué se puede exprimir, y qué se va a romper con V2.

Cierre

El pivote de Monday hacia V2, MCP y digital workforces es la oportunidad que lleva años cocinándose. Quien lo aproveche va a sacar 3-5x más valor de su plan Enterprise — a veces sin pagar nada adicional. Quien no lo aproveche, se va a quedar con automations rotas y features apagados que ya estaban pagados.

Si te toca este cambio — y si tu equipo usa Monday, te toca — lo que sugerimos desde acá es no esperar a que la primera integración se rompa para preguntar qué pasó. Empieza por el audit. Lo demás se acomoda solo.