Autor: AILesson10 min de preparaciónProbado con:ChatGPTRevisado el: 2026-08-28
Respuesta rápida
Vincula cada cifra del panel con una decisión, población, fórmula, fuente, responsable, regla de actualización y limitación. Proporciona: Público y decisiones, Métricas candidatas y definiciones, Fuentes y restricciones operativas. Resultado esperado: Una especificación del panel con registro de métricas, diseño, cálculos, estados de calidad y pruebas de aceptación.
1
Añade tu contexto
Tu texto permanece en este navegador. AILesson Prompts no lo envía a un modelo ni a un servidor.
2
Tu prompt
Los campos sin rellenar permanecen visibles como marcadores de posición, para que puedas copiar y editar el prompt
Diseña un panel de Excel cuyas métricas estén completamente definidas y sean auditables.
Usuarios, frecuencia, preguntas, decisiones, comparaciones, objetivos, acciones e implicaciones prohibidas:
[decisions]
Nombres de métricas, definiciones, numeradores, denominadores, unidades, granularidad, filtros, fechas, objetivos, segmentos, responsables y desacuerdos:
[metrics]
Fuentes, claves, actualización, historial, datos ausentes, acceso, versión de Excel, rendimiento, visualización y referencias:
[data]
Empieza por las decisiones y elimina las métricas que no respalden una pregunta o acción indicada. Para cada métrica conservada, define población, granularidad, evento o estado, numerador, denominador, base temporal, inclusión y exclusión, unidad, agregación, dirección deseada, comparación, frecuencia de actualización, fuente, responsable, estado de calidad y límite de interpretación. Resuelve o expón las definiciones contradictorias en vez de promediarlas. Separa el valor actual, el objetivo, el cambio, la previsión y la anotación. Muestra recuentos junto a las tasas y fechas exactas junto a etiquetas como actual o mes pasado. Utiliza codificaciones visuales adecuadas para la métrica; no uses ejes truncados, ejes dobles, colores de semáforo sin texto ni objetivos que insinúen causalidad. Devuelve: mapa de decisiones a métricas; registro de métricas; modelo de fuentes; plan de cálculo y fórmulas; esquema del panel; interacciones de filtros; estados de calidad y antigüedad de datos; formato accesible; reglas de anotación; conciliación; plan de rendimiento y actualización; y pruebas de aceptación con valores conocidos.
Privado de forma predeterminadaLa preparación del prompt se realiza localmente en tu navegador. Evita introducir información confidencial en cualquier servicio de IA, a menos que tu organización lo permita.
De la entrada al resultado
Un ejemplo completo
Mira cómo un contexto concreto convierte esta receta en un resultado que puedes usar
Entrada real
Público y decisiones
Revisión semanal de operaciones de soporte el lunes. Público: gerente de soporte y tres responsables de equipo. Decidir el foco de la dotación y las prioridades de investigación para la semana completa anterior, de lunes a domingo. Preguntas: casos elegibles entrantes, trabajo pendiente al final de la semana, servicio de primera respuesta, patrón de reaperturas y qué Queue necesita revisión. Los objetivos son umbrales operativos, no prueban que la dotación causara los resultados. Sin clasificación individual de agentes. Muestra el periodo exacto y la hora de actualización. Una pantalla de 1366×768 y exportación a PDF.
Métricas candidatas y definiciones
Candidatas: New Cases; End Backlog; FRT SLA%; Reopen%; CSAT; Average Handle Time. Definiciones propuestas: New Cases = casos creados en la semana excluyendo spam/test. End Backlog = casos elegibles abiertos el domingo a las 23:59 UTC. Desacuerdo sobre FRT SLA%: operaciones usa casos elegibles con primera respuesta dentro del umbral específico del plan / casos elegibles con primera respuesta; calidad incluye en el denominador todos los casos elegibles creados, incluidos los no resueltos. Reopen% = casos reabiertos en 7 días / casos cerrados, pero no se ha acordado la ventana de la cohorte. CSAT solo tiene un 22% de respuestas. AHT procede de otro sistema y no está conciliado. Desglosa por Queue, no por agente. Responsables Operations Analytics y Quality.
Fuentes y restricciones operativas
Tablas Cases, una fila por caso; Events, muchas filas por caso; QueueHistory, con vigencia fechada; PlanThreshold; Calendar; RefreshLog. CaseID estable. Los datos hasta el domingo a las 23:59 UTC normalmente cargan el lunes a las 07:00 UTC; actualización actual el lunes a las 07:20. Events puede llegar con 24 horas de retraso. Excel Microsoft 365 con Power Query y Data Model. Semana de referencia conocida 17–23 Aug: 1,240 casos nuevos elegibles, trabajo pendiente el domingo 386, 1,150 casos elegibles con primera respuesta, 972 dentro del umbral. Se excluyeron 48 casos spam/test. Se necesita QueueHistory para asignar Queue en el momento del evento. El PDF debe seguir siendo legible sin información al pasar el cursor ni color.
Ejemplo de salida
Mapa de decisiones: volumen y trabajo pendiente respaldan la dotación y la investigación; FRT respalda la revisión del servicio; el desglose por Queue localiza el seguimiento. Reopen queda Deferred hasta definir la cohorte de cierre y la ventana completa de observación de siete días. CSAT solo puede aparecer como «CSAT de quienes responden, tasa de respuesta 22%, n» en un panel secundario de calidad, no como satisfacción general. AHT se excluye hasta conciliar las fuentes.
Registro de métricas: New Cases—CaseID elegibles distintos creados entre el 17 y el 23 Aug UTC, excluyendo spam/test; responsable Operations Analytics. End Backlog—CaseID elegibles distintos abiertos el 23 Aug a las 23:59 UTC según el historial de estados, no el estado actual. FRT SLA no debe publicarse bajo una única etiqueta ambigua: elige una definición gobernada o muestra dos medidas con nombres explícitos. Según la definición de Operations, 972/1,150=84.52%, con el recuento «972 de 1,150»; 90 casos elegibles creados sin primera respuesta quedan fuera de ese denominador y deben mostrarse al lado. El denominador alternativo de Quality requiere contar todos los casos elegibles a los que pueda aplicarse válidamente el umbral; no des por sentado que son exactamente 1,240 sin comprobar las exclusiones y la integridad de la observación.
Esquema: cabecera con «17–23 Aug 2026 UTC», actualización «24 Aug 07:20 UTC» y «Events puede retrasarse 24h — Provisional». Primera fila: New Cases 1,240, End Backlog 386, FRT SLA 84.52% (972/1,150), No first response 90. Segunda fila: tendencias semanales con ejes desde cero cuando corresponda y objetivo como línea de referencia etiquetada; tercera fila: tabla Queue con recuentos, tasas, denominador, cambio, indicador de calidad y nota de revisión. Sin ejes dobles ni clasificación de agentes. El filtro Queue se aplica a todas las tarjetas y cambia visiblemente los denominadores. El PDF utiliza texto de estado junto con patrón o icono, no solo rojo y verde.
Aceptación: los recuentos de origen reproducen 1,240 y 48 exclusiones; el trabajo pendiente usa historial en un momento concreto; FRT reconstruye 972 y 1,150 según el umbral del plan; la asignación de Queue usa la fecha de vigencia; todas las tasas muestran n; los eventos tardíos establecen Provisional; una Queue vacía muestra No data en vez de 0%; una actualización más antigua que la política muestra Stale y suprime el texto de decisión. Concilia los totales del panel con las consultas de métricas antes de exportar.
Por qué funciona
1
Un registro de métricas evita que etiquetas idénticas oculten poblaciones, fechas o denominadores diferentes.
2
Vincular decisiones y métricas limita el panel a información que alguien pueda interpretar y convertir en acciones.
Comprueba el resultado
¿Puede recalcularse cada valor mostrado a partir de una fuente identificada, una fórmula, un intervalo de fechas y un estado de filtro?
¿Las tasas aparecen junto con recuentos y poblaciones, mientras que valor actual, objetivo, cambio, previsión y calidad permanecen diferenciados?
¿Los datos obsoletos, ausentes, contradictorios, parciales o inaccesibles producen estados visibles en vez de cifras plausibles?
Úsalo con confianza
Preguntas frecuentes
Respuestas prácticas sobre cuándo usar esta receta, qué debes proporcionar y en qué casos la revisión humana sigue siendo importante
¿Qué debo preparar antes de usar «Diseñar un panel con métricas definidas»?
Para usar «Diseñar un panel con métricas definidas», prepara el público y las decisiones, las métricas candidatas y sus definiciones, y las fuentes y restricciones operativas. Sustituye los marcadores de posición únicamente con información que puedas verificar. Si desconoces algún dato, conserva explícitamente esa incertidumbre en vez de pedir al modelo que lo deduzca.
¿Cuándo no está listo para usarse el resultado de «Diseñar un panel con métricas definidas»?
El resultado no está listo si todavía no ofrece, a partir de las pruebas facilitadas, el resultado previsto —una especificación del panel con registro de métricas, diseño, cálculos, estados de calidad y pruebas de aceptación—, o si depende de supuestos sin resolver, aprobaciones pendientes o detalles inventados. Usa las comprobaciones como criterios de aprobación: revisa los datos de origen o asigna a una persona revisora autorizada y claramente identificada, en vez de pulir un resultado sin respaldo.
¿Qué herramientas de IA tienen pruebas registradas para «Diseñar un panel con métricas definidas»?
El registro de pruebas publicado para «Diseñar un panel con métricas definidas» incluye ChatGPT a fecha de 2026-08-28. Esto confirma que se han registrado ejecuciones, no garantiza la compatibilidad ni resultados idénticos en versiones posteriores del producto. Si utilizas otra herramienta o versión, mantén visibles todas las restricciones y repite las comprobaciones del resultado antes de usarlo.
Pasa de entender la IA a poner manos a la obra. Practica cómo dar instrucciones, revisar y mejorar resultados con lecciones interactivas para el trabajo y la vida cotidiana.