CASE STUDY · PARTE 01 · ATENCIÓN DEL INCIDENTE — OPERADOR

Cómo simplificar una operación crítica desde la experiencia de quienes la usan

Propuesta conceptual para una plataforma 911 centrada en el flujo esencial de atención: menos fricción para quien opera y menos complejidad innecesaria para el producto.

Product DesignProduct AnalysisUX ResearchComplex systems
01 · Entender 02 · Priorizar 03 · Explorar y decidir 04 · Construir y ajustar
Secciones
01Entender
CONTEXTO

¿Qué pasa cuando alguien llama al 911?

Cuando una persona llama al 911, un Operador recibe la atención y comienza a reunir la información necesaria para entender qué está ocurriendo en una emergencia.

A partir de la conversación debe reconocer si la situación requiere atención operativa, construir suficiente contexto para convertirla en un incidente y permitir que la respuesta comience. Si la llamada es procedente, la información se convierte en un folio que continúa hacia Despacho.

Llamada
→
Operador
→
Incidente
→
Despacho
→
Respuesta
En pocos minutos —a veces segundos— una conversación tiene que convertirse en información capaz de activar una respuesta.
EL RETO

El problema no era solo la interfaz

Una plataforma CAD (Computer-Aided Dispatch) puede concentrar reglas, configuraciones y capacidades para responder a distintos contextos dentro de una operación de atención de emergencias.

Esta propuesta partía de otro objetivo: proteger el corazón de la atención y evitar que la complejidad secundaria compitiera con él.

Simplificar tenía dos dimensiones: hacer más fácil la operación y hacer más simple el producto que había que construir.

Objetivo

Diseñar una propuesta conceptual para el perfil Operador que priorizara el flujo de atención y organizara el resto de la funcionalidad alrededor de él.

INVESTIGACIÓN

Primero necesitaba entender dónde vivía la complejidad

La investigación combinó experiencia operativa con conocimiento funcional del sistema para entender no solo dónde aparecía la fricción, sino cómo se realiza realmente la atención.

3

Operadores

Mostraron cómo reciben, interpretan y convierten una atención en un incidente desde la práctica cotidiana.

Síntesis de entrevistas

Cuando entra otra llamada o cambia la tarea, recuperar el contexto puede convertirse en parte del trabajo.

Operadores · síntesis cualitativa
“Si entra otra llamada, puedo perder lo que estaba capturando.”Operadora · entrevista anonimizada
2

perfiles de QA

Una segunda mirada sobre el producto.

Aportaron una visión transversal de sus reglas, configuraciones y comportamiento. Su perspectiva ayudó a contrastar lo observado por los Operadores con la lógica del sistema.

“Que los datos mínimos requeridos para canalizar un incidente estén en una sola pantalla.”QA · entrevista anonimizada
QUÉ APARECIÓ DE FORMA RECURRENTE

Patrones compartidos dentro del total de entrevistas realizadas.

5/5mencionaron problemas relacionados con lentitud o estabilidad.
5/5identificaron demasiados pasos para algunas acciones.
4/5señalaron fricción para mantener contexto, navegar o acceder a información crítica.

Recurrencia dentro de las cinco entrevistas realizadas. No representa prevalencia en toda la población.

LO QUE EMPEZÓ A QUEDAR CLARO
La complejidad disponible no debía convertirse en complejidad obligatoria.
La información de una emergencia llega de forma progresiva.
La continuidad es crítica durante la atención.
Una acción del Operador puede activar la siguiente parte de la operación antes de que su propia tarea termine.
JOURNEY MAP

La atención no empieza cuando existe un folio

Antes de pensar en interfaz, reconstruí cómo avanza una atención desde la primera llamada hasta que el Operador termina su participación.

Desliza para continuar →
Entrar
Entender
Decidir
Crear
Contextualizar
Activar
Completar
Finalizar
Qué ocurre
Recibe una llamada o inicia una atención manual.
Escucha mientras comienza a registrar información.
Determina si la atención es procedente.
Convierte la atención en un incidente.
Completa la información necesaria para hacer avanzar el folio.
Tipifica el incidente.
Continúa alimentando el folio.
Termina su participación.
Qué necesita
Comenzar sin demoras.
Construir contexto conforme avanza la conversación.
Continuar o cerrar con claridad.
Conservar lo ya registrado.
Registrar datos conforme aparecen.
Saber que la respuesta ya puede comenzar.
Avanzar sin perder lo que ya sabe.
Saber que su trabajo quedó registrado.
Dónde aparece la fricción
RendimientoLentitud o fallas pueden romper el ritmo desde el inicio.
ContextoMoverse entre espacios obliga a repartir la atención.
DecisiónComprometer el flujo demasiado pronto puede generar trabajo innecesario.
ContextoEl cambio de etapa puede obligar a reconstruir información.
RigidezLa información no llega siguiendo el orden de un formulario.
FeedbackLa consecuencia de la acción puede pasar desapercibida.
ContinuidadCambios de vista o pérdida de estado obligan a reconstruir contexto.
EstadoEstados ambiguos pueden generar dudas o acciones repetidas.
Oportunidad
Llevar ambos puntos de entrada al mismo espacio de trabajo.
Permitir una captura progresiva sin abandonar el contexto.
Separar la atención preliminar de la creación del incidente.
Hacer de la creación una transición, no un reinicio.
Dar prioridad a la información crítica sin imponer un recorrido rígido.
Hacer visible el envío a Despacho.
Mantener la atención activa mientras el incidente sigue avanzando.
Cerrar su tarea con una transición clara.

La atención no es un formulario lineal. Empieza con información incompleta, evoluciona durante la conversación y puede activar la respuesta antes de que la captura termine.

02Priorizar

Para simplificar el producto, primero había que definir qué hacía avanzar la operación

Con el recorrido claro, definí qué acciones eran imprescindibles para la atención de un incidente, separándolas de todo aquello que podía ampliar o configurar la experiencia.

USER FLOW
Llamada integrada / Atención manual
→
Capturar información inicial
→
¿Es procedente?
No
Marcar no procedente
↓
Finalizar
Sí→
Crear incidente
→
Generar folio
→
Dirección · Tipificación · Descripción
→
Tipificar · Enviar a Despacho
→
Continuar complementando
→
Marcar atendido

El recorrido principal no era una versión recortada del CAD: era la base sobre la que debía funcionar todo lo demás.

ALCANCE

El alcance también era una decisión de diseño

El objetivo no era reproducir todas las capacidades posibles del CAD, sino definir qué necesitaba estar presente para generar valor a los usuarios.

01
Lo que hace avanzar la operación
Las acciones imprescindibles para atender y generar un incidente.
02
Lo que protege la continuidad
El contexto y los estados que permiten seguir trabajando sin reconstruir la tarea.
03
Lo que amplía el producto
Configuraciones o capacidades que aportan valor según las necesidades de cada implementación.
03Explorar y decidir

Lo que aprendí se convirtió en decisiones de producto

Con el flujo principal definido, traduje los hallazgos en comportamientos concretos del producto.

Lo que aprendíQué necesitaba la operaciónCómo responde la propuesta
No toda atención debe convertirse en un incidentePoder entender primero para decidir despuésPermite registrar contexto antes de determinar procedencia y crear el folio
La información llega de forma progresivaCapturar conforme avanza la conversaciónDa mayor protagonismo a ubicación, tipificación y descripción, mientras los bloques pueden reorganizarse según la forma de trabajo
La continuidad es crítica durante la atenciónSeguir trabajando sin reconstruir el contextoMantiene visible la información activa para reducir saltos innecesarios entre vistas
Tipificar activa la respuestaPermitir que Despacho comience sin esperar al final de la capturaEnvía el incidente a Despacho mientras el Operador puede seguir complementándolo
El mapa debe aportar contexto sin competir con la tareaConsultar ubicación sin sacrificar el espacio destinado a la atenciónFunciona como apoyo contextual y cede protagonismo cuando la captura lo necesita
El rendimiento condiciona la continuidadMantener el ritmo de una operación intensivaReduce carga alrededor del recorrido principal y hace visibles los estados de espera
El flujo principal sostiene la operaciónMantener las acciones críticas claras y accesiblesLa interfaz se organiza alrededor de aquello que hace avanzar el incidente
El sistema debe comunicar qué está ocurriendoTrabajar con certeza sobre el estado de cada acciónLas transiciones relevantes muestran feedback y cambios de estado visibles

Simplificar no significaba quitar capacidades, sino proteger aquello que sostiene la operación para que la complejidad secundaria no compitiera con lo esencial.

04Construir y ajustar

Las decisiones que dieron forma a la propuesta

Las pantallas no son el punto de partida del caso, sino la consecuencia de decisiones sobre jerarquía, flexibilidad y continuidad dentro de la operación.

ModularLegibleFlexibleContextualEficiente
01

Un espacio de trabajo más claro

La interfaz se plantea como un sistema modular que concentra la información crítica y mantiene las herramientas necesarias cerca de la tarea.

  • Arquitectura modular. Paneles independientes agrupan funciones relacionadas sin fragmentar la operación.
  • Información esencial al frente. Dirección, tipificación, descripción y estado ganan jerarquía.
  • Mapa como apoyo. Sigue disponible para ubicar y validar contexto, pero deja de dominar la captura.
  • Menos navegación. Las acciones necesarias permanecen dentro del mismo espacio de trabajo.
Propuesta conceptual — espacio de trabajo modular
02

Una captura que se adapta a la operación

La propuesta busca reducir carga visual y cognitiva para que el sistema acompañe la forma real de trabajar, en lugar de obligar a seguir una estructura rígida.

  • Paneles reorganizables. Las secciones pueden cambiar de posición sin alterar la lógica del sistema.
  • Campos más legibles. Mejor separación, jerarquía y lectura durante la captura.
  • Menos clics. Información y acciones principales permanecen en la misma vista.
  • Estado visible. El sistema comunica qué ocurre y cuándo una acción ya activó Despacho.

Tipificar no termina la captura. Activa la respuesta.

Propuesta conceptual — captura activa y envío a Despacho
03

Consultar sin perder contexto

La consulta mantiene el mismo modelo mental y permite recuperar información sin reconstruir la atención desde cero.

  • Varios incidentes abiertos. Un sistema de tabs permite cambiar entre folios sin perder orientación.
  • Visión rápida del incidente. Estado, ubicación e información principal permanecen accesibles.
  • Continuidad entre captura y consulta. El modelo de interacción se mantiene consistente.
  • Contexto recuperable. El Operador puede volver a un folio y continuar desde donde lo dejó.
Propuesta conceptual — consulta de incidentes con tabs
CIERRE

Conclusiones y siguientes pasos

Simplificar una operación crítica no significa eliminar complejidad, sino decidir dónde debe vivir para proteger aquello que sostiene la atención.

Proteger lo esencial

En una operación crítica, las acciones que hacen avanzar un incidente deben ser claras, rápidas y confiables.

Diseñar para personas distintas

Los Operadores pueden tener edades, niveles de experiencia digital y formas de trabajo diferentes. El sistema necesita adaptarse a esa diversidad.

Respetar la experiencia operativa

Quien opera puede no ser experto en tecnología, pero sí es experto atendiendo emergencias. La herramienta debe reducir fricción, no exigir conocimiento técnico innecesario.

Dar flexibilidad con intención

La personalización aporta valor cuando acompaña la forma real de trabajar: paneles reorganizables, información priorizada y contexto disponible.

En 911, el tiempo no es solo eficiencia

Cada segundo puede afectar la velocidad con la que una emergencia empieza a recibir respuesta. Rendimiento, claridad y continuidad forman parte de la experiencia.

Lo que todavía habría querido comprobar

Experiencia

  • Si la estructura reorganizable facilita distintas formas de trabajo.
  • Si la información crítica se encuentra más rápido.
  • Si se reducen pasos y cambios de contexto.
  • Si el modelo de tabs ayuda a trabajar con varios incidentes sin perder orientación.

Producto

  • Cuánto mejora el rendimiento al reducir complejidad alrededor del flujo principal.
  • Qué nivel de configuración sigue siendo necesario por operación.
  • Si la arquitectura modular permite crecer sin volver a saturar la experiencia.
El objetivo no era construir un CAD con menos capacidades, sino una herramienta capaz de adaptarse a quienes ya saben hacer lo más importante: atender una emergencia.