El equipo vuelve a la planilla, al cuaderno o a WhatsApp cuando el sistema nuevo pide más trabajo que la forma anterior en la tarea que hace todos los días, y no por resistencia al cambio. La adopción se decide en la pantalla de la acción más repetida, en lo que ve cada perfil y en una implantación hecha al lado del equipo, y se mide después de la entrega por la tarea hecha en el sistema, no por los inicios de sesión. En Fitness Academia, el propio cliente creó los 15 accesos de la operación y cargó la meta hasta diciembre dentro de la herramienta.
Por qué el equipo vuelve a la planilla, al cuaderno o a WhatsApp#
El equipo vuelve a la forma anterior cuando el sistema nuevo pide más trabajo que esta en la tarea que hace todos los días. Cada persona compara, sin darse cuenta, cuánto tarda en anotar en el cuaderno y en registrar en el sistema, y se queda con lo que cuesta menos. Por eso el abandono casi nunca es resistencia al cambio, sino una cuenta de tiempo que el sistema perdió.
Todo dueño de empresa ya vivió esta historia. El sistema llegó, hubo capacitación, y unos meses después el pedido estaba otra vez en el cuaderno, la meta en una planilla y el documento circulando por WhatsApp. Los dueños de empresa nos lo resumen así: "el cuaderno gana", o en un desahogo: "odio la palabra adaptación".
La lectura más común es culpar al equipo, pero la investigación apunta al sistema. En 1989, el investigador Fred Davis publicó en MIS Quarterly dos estudios con 152 usuarios de cuatro programas, en los que midió cuán útil y cuán fácil le parecía el sistema a cada persona. Las dos cosas acompañaron el uso que declaraban las personas, pero la utilidad pesó más en ambos estudios, y el análisis sugirió que la facilidad actúa sobre todo porque vuelve el sistema más útil. Llevado a la operación: la persona usa el sistema que la ayuda en su trabajo, y una pantalla fácil importa porque hace que ese trabajo avance.
El miedo al cambio también es real, y aparece antes de que el sistema exista. Un estudio de auditoría que hoy es nuestro cliente lo dijo en una de las primeras conversaciones, cuando todavía comparaba propuestas: "tal vez no la forma de hacer, pero va a cambiar la interfaz y eso también me pone un poco ansioso". El sistema nuevo tiene que devolver ese tiempo en las primeras semanas, en la tarea que más se repite.
La pantalla de la tarea que se repite decide si el sistema se queda#
La adopción se decide en la pantalla de la acción que el equipo repite decenas de veces por semana. Un campo más, un desplazamiento más o una digitación que antes no existía, multiplicados por la semana entera, pesan más que cualquier función nueva. Por eso es la primera pantalla que hay que diseñar con quien la usa, y la primera que hay que probar con el trabajo real.

Estamos construyendo para un estudio de auditoría el sistema a medida que reemplaza al que usan hace años. Sobre un módulo del sistema antiguo, quien lo creó fue directo: "quedó muy burocrático", con "mucho campo repetitivo". Para otra parte del trabajo, el pedido fue que el sistema llevara solo el resultado de una etapa a la siguiente, "si no, vas a tener que entrar ventanita por ventanita".
Nuestro prototipo también recibió críticas. En una sesión de validación, frente a un selector de fechas que obligaba a avanzar mes a mes, la respuesta fue: "sería más fácil escribirla que andar buscando acá". Quien ya sabe la fecha de memoria perdía tiempo buscándola en el calendario.
Lo que cambiamos en el prototipo durante el modelado va en la misma línea. La verificación de cada cuenta, que es la acción más repetida de la semana del auditor, estaba en la séptima columna de la tabla, después de un desplazamiento lateral, y pasó a ser la primera columna, fija, con el punto de clic alineado en todas las filas. El código de la cuenta, que se escribía a mano y a veces salía mal, pasó a elegirse de una lista con búsqueda. Y una marca que vivía en un interruptor separado del contenido dejó de ser un paso propio: pasó a ser consecuencia de que el contenido esté completo, porque el interruptor suelto producía grupos marcados y vacíos, que iban al informe como secciones en blanco.
En Beckers, que repara ventiladores industriales, la tarea que se repite es el informe de cada equipo que llega al taller. Antes, el mismo diagnóstico se escribía tres veces: a mano en una hoja impresa, se leía de nuevo después de escaneado y se volvía a tipear en la oficina para convertirse en presupuesto. Hoy el técnico completa el informe en el celular, en cinco etapas, con el ventilador abierto enfrente, y nada se vuelve a tipear después. La app está en la rutina del taller desde abril de 2025 y ya emitió 428 informes, como cuenta el caso de Beckers.
Para evaluar la pantalla de tu propio sistema, acompaña a alguien del equipo mientras hace la tarea de la forma anterior y cuenta los pasos. Si la pantalla nueva pide más pasos para el mismo resultado, la forma anterior sigue ganando.
Qué necesita ver cada persona, y qué no#
Cada perfil debería abrir el sistema y encontrar primero lo que usa para trabajar, sin la parte de los otros perfiles en el camino. Una pantalla que muestra todo a todos obliga a cada persona a buscar su parte y, cuando expone el desempeño de los compañeros, se vuelve presión. Diseñar por perfil es decidir, para cada uno, cuál es la primera pantalla y qué queda fuera de ella.
En Fitness Academia, una red de cinco gimnasios del sur de Brasil, la meta comercial vivía en una planilla compartida que mostraba el desempeño de todas las vendedoras a todas las vendedoras, y la vendedora no tenía una pantalla propia para saber cuánto le faltaba. En la plataforma que construimos, cada vendedora ve la meta de su sede y su contribución a ese número, y nunca ve otra sede. El gerente ve la red entera, con la sede que va peor arriba de la lista. La pantalla de la vendedora muestra lo que ella sumó al equipo, sin volverse una exigencia individual.
La señal de que funcionó apareció en la base de datos. En las semanas siguientes a la entrega, el propio cliente creó los 15 accesos de la operación, 5 gerentes y 10 vendedoras, y cargó la meta hasta diciembre dentro de la herramienta, en lugar de abrir una pestaña nueva de planilla. El recorrido completo está en el caso de Fitness Academia.
Quien está fuera de la empresa también es un perfil, y suele ser el más frágil. En el sistema de auditoría que estamos construyendo, el portal es la única parte que va a usar el cliente auditado, para recibir pedidos y enviar documentos. La regla que escribimos para esa pantalla dice que, si pedir y enviar documentos es confuso, el cliente vuelve a WhatsApp. Por eso el lado del cliente no usa jerga de auditoría, acepta varios archivos arrastrados a la vez y muestra destacado el motivo por el que un documento fue devuelto.
Implantar al lado del equipo, en lugar de capacitar después de la entrega#
Implantar al lado es poner el sistema en la rutina con alguien de quien lo construyó presente en las primeras semanas, viendo trabajar al equipo y ajustando lo que traba. Una capacitación después de la entrega enseña dónde hacer clic, pero no cambia una pantalla que pide más trabajo que la forma anterior. El acompañamiento encuentra esa pantalla antes de que el equipo aprenda a esquivar el sistema.
En Ideal Veículos, una red de 11 concesionarias, el financiamiento de cada venta vivía en una planilla de Excel que cada persona completaba a su manera. La plataforma que construimos se implantó lado a lado con la operación, con acompañamiento presencial, entrevistas frecuentes con el equipo y capacitaciones para elevar el uso en el día a día. La capacitación entró como parte de la implantación, junto a quienes estaban ajustando el sistema, y no como una clase al final del proyecto.
En Reticar, la app anterior de los vendedores se trababa en la sincronización, y el vendedor se quedaba sin poder trabajar. La app nueva funcionó al lado de la anterior durante las pruebas, con capacitación presencial y una ronda formal de devolución antes del cambio. El detalle de ese período en paralelo está en el artículo sobre cuándo hay que reemplazar un sistema heredado, y por qué una app que se traba manda al equipo de vuelta al papel, en qué cambia cuando la app tiene que funcionar sin señal.
Dos cuidados de implantación salieron del proyecto del estudio de auditoría. El primero es el momento del primer acceso. La cuenta del cliente auditado se activa junto con el primer pedido de documentos, y no cuando se firma el contrato, porque activarla antes crea cuentas que nadie usa y contraseñas que vencen antes del primer uso. Así el cliente entra al sistema ya con una tarea en la mano.
El segundo es aceptar que el canal anterior no desaparece el primer día. El cliente auditado va a seguir enviando documentos por correo y por WhatsApp durante un tiempo. En lugar de rechazar ese archivo, el sistema permite que el equipo lo adjunte en el pedido al que pertenece, registrando quién lo subió y por qué canal llegó.
Cuando nos equivocamos: el sistema que nadie usó#
Un sistema que entregamos nunca llegó a usarse en la operación del cliente: el archivo del equipo siguió entero en sus carpetas de Google Drive. El sistema organizaba el trabajo de una forma distinta a la del equipo, y el error fue nuestro, porque lo diseñamos sin haber visto el material que el equipo usaba todos los días.
El desencuentro estaba en la unidad de trabajo. En el sistema, un trabajo y el destino al que se enviaba formaban un solo registro. En la operación, el mismo trabajo iba a destinos distintos, cada envío con su documentación, y el mismo destino recibía trabajos distintos del mismo cliente. Para entrar en el sistema, el equipo tendría que duplicar el registro o anotar en otro lugar qué versión fue a dónde. Era más simple seguir trabajando por fuera.
Contamos el caso como una lección nuestra. La forma en que el equipo organizaba el trabajo solo quedó clara cuando abrimos las carpetas que usaba todos los días, y eso estaba a nuestro alcance desde el principio. La lección que sacamos vale para cualquier sistema: antes de definir cómo agrupa el trabajo, ver las carpetas, la planilla o el cuaderno que usa el equipo y acompañar a alguien mientras hace la tarea de principio a fin.
Cómo saber si el sistema se está usando#
El uso se mide después de que el sistema está en producción, mirando si la tarea principal ocurre dentro de él, quién la hace y en qué momento, y no cuántas personas iniciaron sesión. Las señales de abandono aparecen temprano y casi siempre en la propia base de datos: cuentas creadas y nunca usadas, registros cargados en lote a fin de mes, una planilla que sigue circulando al costado.

Contar accesos engaña. En un artículo de 2010 sobre cómo Google mide la experiencia de sus propios productos, Kerry Rodden, Hilary Hutchinson y Xin Fu recuerdan que las visitas a una función pueden subir porque es buena o porque la pantalla confunde y la persona hace clic por todos lados buscando la salida. Su propuesta es partir del objetivo, encontrar el comportamiento que muestra si se cumplió y recién entonces elegir el número.
En un sistema de empresa, el objetivo casi siempre es que la tarea principal ocurra en el sistema cuando ocurre en el trabajo, como el informe de mantenimiento de Beckers, que nace en el banco de trabajo.
La tabla reúne las señales de abandono que más vemos y lo que cada una suele indicar.
| Señal de abandono | Lo que suele haber detrás | Qué hacer |
|---|---|---|
| Cuenta creada que nunca entró | el acceso llegó antes de que hubiera una tarea para hacer | enviar el acceso junto con la primera tarea real |
| Registros cargados en lote a fin de semana o de mes | el trabajo ocurre fuera y el sistema se volvió un lugar para pasar en limpio | llevar la pantalla a donde ocurre el trabajo y rehacer la pantalla de la tarea que se repite |
| Planilla paralela circulando con el mismo número | el sistema no muestra el número que esa persona necesita, o lo muestra con otro criterio | dar a cada perfil una pantalla con su número, calculado de una sola forma |
| El mismo dato escrito en dos sistemas | el sistema nuevo no lee desde donde el dato ya está | leer de la fuente en lugar de pedir que se vuelva a escribir |
| Documentos y pedidos llegando por WhatsApp | enviar por el sistema da más trabajo que mandar un mensaje | simplificar el envío y, mientras tanto, adjuntar en el lugar correcto lo que llega por fuera |
| Campo obligatorio completado con un punto o una "x" | el campo pide un dato que la persona no tiene en ese momento | pedir el dato en el paso en que existe |
| Marca puesta sin el contenido que representa | el sistema pide un paso separado del trabajo | hacer que la marca sea consecuencia del trabajo hecho |
| Accesos en aumento y la tarea principal detenida | gente que entra a buscar, y no a trabajar | medir la tarea completada en el sistema, y no el inicio de sesión |
Casi todas las filas apuntan a la pantalla o al momento del acceso, y ninguna se resuelve solo con otra ronda de capacitación. Conviene mirar estas señales en las primeras semanas después de la entrega y otra vez después del primer cierre de mes, con alguien que lo construyó y el gerente del área en la misma mesa.
Preguntas frecuentes#
¿Por qué el equipo deja de usar el sistema nuevo y vuelve a la planilla?#
Porque, en la tarea que hace todos los días, el sistema pide más trabajo que la planilla, el cuaderno o WhatsApp: más campos, más clics o un dato que hay que volver a escribir. La persona se queda con el camino que le cuesta menos tiempo. Por eso la corrección empieza por la pantalla de la tarea más repetida, y no por presionar al equipo.
¿La capacitación resuelve que el equipo no use el sistema?#
Sola, no. La capacitación enseña dónde hacer clic, pero no cambia una pantalla que pide más trabajo que la forma anterior. Funciona como parte de la implantación, con alguien de quien construyó el sistema acompañando al equipo en las primeras semanas y ajustando lo que traba, como hicimos en Ideal Veículos, donde la plataforma se implantó lado a lado con la operación.
¿Debo prohibir la planilla para obligar al equipo a usar el sistema?#
Solo después de que el sistema haga la tarea con menos trabajo que la planilla. Antes de eso, prohibir la planilla empuja el trabajo hacia otro camino por fuera, como el cuaderno o WhatsApp. Lo que suele funcionar es que el sistema se vuelva la fuente del número que el equipo necesita: en Fitness Academia, la meta pasó a salir de la plataforma, y el cliente cargó la meta hasta diciembre dentro de ella.
¿Cómo medir si el sistema se está usando?#
Mirando si la tarea principal ocurre en el sistema, quién la hace y en qué momento, y no cuántas personas iniciaron sesión. Cuentas creadas y nunca usadas, registros cargados en lote a fin de mes y una planilla paralela circulando son las señales de abandono más comunes. Aparecen en la propia base de datos en las primeras semanas después de la entrega.
¿Quién tiene que participar en el diseño para que el sistema se use?#
Quien hace la tarea todos los días, además de quien decide la compra. En un sistema de auditoría que estamos construyendo, quien creó el módulo antiguo señaló a la persona que lo atiende hoy como la que conoce los dolores de ese módulo. Quien está fuera de la empresa y va a usar una parte del sistema, como el cliente que envía documentos, también cuenta como perfil.
Fuentes#
- Fred D. Davis, "Perceived Usefulness, Perceived Ease of Use, and User Acceptance of Information Technology", MIS Quarterly, vol. 13, n.º 3, septiembre de 1989 (dos estudios con 152 usuarios y cuatro programas; la utilidad percibida tuvo mayor correlación con el uso que la facilidad): https://doi.org/10.2307/249008
- Kerry Rodden, Hilary Hutchinson y Xin Fu (Google), "Measuring the User Experience on a Large Scale: User-Centered Metrics for Web Applications", CHI 2010 (el límite de las métricas de acceso y el método de partir del objetivo para llegar al número): https://research.google/pubs/measuring-the-user-experience-on-a-large-scale-user-centered-metrics-for-web-applications/
Próximo paso#
Si tu equipo volvió a la planilla después de un sistema nuevo, o si vas a contratar uno y quieres que se use, ese es el trabajo que hacemos en sistemas a medida. Empezamos por la tarea que se repite e implantamos al lado del equipo, como en Fitness Academia.
¿Quieres mirar esto en tu caso?
Cuéntanos en pocas líneas lo que tienes hoy. Respondemos con el camino que tiene sentido, incluso cuando la respuesta es no construir nada.

