¿Soy solo yo o la experiencia de Salesforce Lightning hace que Salesforce sea 10 veces peor que antes?

Repetiré la respuesta que publiqué en “¿Cuántas personas están usando los rayos de fuerza de ventas en lugar de la fuerza de ventas clásica”?

Hola.

Soy administrador certificado de Salesforce (ADM-201), desarrollador I (DEV-401) (retirado) y desarrollador de aplicaciones de plataforma (DEV-402). Y he estado en Salesforce desde 2010, y en el liderazgo senior de Salesforce desde 2014 (~ 4 años), creando y gestionando aplicaciones bastante diversas.

También soy INFP y bastante sensible a la frustración del usuario con mis aplicaciones, donde trabajo extremadamente duro para optimizar los procesos y las interfaces para crear la menor fricción. Debido a que menos fricción de rutina para los usuarios se traduce en menos fricción en cada interacción que el usuario tiene durante el día, tanto con clientes como con colegas, y eso es notable si se da cuenta de esas cosas.

Déjame decirte algunas cosas que he recogido.

1. Primero, “Relámpago” es un nombre inapropiado. En todos los escenarios de la vida real, ha sido más lento que el clásico, tanto en las interacciones de la interfaz como en la carga de registros. Principalmente porque depende de grandes cantidades de Javascript en su interfaz, mientras que Classic no.
2. En segundo lugar, todavía faltan un montón de características que son elementos básicos clásicos de Lighting. Incluyendo algunos grandes. Al igual que la capacidad de enviar correos electrónicos masivos desde Listviews que solo se introdujo en Lightning en el invierno de 2018. O cómo la capacidad de programar informes y paneles (un elemento básico diario en cada implementación que he experimentado) faltaba por completo en el lanzamiento. Y esto es doloroso hasta el punto de que cree que están eliminando características a propósito para ahorrarse trabajo, o crear más un mercado de aplicaciones pagas, o porque tienen menos experiencia en la vida real usando Salesforce que construyéndolo.
3. En tercer lugar, y la razón más destacada por la que no forzaré los rayos en ninguna de nuestras oficinas en mi organización de más de 5000 empleados, es que la interfaz es en realidad mucho menos intuitiva que lo que Salesforce decidió llamar “Clásico” después de salir con “Lightning “. Es decir, tiene una tonelada de espacios en blanco alrededor de todos los campos y coloca los campos debajo de sus etiquetas de campo, duplicando la cantidad de espacio que ocupa un campo, incluso antes de inyectar espacios en blanco. Pero aún peor, en lugar de mostrar todos los datos de registro relacionados, ahora tiene que hacer clic en todo el registro para acceder a lo que solía ser visible de inmediato en “Clásico”. El efecto neto de ambos es una reducción en la densidad de datos visibles que, según mi estimación, es de alrededor del 65% por registro visto (antes de tener que hacer clic en algo).
4. El cuarto es una nueva molestia, y es cómo las listas relacionadas en los registros principales (como Oportunidades asociadas con un registro de contacto) se limitan a mostrar solo 3 campos relevantes hasta que haga clic en ellos (ir a una página alejada del principal). Y cómo los nombres de registros secundarios cuando aparecen en un registro primario se acortan en lugar de envolverse al verlos, básicamente haciendo que la visualización de registros secundarios de cualquier padre sea una gran molestia.

Y esa es mi evaluación.

Y mi mejor conclusión general sobre sus esfuerzos con Lightning es que están haciendo todo lo posible para crear una interfaz que la gente pueda usar Mouse y usar Touch on. De ahí por qué todos los íconos para funciones y toneladas de espacios en blanco.

Lo que no están entendiendo es la lección de Windows 8.1, donde al intentar casarse con la experiencia Touch y la experiencia Mousing, lo están arruinando para ambos.

Y lo que presenta actualmente “Lightning” es en general introducir más fricción y frustración; medido en clics adicionales, navegación adicional del mouse, dilución de la visibilidad de la información, utilidad faltante y aumento de solicitudes y preguntas de soporte.

Puede ver esto usted mismo si permite que sus usuarios vean cómo se ve un registro en Classic vs. Lightning y realmente les permite intuir y elegir. Y el efecto es el mismo incluso si el usuario no tiene una “forma antigua” de pensar y es nuevo en ambas interfaces. Intentalo.

Las empresas han estado usando Salesforce en Classic por más tiempo. Incluso hoy, después de 2 a 3 años desde el lanzamiento de Lightning, muchas empresas siguen operando Salesforce en Classic.

Se reduce al hecho de que Classic ha existido durante tanto tiempo que todos han gastado tiempo, esfuerzo y dinero en aprenderlo. Pasar de eso a Lightning significaría volver a aprender los mismos procesos ya que la forma de hacerlo ha cambiado.

Aunque no se trata de una migración completa del producto, sigue siendo un caso clásico de gestión de cambios debido a los grandes cambios en los flujos de procesos y la interfaz de usuario.

Para suavizar esta transición, puede probar guías interactivas que ayudan a los usuarios a navegar Salesforce de manera paso a paso. Me gusta esto –

Creé el flujo anterior usando Whatfix . Puede crearlos fácilmente para cualquier proceso que desee.

El rendimiento de Lightning es lento, el CSS que ofrecieron es detallado y aura-framework no sigue las tendencias de la comunidad de JavaScript y los nuevos estándares web (TypeScript) y más. Aura-framework no se preocupa por el rendimiento del DOM, sino que Salesforce se centró en escribir su propio bloqueo DOM con una capa superficial de servicio de casillero. Claramente, sonaba como SAP donde vives y respiras alrededor del ecosistema SFDC y su oferta.

Aura-framework es bueno para ofrecer piezas organizadas como (js / css / helper / doc) que es una placa de caldera para que un desarrollador diseñe un componente.

¿Tu futura habilidad de contratación?

Entonces, ¿cómo planeas desarrollar un conjunto de habilidades en torno a tu equipo? Esa es una pregunta más importante, la curva de aprendizaje de iluminación es alta, el desarrollador clásico estaba orientado a Java, mientras que la iluminación está orientada a JavaScript. Entonces, ¿debe contratar a un desarrollador de JavaScript y capacitarlo para la iluminación, o debe capacitar a su equipo actual de fuerza de ventas para que recoja la iluminación?

La gente de Javascript siempre se pregunta si faltan estándares / plugins / framework de última generación y nuevos estándares DOM, mientras que al equipo de SFDC le resulta complejo repensar los componentes y recoger javascript.

Debe tener una mentalidad clara que no espere un gran apoyo de Salesforce para integrarse con otros marcos (Angular 4.0 o TypeScript y más) que ve en la comunidad. Mantenlo recto, debes organizar tu movimiento en torno a lo que ofrece la fuerza de ventas, aunque de alguna manera te limita, pero hace tu vida más fácil en este ecosistema.

¿Es fácil recoger el aura javascript framework?

Tienes que cruzar este puente en algún punto, curva de aprendizaje inicial y comprensión empinada, pero una vez que lo superas, puedes dominarlo

Este es siempre un debate abierto entre el equipo de SFDC en cada empresa y reunión y es difícil de responder

La experiencia del rayo parece más moderna y más fresca (funciona bien en demostraciones), pero todavía tiene un largo camino por recorrer antes de que esté realmente lista para la producción.

Lo probamos por nuestra parte, pero resulta que no puede ver el historial de actividad de las cuentas. Lo que hace que todo sea bastante inútil.

Curioso por escuchar sobre la experiencia de otros con él también.