WhatsApp de obra: convertir los mensajes de tus instaladores en datos utiles con IA

En una empresa de fachadas, aluminio o vidrio la obra ya se coordina por WhatsApp: grupos por edificio, audios de cuarenta segundos, fotos sin pie y mensajes que dicen 'ya quedo'. El problema no es el canal, es que todo eso es informacion y no datos: no se puede certificar con ello, ni costear, ni defender una reclamacion. Esta guia explica como poner un embudo al final de WhatsApp para que los mensajes de veinte montadores se conviertan, solos, en filas de una hoja o en registros del ERP.

Tu sistema de obra ya existe y se llama WhatsApp

En una empresa de fachadas, aluminio o vidrio con veinte montadores en cinco obras, la informacion del dia ya circula: grupos que se llaman Torre B montaje, audios de cuarenta segundos, fotos sin pie y mensajes que dicen "ya quedo". Nadie decidio que WhatsApp fuera el sistema de obra; lo es porque es el unico sitio donde todo el mundo entra sin que haya que pedirselo.

El problema no es el canal. Es que lo que circula por ahi es informacion, no datos. Informacion es "instalamos la fila de arriba del eje 4". Dato es: obra 118, planta 9, eje 4, ventana fija 1.80 x 2.40, cantidad 6, estado montado sin sellar, 21 de septiembre, cuadrilla 3, cuatro horas. Con lo primero no se certifica, ni se costea, ni se defiende una reclamacion. Con lo segundo si.

Tres principios sostienen lo demas. No cambies el habito del montador: si le pides instalar una app, recordar una contrasena y tener datos en una torre de hormigon, el sistema muere en tres semanas. Pide poco y siempre lo mismo: cinco lineas a diario valen mas que treinta campos dos veces. Devuelve valor a quien envia: si reporta material faltante y al dia siguiente el material esta en obra, manda el parte el resto del ano.

Que se pide: el parte diario en cuatro bloques

La tentacion es pedir todo, y el resultado de pedir todo es que no llega nada. Cuatro bloques cubren casi todas las decisiones: identificacion (obra, fecha, cuadrilla), avance (que, donde y cuanto), horas (cuantas y a que obra se cargan) e incidencias y material. Este ultimo no es informativo: cada linea deberia terminar en una tarea con nombre y fecha.

Un detalle que ahorra discusiones: define un vocabulario cerrado de estados y no admitas mas valores. Por ejemplo recibido en obra, izado, presentado, anclado, montado sin sellar, sellado, rematado y aceptado. Si cada montador inventa el suyo, tu empresa nunca se pondra de acuerdo sobre que significa "casi terminado".

Como se pide: la plantilla que el montador si rellena

Tres reglas: un solo mensaje, no cinco; siempre el mismo orden de lineas, para que trabaje la memoria; y permitir audio, porque si el encargado prefiere hablar cuarenta segundos, la IA transcribe y extrae igual.

Fijate en lo que no tiene: fecha (la pone el sistema con la hora de llegada), nombre (el telefono ya identifica a la cuadrilla) ni codigos de articulo que el montador no se sabe. Cada campo que puedas deducir en el servidor es un campo que no pides en obra. La linea "Avance" se repite tantas veces como haga falta: esa es la unica flexibilidad que el formato necesita.

Para el arranque, imprime la plantilla en una tarjeta plastificada del tamano de un carnet y entregala con el casco. Suena de otro siglo y funciona mejor que cualquier recordatorio digital. Una variante util para equipos que escriben poco es el parte por respuesta guiada: a una hora fija el sistema envia una plantilla de WhatsApp Business con lista de obras, el encargado toca la suya y el sistema pide el resto. Se tarda menos, pero exige la plataforma de negocio.

Fotos con etiqueta: obra, planta, eje y elemento

Una foto sin contexto es un archivo, no una prueba. En el telefono del jefe de obra hay cuatro mil fotos y ninguna sirve para discutir una certificacion, porque nadie puede decir a que planta y a que eje corresponde la numero 2.317.

Define tambien que fotos son obligatorias y cuando, porque ahi se pierden las reclamaciones. En fachada el minimo suele ser: recepcion de material, anclaje antes de tapar, sellado terminado, elemento acabado y cualquier dano encontrado al llegar. Regla de oro: si se va a tapar, se fotografia antes de taparlo. Es la unica prueba de que el anclaje se hizo como dice el proyecto, y te la piden justo cuando ya no puedes hacerla.

La IA recibe imagen y texto, extrae obra, planta, eje, elemento y estado, renombra, copia a la carpeta de Google Drive con estructura obra / planta / fecha y escribe una fila de indice con el enlace. Tambien puede leer metadatos EXIF con ExifTool para registrar la hora real de captura. Lo que no hace: certificar que un anclaje cumple el proyecto ni sustituir la inspeccion de un tecnico. Usala para ordenar y avisar, no para dictaminar.

Incidencias y material faltante: los dos mensajes que mas dinero mueven

El campo motivo parece menor y es el mas valioso. Si se registra siempre, en tres meses tienes la respuesta a una pregunta que hoy nadie contesta: por que falta material en obra. Si el grueso es rotura en montaje, el problema es de manipulacion o embalaje; si es "no vino en el envio", esta en la preparacion en fabrica; si es "medicion distinta", esta aguas arriba, en la toma de medidas. Cada motivo lleva a un responsable distinto, con el mismo razonamiento que usamos al analizar compras, stock y merma en fabrica.

La automatizacion util aqui es de enrutado, no de respuesta. Una incidencia critica crea tarea, avisa al jefe de obra en privado y abre un contador; si a las cuatro horas no hay respuesta, escala. Un material faltante genera una peticion con obra, referencia, cantidad y fecha, dirigida a compras o almacen. Ese contador entre "se reporta" y "se resuelve" es el indicador mas honesto de la salud de tus operaciones: mide tres meses, mira la mediana y ponte objetivo desde tu propio dato.

De mensaje suelto a fila de hoja: como funciona de verdad

La parte tecnica, sin humo. El camino es siempre el mismo y cambia solo el detalle de las herramientas.

1. Recepcion. El mensaje llega al numero de empresa y la plataforma lo envia a un webhook tuyo.
2. Normalizacion. Si es audio se transcribe; si es imagen se guarda y se describe; si es texto pasa tal cual.
3. Extraccion estructurada. Aqui entra Claude por API con un esquema fijo. No le pides "resume esto": le pides un JSON con los campos exactos del parte, la lista cerrada de estados y un indicador de confianza por dato.
4. Validacion. La obra existe en el maestro, la cantidad es numero, el estado esta en la lista, la fecha no es futura. Lo que no pasa no se descarta: se marca.
5. Escritura. Una fila por avance en Google Sheets y, cuando el proceso madure, un registro en el ERP por API.
6. Cierre del bucle. "Recibido parte obra 118: 2 avances, 1 incidencia, 1 falta." Eso es lo que hace que manana vuelva a mandar.

El paso 3 es donde falla la mayoria de implementaciones, por dar demasiada libertad. Un modelo al que pides texto libre te devuelve texto libre distinto cada dia; uno al que das esquema, tipos y valores permitidos devuelve algo que un sistema puede consumir. Regla practica: si un campo tiene menos de veinte valores posibles, escribelos todos en el prompt.

Para orquestarlo no hace falta un departamento de desarrollo: con n8n, Make o Zapier se monta el flujo en dias. Si ya tienes Odoo, el destino final son los partes de trabajo y los movimientos de almacen, como explicamos en ERP e IA: los huecos entre procesos. Una secuencia que evita disgustos: empieza escribiendo en una hoja, no en el ERP. La hoja te deja cambiar el esquema veinte veces el primer mes; al reves, cada error de extraccion es un apunte que alguien tiene que anular.

Horas y presencia sin convertirlo en vigilancia

Este apartado hunde proyectos enteros, y casi nunca por razones tecnicas. El dia que el equipo percibe que el sistema existe para controlarlo, empiezan los partes defensivos: horas redondas, avances vagos e incidencias que no se reportan "porque luego preguntan". El dato se degrada y el proyecto muere de desconfianza.

Hay que distinguir entre horas declaradas y presencia rastreada. Las declaradas son las que el encargado escribe en el parte: cuatro personas, ocho horas, obra 118, y sirven para costear, que es el objetivo real. La presencia rastreada es geolocalizacion continua o fichaje por posicion: otra cosa, con otras implicaciones y en muchos paises con otras obligaciones.

• Finalidad declarada y unica. Se dice por escrito para que se usan las horas: costear obras y planificar. Y se cumple.
• Minimizacion. Si con horas por cuadrilla y obra puedes costear, no pidas entrada y salida individual.
• Transparencia y acceso. Cada persona sabe que se registra, quien lo ve, y puede pedir su historico.
• Nada de sanciones automaticas. El sistema no decide sobre personas; si hay desviacion, la mira un humano.
• Sin ubicacion continua. Para saber que la cuadrilla esta en obra basta con el parte y la foto del dia.
• Retencion limitada. Define cuanto se guarda el detalle y cuando se agrega.

Avisos automaticos y resumen diario para direccion

El parte que no llega rompe la serie, obliga a preguntar y acaba en una estimacion inventada a fin de mes. Pero perseguir partes a mano consume la tarde de un administrativo. La solucion es un escalado corto, educado y previsible.

Nunca pongas el aviso de falta en el grupo: exponer a alguien en publico se paga en calidad de dato.

Dos refinamientos. El sistema conoce el calendario, asi que si la obra esta parada por vacaciones o por falta de frente de trabajo, no pide parte ni avisa; eso exige un maestro de obras con estado activo o pausado, que ya vive en el panel de control de proyectos. Y el parte cero: si un dia no hubo avance, el encargado responde "PARTE 118 sin avance, motivo: sin frente de trabajo". No es un parte vacio, es una incidencia disfrazada, y es lo que necesitas cuando dentro de dos meses haya que justificar once dias de retraso.

El resumen diario para direccion

Direccion no va a entrar en una hoja de calculo. Lo hara dos veces y dejara de hacerlo. Lo que si lee todo el mundo es un mensaje corto a una hora fija, y ese mensaje decide si el sistema sobrevive al tercer mes.

Seis lineas que caben en una pantalla sin desplazar. Dos principios de diseno: toda linea debe poder empeorar (si siempre dice lo mismo, quitala) y lo anormal se marca, lo normal no (si llego todo, la primera linea dice "6 de 6" y se acaba).

La version semanal es distinta en naturaleza: la diaria responde "que paso ayer", la semanal responde "hacia donde vamos", con avance acumulado frente a planificacion, horas acumuladas frente a presupuestadas, incidencias abiertas por antiguedad y las tres cosas que desbloquear el lunes. Esa vista conecta con los paneles de control y permite ver una obra torcerse cuando todavia se puede corregir.

Cadena de custodia de fotos para certificaciones y reclamaciones

Llega el dia en que hay que justificar algo: una certificacion que la constructora discute, un sobrecoste por parada ajena, un defecto que el cliente atribuye al montaje y que venia de fabrica, un vidrio que llego roto y que el transportista no reconoce. En ese momento, la diferencia entre cobrar y no cobrar suele ser documental.

• Original intacto. La imagen tal cual llego se guarda sin tocar; el trabajo posterior va sobre copias.
• Huella digital. Un hash del original al ingresar. Si manana alguien discute si la foto fue editada, el hash responde.
• Quien y cuando. Numero remitente, hora de recepcion y hora de captura segun EXIF. Si no coinciden, se guardan ambas.
• Que y donde. Obra, planta, eje, elemento y estado, con el texto original conservado.

Lo que la IA hace bien aqui es lo aburrido: clasificar, renombrar, detectar fotos sin contexto y pedirlo el mismo dia, avisar de que la planta 9 no tiene foto de anclaje antes de tapar, y montar el dosier cuando se lo pides. Pedir "el paquete de evidencias de la planta 9 de la obra 118 de septiembre, por fecha y con el mensaje original de cada foto" deberia tardar un minuto, no una tarde. Lo que no debe hacer es afirmar responsabilidades: puede preparar el dosier y un borrador descriptivo, pero quien afirma, firma, y eso es una persona.

El canal del cliente: avisos de obra sin ruido

La separacion correcta es de canales y de tono. Hacia dentro, grupos de obra con partes, incidencias y fotos. Hacia fuera, un canal de avisos con numero de empresa y mensajes disenados: hitos de avance en la unidad del contrato, fechas confirmadas de izado o de camion, necesidades de acceso y grua, permisos que dependen de ellos y trabajos en horario especial. No van las discusiones internas, las culpas, las estimaciones sin confirmar ni los problemas que todavia estas resolviendo.

Tres reglas hacen que funcione. Frecuencia fija, el mismo dia y hora, para que el cliente lo espere. Una sola peticion clara: si pides cinco cosas no te dan ninguna; si pides dos, te dan dos. Y consentimiento: el cliente entra porque lo acepta, con un contacto designado y la posibilidad de salir.

La IA aporta tres cosas: redacta el borrador semanal a partir de los partes sin que nadie relea doscientos mensajes, traduce cuando el proyecto es multipais, y responde en primera linea las preguntas repetitivas sobre fechas y accesos, escalando siempre a una persona cuando la pregunta toca precio, plazo contractual o responsabilidad. Ese diseno esta desarrollado en la guia de agentes de IA en WhatsApp Business y en WhatsApp Business con IA. El borrador siempre lo revisa el jefe de obra: un aviso al cliente es un compromiso contractual encubierto, y una fecha mal puesta aparece seis meses despues en una carta de reclamacion.

WhatsApp Business Platform frente a un numero normal

Hay un punto que no es tecnico y pesa mas de lo que parece: de quien es el numero. Cuando el canal de obra vive en el movil de una persona, la empresa ha externalizado su memoria operativa, y el dia que esa persona se va se van el historial de tres obras y las fotos del anclaje. Casi todas las empresas empiezan con el telefono personal del jefe de obra o con la app de WhatsApp Business en un movil de empresa. Funciona hasta que deja de funcionar, por cuatro motivos previsibles: no se puede automatizar de verdad, no pueden atender varias personas, el historial se va con el telefono y con la persona, y el uso automatizado sobre un numero personal puede acabar en bloqueo.

Las tarifas, las categorias de conversacion y las reglas de plantillas cambian con frecuencia, asi que no te fies de una cifra leida en un blog, incluido este: confirma en la documentacion de la Cloud API y en la politica comercial de WhatsApp Business. Puedes ir a la plataforma directamente o a traves de un proveedor como Twilio o 360dialog.

Antes y despues del proceso

Sobre ahorros: cualquier cifra que leas sobre cuantas horas ahorra esto es la cifra de otra empresa. Lo honesto es medir lo tuyo. Antes de empezar, cronometra dos semanas cuanto tiempo dedica tu equipo a reconstruir partes, perseguir informacion, buscar fotos y preparar la certificacion. Vuelve a medirlo a los tres meses con el mismo metodo: esa resta es tu resultado, y el unico que podras defender en tu comite.

Errores tipicos y trucos de obra

Errores que matan el sistema

• Pedir demasiado el primer dia. Veinte campos en la semana uno garantizan que en la semana tres no llegue ninguno.
• Convertirlo en control de personas. El dia que el parte se usa para renir en publico, el dato se vuelve defensivo.
• Ir al ERP el primer mes. Cada error de extraccion se convierte en un apunte que hay que anular.
• Automatizar sobre un numero personal. Riesgo de suspension y perdida del canal cuando esa persona se va.
• No nombrar responsable. Si nadie revisa los partes incompletos, en dos meses nadie se fia del sistema.

Trucos que marcan la diferencia

• La tarjeta plastificada. Plantilla impresa en tamano carnet, con el casco. Coste cero, efecto inmediato.
• El audio bienvenido. Decir "si prefieres, mandalo por audio" sube la tasa de partes en equipos que escriben poco.
• Diccionario de sinonimos de obra. Los nombres que usa la gente, pasados al prompt, resuelven casi todos los errores de identificacion.
• Aviso de foto obligatoria. Si un elemento pasa a "sellado" sin foto previa de anclaje, el sistema avisa. Es el aviso que mas reclamaciones evita.
• Un campeon interno. Alguien de operaciones que pueda tocar el prompt y la hoja; sin eso, cada cambio depende de un externo.

Como se implementa con Uniamos

Proyecto cerrado

Se define un entregable con alcance escrito: el sistema de partes de obra por WhatsApp. Incluye el numero de empresa conectado a la plataforma, el flujo de recepcion y extraccion con IA, la hoja o base de destino con su maestro de obras, el archivo de fotos con nomenclatura e indice, los avisos de parte faltante, el resumen diario para direccion y el panel de seguimiento. Precio cerrado orientativo desde USD 1.500 y hasta unos USD 4.500 segun alcance, ejecutado en uno a tres meses, con puesta en marcha y formacion para que el equipo lo mantenga.

Paquetes de horas de acompanamiento y formacion

Son 5, 10 o 20 horas en sesiones de una a dos horas por semana. En cada sesion se trabaja sobre un proceso real de tu empresa, se dejan tareas para la semana y se revisa lo hecho en la siguiente. El minimo son 5 horas. Todo el seguimiento vive en un panel del cliente con resumen de cada sesion, acciones por persona, documentos creados y enlaces. Las sesiones se graban y se entrega la minuta.

La filosofia es ensenar a pescar: que en tres meses tu equipo sepa hacerlo sin nosotros. No vendemos licencias; tu empresa contrata su propia cuenta, preferiblemente una cuenta de equipo con un correo generico para que todos accedan sin depender de una persona, y se optimiza el gasto. A septiembre de 2026 los planes se consultan en la pagina de precios de Claude y el consumo por API en la plataforma para desarrolladores; confirma siempre en su web, porque cambian. No existe ninguna certificacion oficial de Anthropic: desconfia de quien te la venda.

Lo que no hacemos: implantar ni sustituir tu ERP. El ERP es el sistema macro y debe seguir siendolo; la IA cubre lo que el ERP no cubre y se conecta por API. Sobre privacidad, cuando la empresa no quiere que cierta informacion salga, se trabaja con los archivos en local y se limita lo que se sube. El mapa completo esta en la guia pilar de IA para empresa industrial y el detalle formativo en formacion en IA con Claude.

Que hacer esta semana

1. Haz la prueba de los dos minutos. Pregunta cuantos elementos se instalaron ayer y cuantas horas se cargaron. Anota cuanto se tarda y a cuanta gente hay que preguntar.
2. Escribe el maestro de obras. Codigo corto, nombre, cliente, estado activo o pausado, encargado y telefono. Diez minutos, y sostiene todo lo demas.
3. Define el parte de cinco lineas. Con operaciones, no con informatica. Si no cabe en una tarjeta de carnet, es demasiado largo.
4. Cierra el vocabulario de estados. Entre seis y diez valores, escritos y publicados.
5. Elige la obra dificil. Piloto de dos semanas donde peor sea la cobertura y mas reticente el encargado, explicado en persona.
6. Empieza a mano. Alguien de oficina copia los partes a la hoja y anota cuanto tarda y que campos fallan: es el mejor pliego de condiciones que vas a tener.
7. Cronometra el coste actual para poder comparar en tres meses.

Si prefieres no empezar solo, ese piloto de dos semanas es exactamente el contenido de las primeras sesiones de un paquete de 5 horas, y encaja con lo que trabajamos en automatizacion de procesos. Escribenos desde contacto con el resultado de la prueba de los dos minutos: con ese dato se decide en media hora si tu caso es proyecto cerrado o paquete de horas.

Preguntas frecuentes

Artículos relacionados

• Guia: IA en empresa industrial de fachadas, aluminio y vidrio
• Panel de control de proyectos de obra con trazabilidad
• Compras, stock y merma de vidrio y aluminio con IA
• Conectar Odoo con IA: lo que el ERP no cubre
• Agente de IA en WhatsApp Business: guia definitiva
• Formacion en IA industrial: paquetes de 5, 10 y 20 horas
• WhatsApp Business con IA
• Más artículos del blog de Uniamos