Google Gemini Skills Reemplaza Gems, pero la Migración Pone a Prueba su Apuesta por los Flujos de Trabajo
Google Gemini Skills comenzará a reemplazar Gems el 17 de noviembre de 2026, según un aviso de migración que aparece dentro de la app de Gemini.
El cambio reportado transforma una conocida colección de asistentes personalizados en instrucciones reutilizables que Gemini puede aplicar en tareas más amplias. También obliga a los usuarios a confiar en una migración automática cuyo manejo de archivos, herramientas, uso compartido y acceso sigue sin estar claro.
Esto es más que un cambio de nombre. Gems animaba a los usuarios a abrir un asistente dedicado para redacción, investigación, asesoramiento u otra tarea recurrente. Skills está diseñado para trasladarse entre tareas, trabajar en conjunto y activarse cuando Gemini los considere pertinentes.
Este giro acerca a Google al modelo componible de Agent Skills de Anthropic. También aleja a Gemini del formato de asistente autónomo que todavía se asocia con los GPT personalizados de OpenAI.
La apuesta de Google es que los usuarios quieren procedimientos portátiles más que personalidades de IA independientes. La migración de noviembre pondrá a prueba si esa flexibilidad compensa la pérdida de un espacio sencillo y predecible para cada asistente personalizado.
Google Gemini Skills Comienza a Reemplazar Gems el 17 de Noviembre
El cambio inmediato es una migración automática, pero Google no ha explicado públicamente todas las reglas de conversión.
Un aviso en el administrador de Gems indica que Google comenzará a trasladar Gems a skills el 17 de noviembre, según el informe original sobre la migración. Los usuarios podrán seguir usando cada Gem hasta que se produzca su migración.
La redacción es importante porque describe un proceso que comienza en esa fecha, no necesariamente una retirada instantánea en todas las cuentas. Google suele implementar sus productos por fases, y el aviso no promete una finalización simultánea.
El informe también señala que el aviso apareció antes de que su enlace de ayuda adjunto y su botón de creación funcionaran correctamente. Esto sugiere que los usuarios vieron el mensaje de migración mientras algunas superficies de soporte todavía se preparaban.
Google no ha publicado una matriz de compatibilidad detallada que cubra todas las configuraciones de Gems. Por ello, los usuarios no cuentan con respuestas autorizadas sobre cómo la migración conservará los archivos subidos, las herramientas predeterminadas, las configuraciones de uso compartido y las instrucciones cuidadosamente refinadas.
Gems llegó en 2024 como versiones personalizadas de Gemini. Un usuario podía asignarle un rol, especificar su estilo de respuesta preferido y guardar instrucciones detalladas para su uso repetido.
Google presentó la función durante Google I/O 2024. La empresa propuso ejemplos como un entrenador de running, una guía de escritura creativa, un asesor profesional o un compañero de programación.
Más adelante, Gems admitió archivos de referencia, proporcionando a un asistente personalizado material que podía consultar durante una conversación. Los usuarios también podían seleccionar determinadas herramientas y compartir Gems mediante enlaces.
Esa estructura hacía que cada Gem se sintiera como un destino. Un usuario abría el asistente adecuado desde la barra lateral, iniciaba una conversación y esperaba que la configuración guardada rigiera sus respuestas.
Skills utiliza una unidad organizativa distinta. Google define una skill como instrucciones y preferencias que enseñan a Gemini a realizar una tarea recurrente específica.
Una skill puede contener pasos, requisitos de formato, plantillas y errores comunes que se deben evitar. En lugar de representar un asistente completo, representa conocimiento sobre cómo debe realizarse el trabajo.
La documentación actual de Google indica que las skills pueden crearse a partir de plantillas, redactarse con ayuda de Gemini o cargarse como archivos de skills. También pueden hacer referencia a otras skills.
Por ahora, la empresa afirma que las skills solo están disponibles mediante Gemini Spark. Spark es el entorno de Google orientado a tareas para ensamblar flujos de trabajo, utilizar herramientas y ejecutar acciones programadas.
El acceso también conlleva restricciones importantes. La documentación sobre skills de Google indica que los usuarios necesitan una cuenta personal, una suscripción elegible a Google AI y tener activada la opción Keep Activity.
Los usuarios deben tener al menos 18 años. Actualmente, la función no está disponible con cuentas de trabajo o centros educativos ni en varias regiones, entre ellas el Espacio Económico Europeo y el Reino Unido.
Estas limitaciones hacen que la migración de Gemini skills sea más difícil de evaluar como un reemplazo universal. Gems llegaba a contextos que la experiencia de skills documentada actualmente no cubre.
Google puede cerrar esas brechas antes del 17 de noviembre. Sin embargo, la documentación disponible no establece cuándo llegará un soporte más amplio para cuentas, regiones o espacios de trabajo.
La dirección confirmada está clara, aunque los detalles de la implementación sigan incompletos. Google está sustituyendo identidades de asistentes guardadas por componentes de flujos de trabajo reutilizables.
La Migración de Gemini Skills Presiona los Flujos de Trabajo Existentes
Las personas bajo presión son los usuarios que convirtieron Gems en entornos de trabajo confiables, no quienes los trataron como prompts desechables.
Un Gem con una configuración ligera debería ser fácil de convertir. Su nombre, descripción e instrucciones pueden convertirse en la base de una skill sin modificar el propósito subyacente.
Los casos difíciles involucran Gems construidos alrededor de más que instrucciones. Algunos usuarios adjuntan documentos fuente, seleccionan una herramienta de creación predeterminada, distribuyen un enlace compartido o revisan prompts a lo largo de muchas sesiones.
Pensemos en un equipo de marketing que utiliza un Gem para redactar briefs de campaña. El Gem podría contener normas de marca, terminología de producto, afirmaciones prohibidas, una plantilla de resultados y documentos de ejemplo.
Esa configuración tiene dos capas. Una describe cómo debe comportarse el asistente, mientras que la otra proporciona el conocimiento necesario para generar un resultado preciso.
Una skill puede conservar la capa procedimental si la migración traduce fielmente las instrucciones. La capa de conocimiento depende de cómo gestione Google el material adjunto y los permisos.
El mismo problema afecta a investigadores que utilizan un Gem con artículos de referencia. Afecta a educadores que usan documentos curriculares y a equipos de ventas que emplean guías de producto.
Un usuario no debería asumir que una skill convertida automáticamente ha conservado todas las dependencias. El resultado migrado debe probarse frente a las tareas más importantes del Gem original.
El acceso crea otra fuente de presión. Un Gem utilizado mediante una cuenta de trabajo o centro educativo no se ajusta limpiamente a una documentación que actualmente limita las skills a cuentas personales.
La disponibilidad regional genera un problema similar. Una función no puede servir como reemplazo completo allí donde el reemplazo sigue sin estar disponible.
Los cambios de suscripción también pueden interrumpir el acceso. Google afirma que cancelar o degradar una suscripción elegible desactiva las skills, aunque los datos asociados se conservan.
Ese comportamiento cambia la cuestión de la portabilidad. Un conjunto de instrucciones guardado sigue siendo útil solo cuando la cuenta, la suscripción, la superficie de producto y la región admiten su ejecución.
Por tanto, las empresas deberían tratar noviembre como una migración de flujos de trabajo, no como una actualización estética. Los responsables deben identificar los Gems importantes, capturar sus instrucciones y documentar sus resultados esperados.
También deberían registrar de qué depende cada Gem. Esto incluye archivos subidos, servicios conectados, herramientas seleccionadas, comportamiento de uso compartido y cualquier paso de aprobación humana.
Este inventario ofrece protección frente a una degradación silenciosa. Si una skill convertida produce un trabajo diferente, el responsable puede determinar si el cambio se debió a instrucciones, conocimiento, herramientas o acceso.
Las pruebas deberían centrarse en tareas representativas, en lugar de en un único prompt conveniente. Un Gem de redacción, por ejemplo, debería comprobarse frente a diversos formatos, tipos de fuente y casos excepcionales.
Los equipos deberían comparar la fundamentación factual, la consistencia del formato y la selección de herramientas. También deberían confirmar que la información sensible siga siendo visible solo para los usuarios previstos.
Esta revisión es especialmente importante cuando un flujo de trabajo de IA recurre a una base de conocimiento de IA. El conocimiento almacenado y los procedimientos reutilizables resuelven problemas relacionados, pero no son intercambiables.
Un procedimiento le indica al modelo cómo trabajar. Una fuente de conocimiento proporciona el material sobre el que opera ese procedimiento.
La migración también presiona a Google. Gems ofrecía a los usuarios una promesa comprensible: crear una versión personalizada de Gemini y volver cada vez que se necesitara ese especialista.
Skills requiere una promesa más complicada. Gemini debe identificar el procedimiento adecuado, aplicarlo en el momento oportuno, combinarlo de forma segura y exponer información suficiente para corregirlo.
Si esos pasos funcionan, las skills reducen la configuración repetitiva. Si fallan en silencio, los usuarios reciben resultados inconsistentes sin una explicación evidente.
Google Elige Flujos de Trabajo Componibles Frente a Asistentes Personalizados
La competencia central no es Google contra otra empresa. Son los procedimientos componibles frente a los asistentes autónomos.
Un Gem empaqueta un rol, un comportamiento y un contexto tras un único punto de entrada reconocible. El usuario decide qué especialista abrir antes de comenzar a trabajar.
Una skill invierte esa relación. El usuario comienza con una tarea, mientras Gemini selecciona o acepta las instrucciones pertinentes para completarla.
Google afirma que Spark puede aplicar automáticamente una skill relevante. Un usuario también puede elegir una skill directamente y combinar varias skills dentro de una misma tarea.
Esa capacidad de composición es el argumento más sólido a favor de la transición. Una sola solicitud podría requerir reglas de viaje, convenciones de correo electrónico, requisitos de aprobación y un formato de informe.
Bajo el modelo de Gem, un usuario podría construir un asistente cada vez más complicado que contuviera todas las instrucciones. Como alternativa, podría alternar entre varios especialistas y transferir manualmente el contexto.
Skills permite mantener esos procedimientos separados. Gemini puede combinar una skill de reserva de viajes con una skill de redacción de correos electrónicos cuando una tarea necesita ambas.
La guía de redacción de Google recomienda crear cada skill para un único trabajo. Describe las skills como instrucciones repetibles que capturan el proceso y las preferencias de un usuario.
Ese diseño se parece a la composición de software. Los componentes más pequeños pueden probarse, actualizarse y reutilizarse sin reconstruir un gran asistente para cada combinación de tareas.
El enfoque también encaja con un producto agéntico como Spark. Un agente no solo genera texto; planifica pasos, elige herramientas, realiza acciones y coordina el trabajo hacia un objetivo.
Un procedimiento reutilizable adquiere más valor cuando el sistema puede actuar sobre él. Una skill de gastos podría definir las comprobaciones necesarias, mientras otra skill da formato al informe resultante.
Sin embargo, la capacidad de composición introduce riesgo de orquestación. Gemini debe decidir qué skills se aplican, resolver instrucciones en conflicto y preservar la intención real del usuario.
Dos skills fiables por separado pueden entrar en conflicto al combinarse. Una podría exigir resultados concisos, mientras otra requiere un registro de auditoría detallado.
El sistema necesita reglas de precedencia predecibles. Los usuarios también necesitan una indicación clara de qué skills se invocaron y por qué.
El material de ayuda actual de Google explica que Spark puede reconocer automáticamente las skills relevantes. No ofrece una explicación pública exhaustiva de la resolución de conflictos en todas las combinaciones posibles.
La invocación manual proporciona cierto control. La interfaz de Gemini reportada permite llamar a las skills desde el cuadro de prompt, reduciendo la necesidad de buscar en una larga barra lateral.
Esa comodidad cambia el uso diario. Un procedimiento reutilizable puede incorporarse a una tarea existente en lugar de obligar al usuario a iniciar una conversación independiente.
OpenAI ofrece una opción relacionada a través de GPTs personalizados. Su documentación sobre GPT indica que los usuarios pueden incorporar un GPT a una conversación web existente mediante una mención con @.
Sin embargo, los GPTs personalizados siguen siendo asistentes configurados distintos. Pueden combinar instrucciones, archivos de conocimiento, capacidades, aplicaciones y acciones definidas.
Anthropic ofrece la comparación más clara con las skills. Describe las Agent Skills como carpetas que contienen instrucciones, scripts y recursos que Claude carga cuando son pertinentes.
Anthropic también enfatiza que las skills pueden combinarse entre sí. Su modelo de Agent Skills abarca las aplicaciones de Claude, Claude Code y la plataforma para desarrolladores de la empresa.
Por tanto, la terminología de Google refleja una dirección de producto más amplia. Las empresas de IA quieren cada vez más que la personalización funcione como conocimiento operativo reutilizable, no solo como personalización de chatbots.
Aun así, una terminología idéntica no garantiza una capacidad idéntica. La implementación de Anthropic puede incluir código ejecutable y estructuras de carpetas portátiles.
La documentación orientada al consumidor de Google se centra en instrucciones, preferencias, plantillas, herramientas para tareas y flujos de trabajo de Spark. Los usuarios deben evaluar cada sistema por su comportamiento real, no por la etiqueta compartida.
No obstante, el cambio estratégico es inconfundible. Google quiere que la personalización se integre en el motor de flujos de trabajo de un agente, en lugar de permanecer en una galería de asistentes independientes.
Por qué Gemini Skills son más que Gems renombrados
Las Skills cambian dónde opera la personalización, cómo se activa y cuántos procedimientos pueden participar en una misma tarea.
A grandes rasgos, ambas funciones guardan instrucciones. Esa similitud hace que el reemplazo parezca un cambio de marca, pero no explica la arquitectura de producto que hay detrás.
Un Gem empieza respondiendo: “¿Con qué versión de Gemini quiero hablar?”. Una skill empieza respondiendo: “¿Qué procedimiento debería aplicar Gemini aquí?”.
Esa diferencia afecta al descubrimiento. Los Gems dependen de que el usuario seleccione un asistente dedicado, mientras que las skills pueden aparecer dentro de la tarea en la que se necesitan.
También afecta al alcance. Un Gem puede convertirse en una personalidad amplia que cubra muchas responsabilidades relacionadas de forma laxa.
Google aconseja a los usuarios que cada skill sea responsable de un solo trabajo. Ese alcance más acotado facilita la combinación y hace más práctica la depuración.
Supongamos que un responsable de producto necesita una actualización semanal. El resultado final requiere síntesis de reuniones, clasificación de riesgos, un formato ejecutivo fijo y evidencia cuidadosamente seleccionada.
Un único Gem podría contener los cuatro comportamientos. Sin embargo, modificar sus reglas de formato podría afectar partes no relacionadas del asistente.
Un flujo de trabajo basado en skills puede separar la síntesis de reuniones de la clasificación de riesgos y el formato de informes. Así, cada procedimiento tiene un propósito más claro.
Esta modularidad facilita el mantenimiento. Una organización puede actualizar su formato de informes sin reescribir cómo se extrae la evidencia de las reuniones.
También facilita la reutilización. La misma skill de clasificación de riesgos podría contribuir a una revisión de lanzamiento, una escalada de cliente o una tarea de planificación trimestral.
La selección automática crea un segundo mecanismo. Spark puede reconocer cuándo una skill parece relevante, reduciendo la necesidad de que los usuarios recuerden cada configuración guardada.
El beneficio depende de la visibilidad. Los usuarios necesitan saber cuándo Gemini aplicó una skill, especialmente cuando las instrucciones afectan acciones externas o trabajo regulado.
Una skill aplicada con demasiada amplitud puede distorsionar una tarea. Una skill omitida por completo puede eliminar comprobaciones obligatorias sin producir un error evidente.
Varias skills crean un tercer mecanismo. Gemini puede ensamblar un flujo de trabajo a partir de varios paquetes de instrucciones enfocados, en lugar de depender de un único prompt sobredimensionado.
Esto se parece a la forma en que los equipos experimentados documentan procesos. Separan las reglas de marca, la revisión de seguridad, la aprobación de compras y el formato final porque cada componente cambia de forma independiente.
El modelo también admite trabajo programado. La documentación de Google indica que una skill puede guiar la acción dentro de una programación de Spark.
Por tanto, una tarea recurrente podría aplicar el mismo procedimiento operativo cada vez que se ejecute. Es una forma de personalización más sólida que abrir manualmente un chatbot con nombre.
Sin embargo, una programación eleva el coste de los errores. Las instrucciones incorrectas pueden repetirse sin atención humana inmediata, mientras que una skill inadecuada podría afectar cada ejecución.
Los usuarios deberían mantener las acciones de alto impacto sujetas a una revisión explícita hasta comprender el comportamiento tras la migración. Esto incluye enviar comunicaciones, compartir datos, realizar compras o modificar registros.
Los mejores casos de uso iniciales son observables y reversibles. Redactar un informe, organizar notas o aplicar un formato ofrece a los usuarios un resultado que pueden inspeccionar antes de que algo salga del espacio de trabajo.
Por eso el reemplazo no es una simple tarea rutinaria de producto. Google está acercando la personalización a la ejecución.
Los Gems moldeaban principalmente una conversación. Las skills pueden moldear una cadena de acciones dentro de una tarea agéntica.
Ese mayor alcance explica tanto el atractivo como el riesgo. Una skill fiable ahorra más trabajo que un prompt reutilizable, pero una skill poco fiable también puede generar consecuencias más amplias.
Los detalles de la migración siguen siendo la parte más débil del planteamiento de Google
Google ha explicado qué son las skills, pero aún no ha respondido todas las preguntas que los usuarios necesitan resolver antes de confiar en la conversión.
La mayor incertidumbre se refiere a la fidelidad. Los usuarios necesitan saber si cada instrucción se transfiere exactamente o si Google reescribe el contenido para el nuevo formato.
Incluso cambios menores pueden importar. Una restricción reordenada, un ejemplo omitido o una prohibición suavizada pueden modificar los resultados de un asistente personalizado maduro.
Los archivos adjuntos plantean otra cuestión. La guía de Google sobre skills indica que los usuarios pueden evitar subir repetidamente los mismos archivos, lo que sugiere que el material de apoyo puede formar parte de una skill.
Sin embargo, el aviso de migración citado por 9to5Google no explica cómo se convertirán, almacenarán o gestionarán los permisos de los adjuntos existentes de los Gems.
Las herramientas predeterminadas también requieren aclaración. Un Gem puede configurarse en torno a funciones como la creación de imágenes o Canvas, mientras que una skill enseña a Spark qué herramientas utilizar.
Estos conceptos se solapan, pero no necesariamente se representan mediante controles idénticos. Los usuarios deberían verificar el comportamiento de las herramientas tras la conversión.
El uso compartido es otra área sin resolver. Los Gems pueden distribuirse mediante enlaces, lo que ofrece una forma sencilla de dar a otra persona acceso a un asistente configurado.
La documentación pública de Google sobre skills se centra en cuentas personales y no establece un comportamiento de uso compartido equivalente para cada Gem migrado.
La compatibilidad con entornos de trabajo podría resultar más importante. Actualmente, las skills no están disponibles para cuentas de trabajo y educativas, según la página de ayuda de Google.
Esta restricción encaja de forma incómoda con el posicionamiento orientado a flujos de trabajo. Las organizaciones son las que más necesitan procedimientos repetibles, conocimiento gobernado y estándares operativos compartidos.
Las exclusiones regionales crean otra falta de correspondencia. Una migración no puede considerarse completa para los usuarios que no pueden acceder a la función de destino.
Google podría ampliar la disponibilidad antes de que empiece la transición. Hasta que publique esos cambios, los lectores deberían considerar el acceso más amplio como una cuestión abierta.
La invocación automática también merece escepticismo. La comodidad depende de que Gemini reconozca correctamente la intención, pero el trabajo recurrente suele contener excepciones sutiles.
Una revisión financiera y una estimación informal pueden usar un lenguaje similar y, aun así, requerir controles diferentes. La skill equivocada podría aplicar procedimientos más estrictos o más laxos de lo previsto.
La combinación de skills complica aún más el problema. Las instrucciones pueden discrepar sobre el tono, la estructura de salida, las fuentes aprobadas o el uso de herramientas.
Google necesita un comportamiento de resolución de conflictos comprensible. Los usuarios necesitan registros o indicadores visibles que faciliten inspeccionar la configuración aplicada.
También existe un riesgo de fragmentación del producto. Los Gems están en la experiencia principal de Gemini, mientras que las skills actualmente se documentan a través de Spark.
Los usuarios deberían observar si Google crea un sistema de personalización coherente entre Gemini, Spark, las aplicaciones móviles y las cuentas gestionadas.
Una transición que disperse el acceso entre distintas superficies de producto debilitaría la simplicidad prometida. Un sistema unificado haría que los procedimientos guardados fueran más útiles que los Gems aislados.
La crítica no es que las skills carezcan de valor. Su diseño modular se adapta mejor a flujos de trabajo complejos que una colección creciente de chatbots especializados.
La preocupación es que Google está pidiendo a los usuarios que migren antes de documentar públicamente todos los casos límite. Ese orden traslada la carga de verificación a quienes ya invirtieron en Gems.
Los usuarios pueden reducir ese riesgo preservando sus propios registros. Copien las instrucciones críticas, enumeren los adjuntos, registren los resultados esperados y conserven ejemplos de respuestas exitosas de Gems.
Tras la migración, ejecuten los mismos casos de prueba con la nueva skill. Comparen la precisión del contenido, el cumplimiento de las instrucciones, el formato, las herramientas y el comportamiento de acceso.
No se basen en el nombre o la descripción de una skill como prueba de una conversión exitosa. El resultado importa más que la presencia de una entrada migrada.
Tres señales decidirán si Google Gemini Skills funciona
El reemplazo solo tendrá éxito si Google preserva el comportamiento existente, amplía el acceso y hace comprensible la selección de skills.
La primera señal es la fidelidad de la migración después del 17 de noviembre. Los usuarios deberían buscar evidencia de que las instrucciones, los archivos, las herramientas seleccionadas y las relaciones de uso compartido sobreviven a la conversión.
Una entrada limpia en la lista de skills no basta. La skill migrada debe producir resultados equivalentes o mejores en las tareas que justificaron la creación del Gem.
Si Google publica una guía de compatibilidad detallada, reforzaría la confianza. Un tratamiento claro de las funciones no compatibles sería mejor que una aproximación silenciosa.
Los informes generalizados de adjuntos ausentes, resultados modificados o uso compartido roto debilitarían el planteamiento de Google. Mostrarían que la flexibilidad llegó a costa de la continuidad.
La segunda señal es la disponibilidad más allá de los límites actuales de Spark. Las skills necesitan compatibilidad con las cuentas, regiones y superficies de producto donde la gente ya utiliza Gemini.
Las cuentas de trabajo y educativas son especialmente importantes. Las organizaciones se benefician de procedimientos reutilizables, pero también necesitan administración, permisos, auditoría y propiedad predecible.
Una disponibilidad más amplia respaldaría la afirmación de Google de que las skills representan la nueva capa de personalización de Gemini. Las restricciones continuadas las convertirían en un reemplazo parcial.
La tercera señal es la transparencia de la orquestación. Los usuarios necesitan ver qué skills seleccionó Gemini, cómo interactuaron varias skills y qué modificar cuando un resultado es incorrecto.
La selección automática debería reducir la configuración sin ocultar el control. La invocación manual debe seguir disponible cuando el usuario necesita certeza.
Google también debería hacer legibles los conflictos. Cuando dos skills proporcionen instrucciones incompatibles, la interfaz debería explicar qué regla prevaleció.
Esa transparencia diferenciará un sistema de flujos de trabajo fiable de una función opaca de enrutamiento de prompts. Será aún más importante a medida que las skills guíen agentes programados o capaces de realizar acciones.
El comportamiento de los competidores aporta contexto útil. Anthropic ya presenta las skills como recursos portátiles y combinables en productos de consumo, programación y desarrollo.
OpenAI sigue admitiendo GPTs configurados que reúnen instrucciones, conocimiento y capacidades como asistentes reconocibles. Su función de mención con @ también permite incorporarlos a conversaciones web existentes.
Google intenta combinar la accesibilidad de la personalización guardada con la flexibilidad de la composición agéntica. El resultado podría convertirse en una forma más práctica de codificar trabajo recurrente.
Sin embargo, la migración de noviembre debe ganarse primero la confianza de los usuarios existentes de Gems. Sus asistentes personalizados contienen decisiones, ejemplos y correcciones acumulados que es fácil subestimar.
Antes de que la migración llegue a tu cuenta, identifica los Gems que te resultaría difícil reconstruir. Conserva sus instrucciones y dependencias, y crea varias indicaciones de prueba representativas.
Cuando lleguen Google Gemini Skills, compara esos resultados antes de trasladar flujos de trabajo importantes. ¿La skill convertida preserva tus conocimientos, respeta las mismas restricciones y revela cuándo se activa?
Las respuestas determinarán si la migración a Gemini skills supone una mejora real de los flujos de trabajo o si simplemente traslada a los usuarios a una interfaz menos familiar.
