Lea sobre nuestras programaciones de actualización aquí.

Los sistemas demuestran comportamientos atractivos facilitando a las personas el acceso y el uso de aplicaciones, haciendo que los usuarios sientan que están realizando un trabajo de mayor calidad y haciendo que las personas deseen utilizar aplicaciones en el sistema.

La entrega de un comportamiento atractivo importa para el negocio porque se correlaciona directamente con la adopción del usuario, así como la satisfacción general del trabajador y el cliente. Los comportamientos de implicación también ayudan a reducir las solicitudes de asistencia y pueden ayudar a elevar la calidad de las solicitudes de funciones de los usuarios.

Uno de los retos de crear un comportamiento atractivo es que es difícil medir solo por mediciones objetivas. En su lugar, se mide por las experiencias subjetivas de los usuarios; los usuarios sienten que las aplicaciones atractivas proporcionan un valor genuino. Las aplicaciones interactivas son accesibles, no intrusivas y fáciles de comprender. Requieren una cantidad mínima de incorporación y formación. Además, utilizan métodos claros para evitar de forma proactiva errores de usuario.

Otro reto es que los objetivos de implicación a menudo variarán con los diferentes tipos de interacciones de usuario en su sistema. Por ejemplo, puede tener un conjunto de objetivos para usuarios internos que están gestionando casos y otro para usuarios externos que están enviando información a través de un formulario en su sitio web. Para diseñar sistemas de implicación, debe tener en cuenta cuidadosamente el tipo de implicación que está intentando crear y por qué los usuarios desean implicarse antes de empezar a montar funciones y páginas.

Asociarse con diseñadores de experiencia de usuario (UX) le ayudará a tomar decisiones mucho más efectivas cuando se trata de entregar aplicaciones atractivas. Desde una perspectiva arquitectónica, la adopción y retención de usuarios son componentes cruciales de un sistema saludable. Las arquitecturas implicadas reducen la probabilidad de Problemas de calidad de datos causados por usuarios que se apresuran en los procesos u omiten pasos para evitar tener que emplear tiempo en un sistema que no disfrutan utilizando. Para sistemas de cara al público externos, una arquitectura atractiva puede aumentar los ingresos y la retención de clientes ya que los clientes con los que es más fácil trabajar en sus sistemas eligen hacer más negocios con su organización.

Puede crear aplicaciones más atractivas centrándose en entregar experiencias simplificadas y útiles.

Las aplicaciones simplificadas son fáciles de navegar, presentan información y tareas de entrada de datos claramente y se adaptan a varios factores de forma. Las aplicaciones simplificadas también cuentan con patrones de experiencia a los que los usuarios se han acostumbrado en otras aplicaciones utilizadas habitualmente. Por ejemplo, la mayoría de navegadores web presentan “abrir en nueva ficha” como la opción principal cuando los usuarios hacen clic con el botón derecho del ratón en un vínculo. Una aplicación simplificada que contiene fichas seguirá el mismo patrón.

Las repercusiones de experiencias de aplicación ineficientes pueden extenderse mucho más allá de una aplicación individual. Las malas experiencias de aplicación erosionan la Trust de los usuarios. A medida que más tipos de aplicaciones críticas para el negocio y de cara al cliente se trasladan a canales digitales, esto puede costar a las empresas la fidelidad de partes interesadas clave.

Puede simplificar mejor sus aplicaciones siendo intencionado en cómo enfocar la complejidad de la aplicación, el diseño de la forma y los factores de forma.

Minimizar la complejidad de la aplicación significa que los usuarios solo ven elementos de menú, fichas y controles de navegación relevantes. Tendrá que crear asignaciones entre grupos de usuarios, permisos de usuario y la experiencia de aplicación correcta. Utilice estas asignaciones para comprender qué experiencia de aplicación presentar a un usuario concreto y luego asegurarse de que su aplicación tiene los controles lógicos necesarios para entregar esa experiencia.

Las aplicaciones que presentan a los usuarios demasiada complejidad pueden causar una variedad de experiencias deficientes:

• Los usuarios ven con frecuencia fichas innecesarias o irrelevantes, navegan a pantallas en blanco y encuentran vínculos desactivados o bloqueados.
• Las instrucciones innecesarias o no útiles como "ignorar esta ficha si su función es X..." aparecen en materiales de formación y habilitación.
• Los menús de navegación atestados obligan a los usuarios a emplear tiempo adicional en localizar los elementos que necesitan para realizar el trabajo.

Estas experiencias deficientes conducen a bajos índices de adopción y niveles de satisfacción.

Tenga en cuenta lo siguiente cuando determine el nivel correcto de complejidad de la aplicación:

• Organice menús, fichas y otros controles de navegación basándose en la prioridad del trabajo que necesitan realizar los usuarios.
• Evite introducir nuevos comportamientos que un usuario tiene que aprender únicamente para poder utilizar su aplicación.
• No elimine el acceso a funciones que permiten a los usuarios personalizar aspectos de su interfaz de usuario.
• Utilice conjuntos de permisos para proporcionar opciones de navegación ampliadas o reducidas.
• Simplifique las asignaciones de activación de páginas Lightning. Minimice el número de páginas Lightning activas por aplicación. Utilice formularios dinámicos, conjuntos de permisos y presentación condicional para agregar elementos a páginas Lightning en su aplicación. Haga esto en vez de mantener varias páginas Lightning, activadas y asignadas por perfil.

La lista de patrones y antipatrones a continuación muestra el aspecto de la gestión de complejidad de aplicaciones adecuada (y deficiente) en una organización de Salesforce. Puede utilizarlos para validar o mejorar sus diseños de aplicación.

Para obtener más información acerca de herramientas de Salesforce que pueden ayudarle a gestionar la complejidad de la aplicación, consulte Herramientas relevantes para implicarse.

Los formularios simplificados organizan la información en secuencias lógicas, admiten la introducción rápida de datos y minimizan los pasos requeridos. También permiten mensajes de validación de datos del lado del cliente útiles y eliminan ciclos de envío de formularios repetidos.

Tenga en cuenta lo siguiente al diseñar formularios:

• Agrupe campos relacionados. Agrupe campos relacionados con el mismo paso en un proceso o una tarea de entrada de datos. Elimine campos que no son directamente relevantes para la tarea en cuestión.
• Aplicar la entrada y validación de datos antes de tiempo. Los campos que requieren que los usuarios introduzcan datos deben aparecer antes en sus formularios. Es una práctica recomendada aflorar problemas con formato de datos o datos que faltan a nivel de campo y lo más rápido posible (es decir, antes de que un usuario intente navegar al siguiente paso o enviar el formulario). Además, evite mostrar errores a nivel de campo antes de que los usuarios hayan tenido la oportunidad de introducir datos en los campos.
• Minimice tareas de entrada de datos. Rellene o complete automáticamente tantos campos como sea posible, para minimizar los errores de entrada de datos y mejorar la eficiencia. Solo solicite a los usuarios introducir datos esenciales o críticos. Elimine cualquier entrada de datos que no sea relevante para el proceso comercial en cuestión. Utilice listas de selección en vez de campos de texto libre donde sea posible para aplicar la selección de opciones válidas y reducir variaciones de la misma respuesta.
• Minimice los envíos al servidor. No haga que los formularios de múltiples pasos envíen datos al servidor varias veces. Asegúrese de que todos los componentes LWC o Aura personalizados utilizan el almacenamiento en caché del lado del cliente para gestionar acciones de navegación o paginación. (Salesforce Lightning Experience y la aplicación móvil Salesforce utilizan el almacenamiento en caché del lado del cliente de forma predeterminada.) Diseñe formularios de modo que los usuarios envíen datos al servidor solo una vez. Valide entradas de usuario en el lado del cliente antes de enviar formularios. Esto minimizará los envíos de usuarios no intencionados, evitará que las transacciones duplicadas o sucias consuman ancho de banda en el backend y le ayudará a diseñar para una mejor gestión de datos.
• Gestionar estado de formulario. El almacenamiento en caché del lado del cliente no solo ayuda con comportamientos como navegación y paginación, sino que también ayuda a minimizar la pérdida de datos de problemas de conectividad intermitentes. La gestión efectiva del estado también significa que las aplicaciones pueden orquestar adecuadamente el envío de datos al servidor y evitar transacciones duplicadas, junto con la presentación de mensajes relevantes y oportunos a los usuarios basándose en el estado de las acciones del lado del servidor. Los formularios simplificados envían operaciones de datos solo una vez y no requieren que los usuarios esperen que finalicen las operaciones de larga ejecución en el servidor.
• Siga estándares de accesibilidad. Para maximizar la audiencia de sus aplicaciones y ayudar a garantizar que incluyen a todos sus clientes, aplique estándares de accesibilidad en sus diseños de formularios.

Los formularios simplificados ayudan a aumentar la integridad de datos en sus aplicaciones y lo útiles que son sus aplicaciones para los usuarios. También pueden reducir las solicitudes y los tickets de asistencia, ya que los usuarios pueden solucionar mejor los errores y comprender claramente el estado de sus envíos de formularios. Además, los formularios simplificados permiten una introducción de datos rápida y eficiente y garantizan que los usuarios no tengan que esperar a que se completen los procesos de mayor ejecución para poder realizar más trabajo.

La lista de patrones y antipatrones a continuación muestra el aspecto adecuado (y deficiente) del diseño de formularios en una organización de Salesforce. Puede utilizarlos para validar o mejorar sus diseños de formulario.

Para obtener más información acerca de herramientas de Salesforce que pueden ayudarle a crear formularios más simplificados, consulte Herramientas relevantes para implicarse. Para obtener directrices más específicas sobre la selección de la herramienta de formulario correcta para su caso de uso, consulte la Guía de decisiones del arquitecto para crear formularios con Salesforce.

Las aplicaciones interactivas se adaptan elegantemente a diferentes dispositivos y tipos de interacción, o factores de forma. Dependiendo del tipo de dispositivo, los diferentes tipos de interacciones de usuario serán más fáciles (o más difíciles) y la legibilidad para formularios y campos cambiará. Tenga en cuenta que además de las dimensiones de pantalla, el factor de forma también hace referencia a cómo interactúan sus usuarios con la pantalla. Un número creciente de dispositivos ahora tiene pantallas táctiles y algunos usuarios también pueden utilizar dispositivos especiales para la accesibilidad. Asegúrese de tener en cuenta estos factores al diseñar formularios.

No tener en cuenta las variaciones de factores de forma puede llevar a una variedad de problemas, incluyendo:

• Mala calidad de los datos
• Interfaces de aplicación inutilizables
• Más sesiones de solución de problemas o “pedido en nombre de” para agentes de asistencia
• Adopción deficiente de usuarios, bajo número de usuarios activos y altas tasas de “abandono” de aplicaciones

Para diseñar la interoperabilidad entre factores de forma en sus aplicaciones de Salesforce, considere lo siguiente:

• Identifique factores de forma compatibles para cada aplicación.
• Identifique métodos de entrada y las necesidades de accesibilidad de sus usuarios. Consulte Accesibilidad para obtener más información.
• Utilice la funcionalidad estándar para proporcionar experiencias adaptativas entre dispositivos siempre que sea posible.
  • Las plantillas Lightning Page proporcionadas por Salesforce admiten diferentes factores de forma de forma predeterminada. Si elige desarrollar plantillas de página Lightning personalizadas con Aura, los desarrolladores tendrán que incorporar información de factores de forma en el archivo de diseño del componente.
  • Los componentes de página estándar proporcionados por Salesforce gestionan la representación entre factores de forma compatibles por usted. Si crea componentes personalizados con LWC o Aura, los desarrolladores tendrán que gestionar el conocimiento de la anchura (existen diferencias de implementación entre Aura y LWC) y declarar la compatibilidad de factores de forma en el archivo de diseño de sus componentes.
• Siga las directrices para simplificar los formularios en todos los dispositivos.
• Cree planes de prueba (y buenas pruebas) para factores de forma clave. Idealmente, probaría todos los dispositivos y factores de forma para todas sus aplicaciones. Sin embargo, la configuración de los dispositivos correctos (o simuladores de dispositivos) para pruebas de factores de forma puede ser una inversión significativa. Si sabe que una determinada aplicación o conjunto de aplicaciones tendrá un conjunto significativo de usuarios en dispositivos móviles o tablets, dé prioridad a pruebas precisas para esas aplicaciones en factores de forma de dispositivos móviles y tablets.

La lista de patrones y antipatrones a continuación muestra el aspecto adecuado (y deficiente) de la conciencia de factores de forma en una organización de Salesforce. Puede utilizarlos para validar sus diseños antes de crear o identificar páginas que necesitan ser refactorizadas.

Para obtener más información acerca de herramientas de Salesforce para un diseño de factores de forma efectivo, consulte Herramientas relevantes para implicarse.

La siguiente tabla muestra una selección de patrones para buscar (o crear) en su organización y antipatrones para evitar o dirigir para su solución.

✨ Descubra más patrones para aplicaciones simplificadas en el Explorador de patrones y antipatrones.

Las aplicaciones útiles permiten a los usuarios sentirse más empoderados y efectivos, con menos distracciones o interrupciones.

Las aplicaciones útiles ayudan a mantener la integridad de datos mitigando errores manuales y proporcionando comentarios a los usuarios cuando y donde los necesitan. Ayudan a los usuarios a comprender en qué acciones necesitan centrarse ahora y después, y proporcionan información relevante para ayudar los usuarios a resolver sus propios problemas con mayor rapidez. Proporcionan un vínculo claro entre las acciones de un usuario y la repercusión o los logros significativos.

Puede crear aplicaciones más útiles con tres hábitos clave: notificación y mensajes, directrices en aplicación y reconocimiento y recompensas.

Las notificaciones y los mensajes ayudan a los usuarios a mantenerse informados.

Un sistema de notificación y mensajería bien diseñado puede aumentar la implicación y la productividad proporcionando a los usuarios la información que necesitan para tomar decisiones críticas de forma oportuna. Un sistema de notificación y mensajería mal diseñado, que presenta mensajes que no son relevantes ni oportunos, tendrá el efecto contrario. Los usuarios internos desactivarán o ignorarán rápidamente las notificaciones, lo que les hará perderse mensajes legítimos que pueden afectar a procesos comerciales esenciales. Los clientes u otros usuarios externos que se cansan de las notificaciones sin sentido pueden decidir dejar de utilizar sus sistemas por completo.

Al decidir cómo gestionarán las aplicaciones el envío de notificaciones y mensajes a los usuarios, tenga en cuenta lo siguiente:

• Para errores, utilice notificaciones y mensajes como último recurso. Diseñe la gestión de errores en su sistema con procesamiento back-end que puede corregir ciertos tipos de errores sin intervención humana. Envíe a los usuarios solo mensajes acerca de errores críticos que les impedirán completar tareas. Del mismo modo, envíe a los usuarios comerciales solo mensajes de error cuando haya alguna acción correctiva que puedan (y necesiten) realizar por sí mismos. Los mensajes de error o detalles adicionales pueden ponerse a disposición a través de informes o enviarse al personal de asistencia técnica utilizando métodos asíncronos para un seguimiento posterior.
• Seleccione tipos de mensajes en función de la relevancia, la urgencia y la oportunidad. Los diferentes tipos de mensajes tienen diferentes niveles de comportamiento de bloqueo o interrupción. Los avisos son un tipo de mensaje de “bloqueo”, ya que requieren que los usuarios los reconozcan antes de poder continuar con su trabajo. Al igual que con los mensajes de error, los avisos deben utilizarse con moderación. Las notificaciones Toast no son de bloqueo, pueden tener diferentes comportamientos de persistencia y admiten diferentes tipos de casos de uso de mensajes. Los mensajes menos intrusivos son las notificaciones en aplicación o los correos electrónicos. Estos se utilizan mejor para entregar información con la que los usuarios pueden tratar cuando y como elijan.
• Considera lo que tiene que pasar. Aunque algunas notificaciones son informativas (como mensajes de operación correcta), otras pueden requerir que los usuarios realicen algún tipo de acción. Cuando diseñe notificaciones, asegúrese de tener en cuenta no solo la notificación en sí, sino cualquier información adicional que un usuario podría necesitar para realizar acciones. Incluya instrucciones claras o vínculos a donde los usuarios pueden encontrar información adicional o completar pasos de seguimiento en todas las notificaciones con capacidad de acción.
• Céntrese en la legibilidad. Asegúrese de comunicar claramente el propósito de cada notificación y los siguientes pasos que debe realizar un usuario en respuesta. Los mensajes deben ser comprensibles para usuarios comerciales que no están familiarizados con el funcionamiento interno de los sistemas subyacentes. Cuando cree mensajes, siga los estándares de accesibilidad y asegúrese de que están traducidos para dar asistencia a los usuarios en las regiones donde puedan aparecer.

Incluya patrones para cuándo utilizar notificaciones o diferentes tipos de errores en sus estándares de diseño para ayudar a garantizar que los generadores de aplicaciones siguen prácticas coherentes.

La lista de patrones y antipatrones a continuación muestra el aspecto adecuado (y deficiente) de las notificaciones y la mensajería en una organización de Salesforce. Puede utilizarlos para validar sus diseños antes de crear o identificar usos que necesitan refactorizarse.

Para obtener más información acerca de las herramientas de Salesforce para notificaciones y mensajería, consulte Herramientas relevantes para implicarse.

Las directrices en aplicación pueden ser una forma potente de desmitificar flujos de trabajo complejos (aunque debe asegurarse de haberlos optimizado primero) o ayudar a incorporar nuevo personal. Puede ser una excelente forma de introducir cambios en los procesos, resaltar nuevas funciones o distribuir la formación de forma automatizada y ampliable. Sin embargo, si no se implementa cuidadosamente, las directrices en aplicación pueden utilizarse en exceso. Los elementos emergentes o alertas frecuentes pueden crear una enorme cantidad de ruido e interrupciones para los usuarios, lo que lleva a la pérdida de productividad. Las directrices en aplicación también se pueden infrautilizar, dando como resultado procesos de gestión de cambios y versiones más engorrosos (especialmente para funciones sencillas). En última instancia, tanto el uso excesivo como el uso insuficiente de directrices en aplicación conducen a una serie de problemas que plantean riesgos para el negocio, incluyendo:

• Integridad de datos inferior
• Aumento de errores de usuario
• Mayor frustración de los usuarios y menor satisfacción de los usuarios
• Menor productividad de usuarios

Tenga en cuenta que es posible que desee utilizar directrices en aplicación de forma diferente en diferentes escenarios, ya que la mentalidad de un usuario dictará cuánta orientación es “demasiada” frente a “no suficiente”. Los usuarios que se presentan a un nuevo sistema por primera vez probablemente requerirán mensajería más frecuente que los usuarios que simplemente están aprendiendo sobre una nueva función en un sistema con el que ya están familiarizados.

Estas son algunas claves para crear directrices en aplicación efectivas:

• Desarrollar estándares de diseño. Es importante recordar que la sobreexposición a directrices en aplicación puede provocar que los usuarios comiencen a descartar o ignorar mensajes de forma rutinaria. En este punto, las directrices en aplicación se convierten en una molestia, en vez de un recurso. Defina estándares de diseño para dejar claro cuándo utilizar solicitudes, presentaciones, texto de ayuda a nivel de campo, mensajes de validación, rutas, flujos de pantalla, etc.
• Cree un sistema de priorización para implementaciones de directrices. No todos los casos de uso para directrices en aplicación deben implementarse. En su lugar, considere las siguientes preguntas para priorizar. ¿Dónde puede utilizar simplemente mejores nombres de campo, etiquetas más explícitas en botones, mejor diseño de formularios y optimización de procesos para crear flujos de trabajo más intuitivos? ¿Dónde puede agregar texto o vínculos más útiles a una ruta? ¿Qué impacto de coste comercial tendrá la directriz en aplicación? ¿Con qué frecuencia desea entregar mensajes a sus usuarios? Asegúrese también de que cualquier implementación está incluida en su hoja de ruta, de modo que todas las partes interesadas tengan visibilidad.
• Asigne usuarios a directrices en aplicación activas (y propuestas). La asignación de usuarios a directrices en aplicación le ayudará a identificar y evitar la “sobrecarga de ayuda” debido a demasiadas directrices en aplicación que aparecen para un usuario. A menudo esto es el resultado de un desarrollo aislado, ya que los equipos piensan demasiado en su caso de uso particular. Mantener una visión holística de lo que se expondrá a los usuarios es especialmente importante para organizaciones grandes. Incluir implementaciones de directrices en su hoja de ruta también puede ayudar.
• Recopile y utilice comentarios para mejorar. Revise datos sobre el uso de directrices en aplicación y utilícelos para juzgar la eficacia de implementaciones de directrices en aplicación. Asegúrese de proporcionar formas para que los usuarios también proporcionen comentarios abiertos para ayudar a los generadores de directrices.

La lista de patrones y antipatrones a continuación muestra el aspecto de las directrices en aplicación adecuadas (y deficientes) en una organización de Salesforce. Puede utilizarlos para validar diseños antes de crear e identificar implementaciones que necesitan refactorizarse.

Para obtener más información acerca de las herramientas de Salesforce para directrices en aplicación, consulte Herramientas relevantes para implicarse.

La creación de reconocimiento y recompensas en una aplicación ayuda a las personas que utilizan esa aplicación a sentirse más conectadas con la repercusión de su trabajo y comprender mejor el valor de sus contribuciones, productividad y rendimiento. También es una forma potente de desbloquear la fidelidad y la implicación.

No diseñar para el reconocimiento o experiencias de aplicación gratificantes puede contribuir a una variedad de problemas, incluyendo:

• Usuarios que luchan por comprender su progreso o velocidad
• Confusión sobre el progreso hacia los objetivos o el trabajo inacabado
• Usuarios más improductivos, que no ven una conexión entre sus tareas y el “panorama general”
• Tiempo de gestión perdido en la creación de informes de objetivos manuales de bajo nivel

Las experiencias de aplicación gratificantes pueden ser difíciles de diseñar y entregar, ya que dependen de la cultura, las políticas y los estándares de la empresa, así como del contexto y las preferencias de los usuarios individuales. Las funciones que pueden ayudar los usuarios de escritorio a sentir momentos de placer o aprecio pueden convertirse en una irritación para un usuario en dispositivos móviles o un usuario que intenta trabajar desde una oficina en casa ruidosa y ocupada. Es posible que las personas que utilizan una aplicación para trabajar con información privada o altamente confidencial no aprecien la comunicación sobre eventos clave en forma de celebraciones de confeti o insignias. Por el contrario, un equipo de ventas distribuido puede ver dicha ludificación como una experiencia de aplicación apropiadamente gratificante. En última instancia, los patrones de implementación que seleccione pueden determinarse mejor trabajando con diseñadores de experiencia de usuario (UX) en un equipo.

Cuando se trata de arquitectura, es importante identificar cómo y dónde pueden implementar las aplicaciones funciones que ayudan a los usuarios a sentirse reconocidos y recompensados. También es clave comprender cómo y dónde estas funciones podrían hacer que las aplicaciones sean menos reutilizables o evitar la entrega de valor comercial real.

Estas son algunas preguntas a tener en cuenta al evaluar el reconocimiento y las recompensas en aplicaciones de Salesforce:

• ¿Cómo y dónde pueden los usuarios ver su propio progreso, así como estadísticas generales del equipo? Los informes son importantes, pero a menudo contienen datos de resumen que pueden perder el contexto del trabajo diario. Puede utilizar una herramienta como el Generador de aplicaciones Lightning para integrar gráficos o paneles en pantallas de registro en el contexto de una aplicación, ayudando a los usuarios a comprender su impacto o progreso a medida que realizan sus tareas diarias.
• ¿Cómo se deben reconocer los usuarios? Esto puede variar según las preferencias individuales o del equipo. En algunos casos, es posible que los supervisores deseen ver mensajes sobre el progreso de los usuarios de modo que puedan compartirse con un grupo más grande. El reconocimiento también puede ser una ventaja adicional para ayudar con la moral de los empleados. Además, en otros casos, es posible que los usuarios simplemente prefieran ser los únicos notificados acerca de su progreso en una tarea o proyecto concreto.

La lista de patrones y antipatrones a continuación muestra el aspecto adecuado (y deficiente) de reconocimiento y recompensas en una organización de Salesforce. Puede utilizarlos para validar diseños antes de crear e identificar implementaciones que necesitan refactorizarse.

Para obtener más información acerca de las herramientas de Salesforce para el reconocimiento y las recompensas, consulte Herramientas relevantes para implicarse.

La siguiente tabla muestra una selección de patrones para buscar (o crear) en su organización y antipatrones para evitar o dirigir para su solución.

✨ Descubra más patrones para aplicaciones útiles en el Explorador de patrones y antipatrones.

Ayúdenos a mantener Salesforce Well-Architected relevante para usted; realice nuestra encuesta para proporcionar comentarios sobre este contenido y díganos qué le gustaría ver a continuación.