Sites y dashboards: la herramienta interna que tu agente construye

Qué es el módulo de Sites

El capítulo del libro define el módulo con precisión: una función del entorno que crea, publica y comparte sitios web y aplicaciones ligeras desde el modo de trabajo. No es un constructor visual —es tu agente generando una herramienta que necesitas—, y el encargo tipo del método es el del dashboard: describe la audiencia, el propósito y los datos que usa, y el sistema genera el sitio, lo previsualiza y te entrega su dirección para compartir.

El método sitúa el módulo en su mapa del sistema como el generador de las herramientas que el equipo consulta a diario; y su lugar de lectura es el del profesional que no programa: la herramienta interna que antes exigía un desarrollador —el panel de métricas, el portal del cliente, el tracker de solicitudes— ahora cabe en un encargo con formato, como el resto de entregas del método. La promesa del módulo no es de software a medida: es la de la herramienta ligera que el sistema mantiene.

El caso del Excel que nadie mantiene

El método ilustra el nicho del módulo con el ejemplo más repetido de los despachos: el Excel compartido que la actualizaba una persona y que nadie mantiene cuando esa persona cambia de puesto. El sistema del método genera la herramienta equivalente —el panel con las columnas fijas, el filtro por estado, la actualización programada con los datos de la carpeta—, y el mantenimiento del Site es el del sistema: la tarea programada que lo actualiza con la fuente que ya existe, en lugar del voluntario que lo rellena a mano.

La conversión del ejemplo del método es la del artículo: el panel del Excel a mano no solo era lento de mantener; era el cuello de botella del dato fresco —la columna de la semana pasada, el estado que nadie cambió—. El Site del método actualiza con las fuentes conectadas del sistema, y la persona deja de ser el mecanismo de actualización: su trabajo queda en la lectura del panel —la revisión—, no en el relleno. Es el mismo cambio de puesto del resto del método, aplicado a la herramienta que el equipo mira cada día.

Qué herramientas se generan con el módulo

El método lista las herramientas del módulo por su tipo: los dashboards internos de estado y métricas; los portales de cliente con acceso restringido; los trackers de tareas, incidencias y solicitudes; los formularios internos de onboarding; los informes interactivos —el dato actualizable en lugar del PDF congelado—; y las calculadoras y herramientas simples del negocio. Es un catálogo de oficina más que de producto: la herramienta que resuelve la semana del equipo, no la que se vende.

El método trae la regla de lectura para el catálogo: la herramienta del módulo vale por su uso repetido —el panel que se mira cada mañana, el portal que el cliente consulta antes de preguntar por correo—. La herramienta de una sola vez no es material del módulo: para eso está la entrega documental del resto del sistema. La regla del método de Sites es la misma que la de las plantillas: la herramienta vale por su uso repetido; y el uso repetido es lo que justifica el mantenimiento del Site.

El Site como entrega del sistema y no como proyecto web

Una distinción de encuadre ahorra malentendidos: el Site del método no es un proyecto web con ciclo propio —diseño, desarrollo, lanzamiento—, es una entrega más del sistema, con el mismo ciclo que los informes: se pide con encargo, se recibe en borrador, se revisa y se corrige. Esa asimilación es la que baja la entrada del lector no técnico: la herramienta se pide en el lenguaje del puesto —qué muestra, para quién, con qué datos—, y la construcción material queda del lado del agente.

La consecuencia práctica del encuadre está en la expectativa de mantenimiento: un Site es un archivo vivo del sistema que se corrige con el ciclo —un elemento que confunde, una métrica que falta, un filtro que no corresponde— y no una pieza que se despacha. El método recomienda tratar la primera versión como un borrador de verdad: publicada para el uso interno que la justifique, pero con la revisión semanal mirando si el uso real confirma el diseño o lo corrige. La herramienta que sobrevive a ese ciclo es la que merece mantenimiento; la que no se usa se retira sin drama, como cualquier puesto que dejó de servir.

El encargo que genera la herramienta

El método da la estructura del encargo del módulo; es la ficha del puesto de la herramienta: qué muestra, para quién, de dónde sale.

Los campos del encargo del Site

El encargo del módulo del método trae los campos del dashboard: audiencia —qué ve cada persona—, propósito —el estado de cada tarea, su responsable, su fecha—, comportamiento —los filtros que el panel necesita—, y los datos que usa —la carpeta de la nube donde vive la fuente—. La regla del método del encargo es la de la plantilla de salida: describir el resultado contra el que se revisa; el Site que no nace de esa descripción es el que se regenera tres veces sin llegar a servir.

El método recomienda en el encargo la restricción de tamaño del sistema: la herramienta ligera —una pantalla, un propósito— tiene mejor mantenimiento que la completa; y la regla de acceso: cada herramienta nace con su restricción declarada pública-privada, porque la configuración del acceso es parte del encargo —el método lo advierte: sin restricción explícita, la herramienta por defecto es pública—. Es la misma geografía de permisos del método completo, aplicada a la herramienta compartida.

La revisión del Site: qué mira el creador

La revisión del método sobre la herramienta producida va por sus datos: cada panel refleja lo que la fuente dice —comparar con el archivo de origen—, cada filtro filtra como se declaró, y cada usuario que entra al portal ve lo que debe. Es la primera revisión del Site —la de la puesta en marcha—, y el método recomienda las tres primeras semanas de uso en revisión: las herramientas del equipo, como los puestos del método, se confirman con uso real.

El ciclo de cambios del Site del método es el del resto del sistema: los ajustes se piden en el encargo —la columna nueva, el filtro del estado retirado—, y la memoria del sistema documenta las decisiones —qué cambió el equipo y qué pidió—. El Site del método, como las plantillas, es un archivo vivo del sistema: se revisa en la auditoría del mes, y su uso —el registro de visitas de la herramienta, dice el método— es la métrica de su mantenimiento.

Los datos propios del visitante y su frontera

Una modalidad del módulo merece mención por su implicación de permisos: los Sites que muestran a cada visitante su propia información —sus tareas, sus métricas, sus documentos— mediante la autenticación de la plataforma. Esa modalidad convierte el panel en una herramienta de lectura individual sin copias manuales, y su frontera del método es la de los permisos: cada visitante ve lo suyo porque la autenticación lo separa, y el creador del Site declara en el encargo qué dato es de cada quién.

Para el equipo, esa pieza resuelve el clásico del informe compartido: cada persona preguntando por su parte. Con la autenticación, la pregunta se responde en la propia herramienta, y el creador del panel deja de ser el intermediario deconsultas. El método recomienda empezar con la variante más simple —un panel único compartido— y añadir la vista individual cuando el uso real lo pida, que es el mismo criterio de crecimiento del resto del sistema: la herramienta crece con el uso demostrado, no con la previsión.

Fallos típicos del módulo y sus arreglos

El método trae la lista de fallos del módulo con su arreglo; los cuatro casos más comunes del primer mes de herramientas generadas.

El panel que muestra lo que no toca

El primer fallo es el de acceso: la herramienta generada sin restricción que el equipo descubre visible fuera del entorno previsto. El método lo anota como el fallo grave del módulo —la regla de la restricción declarada en el encargo es la que lo previene—, y su arreglo es doble: restringir en el mismo día y revisar el resto de herramientas del sistema con la regla del acceso —cada Site con su geografía de permisos documentada—. El fallo del método, en este caso, no es del agente: es del encargo que no declaró la restricción.

La herramienta que nadie usa

El segundo fallo es el del uso: la herramienta generada que el equipo no consulta. El método trae la métrica del registro —las visitas de la herramienta— como la señal: el panel sin uso no es herramientas del sistema; es trabajo de auditoría. El arreglo del método es el de preguntar el uso: qué falta en el panel, qué sobra, y en la práctica, casi siempre, la herramienta rehace su encargo con el propósito más concreto: la herramienta del equipo es la que responde una pregunta de oficina, no la que muestra todos los datos disponibles.

La fuente que se desincronizó

El tercer fallo es el del dato: el panel que muestra lo que la fuente ya no dice —la tarea que se actualizó y el panel la mantiene viva—. El método lo diagnostica con la comparación —el panel frente al archivo de origen— y su arreglo es el del método del encargo: la actualización programada del Site revisa qué cambió en la fuente y sincroniza el formato; y el registro del sistema trae la entrada del caso. La desincronización del método es la anomalía más común de las herramientas vivas: el panel envejece a la velocidad de la fuente, no del mantenimiento.

El Site que se convirtió en producto

El cuarto fallo es el del alcance: la herramienta interna que el equipo pide crecer —más pantallas, más roles, más integración— hasta convertirse en el sistema completo que el método no promete. El método trae la advertencia del capítulo: las herramientas generadas son ligero de oficina —prototipos, dashboards, portales—, y su límite del método es el de la producción crítica; cuando la herramienta crece hasta ser infrastructure del negocio, el método recomienda la migración a la herramienta dedicada con los datos exportados. Es la regla editorial del módulo: el Site del método es la herramienta de la oficina; el sistema de producción es otro puesto.

El encargo etiquetado: del panel simple al portal

Como escenario etiquetado (hipotético, con la forma de los casos del método): un servicio de soporte monta primero un panel simple con las incidencias abiertas por estado y responsable. La primera revisión del panel detecta que faltaba la antigüedad de cada caso, y el encargo de corrección lo añade. Semanas después, el mismo panel crece con un filtro por equipo, y el encargo de actualización programada conecta la hoja de origen para que el panel refleje el dato del día.

El ejemplo muestra la escalera completa del módulo: herramienta de una página, corrección por uso, vista por audiencia y actualización por horario. Ningún paso de la escalera exige conocimiento técnico: cada encargo se formula en el lenguaje del puesto —qué se ve, quién lo ve, con qué dato, con qué frecuencia—, y la revisión del sistema verifica que la herramienta sigue haciendo lo que su ficha declaró. El panel que resiste ese ciclo es la prueba de que era una herramienta y no un capricho provisional.

Sites con datos: fuentes, actualización y acceso

Las tres reglas del módulo que el método marca como críticas son las de los datos: de dónde salen, cuándo se actualizan y quién puede entrar.

La actualización programada del panel

La regla del método para el panel vivo es la tarea programada: la actualización del Site con los datos de la fuente —la carpeta de proyectos, la hoja del negocio— entra en su horario del método: cada semana, a su hora, el panel se actualiza con el dato reciente. La regla editorial del método de los paneles actualizables es la de la confianza: el equipo consulta el panel porque lo sabe fresco —la fecha de la actualización es parte de lo que muestra la herramienta—.

El método trae el matiz del panel con datos de los usuarios: la herramienta donde cada visitante ve lo suyo —los proyectos que asignó, los casos que gestiona— usa la autenticación del servicio: es la pieza del método para las herramientas por persona; y la regla de la anonimización del método de fondo aplica: los datos que no debe ver el equipo, no están en el panel —el acceso por rol del método es la frontera de la herramienta—.

El acceso: la regla que nunca se improvisa

La regla de acceso del método es la más repetida del capítulo: no publiques datos sensibles sin restricción —la herramienta por defecto es pública si no se restringe, dice el texto—, y la revisión de acceso es parte de cada auditoría del sistema: quién entra, qué ve y si la restricción sigue siendo la declarada. Es la regla del método del mínimo privilegio llevada a la herramienta compartida: cada Site con su geografía de acceso documentada.

La regla de acceso del método trae además la de la vida del Site: las herramientas retiradas del uso salen de la circulación —la auditoría del método examina qué Sites siguen usándose—; el acceso que sobra es el de la herramienta muerta, y su retirada es la limpieza del mantenimiento trimestral del sistema. El Site del método es un puesto del sistema: entra con encargo, se mantiene con uso y sale con decisión documentada.

Del Site al sistema de herramientas del equipo

El método completo lo desarrolla en ChatGPT Work para Profesionales 2027; la guía general en formato de curso está en este tutorial para crear tu empleado digital con IA paso a paso; y el contexto editorial de la línea queda en esta ficha del libro ChatGPT 2026 y el sistema de trabajo con IA.

El cierre es el del capítulo: la herramienta interna del método reemplaza a la que se mantenía a mano —el Excel del voluntario, el PDF que se rehace cada mes— por la que nace de un encargo y se actualiza con la tarea programada del sistema. La herramienta del método es de oficina: nace del trabajo repetido de un equipo, se revisa como toda entrega y se retira cuando el trabajo cambia. Y su promesa es la del método entero: el equipo deja de ser el mecanismo de mantenimiento del dato; queda en el puesto de decisión que de verdad paga su tiempo.

Cómo vive el Site dentro del ciclo del sistema

El mantenimiento del Site comparte el ciclo del resto de entregables del sistema: qué herramienta se creó, para quién, con qué fuente y cuándo se revisó por última vez. La auditoría mensual lo incluye entre sus preguntas —sigue siendo necesario, sigue siendo usado, sigue entregando lo que prometía—, y el registro de visitas que la plataforma ofrece es la métrica objetiva de la pregunta de uso. Un Site que nadie abre es un puesto retirable; uno que el equipo consulta a diario es el que justifica su actualización programada.

Cuando la herramienta crece en критicos, el método propone la regla de escala del resto del sistema: si un Site deja de ser un panel de apoyo y se convierte en infraestructura crítica del equipo —accesos, datos sensibles, disponibilidad exigente—, deja el reino del módulo y pasa a territorio de herramienta profesional dedicada, con su mantenimiento propio. El límite del método es explícito: el Site del método es de la oficina, no de producción, y reconocer el momento del tránsito es parte del criterio del lector.