En 2017, que ya tenía muchos años de experiencia en el desarrollo de sistemas de información para negocios, nosotros, Forward Telecom, lanzamos la primera solución en la nube para automatizar las relaciones con los socios: PRMSaaS. El sistema se basa en productos existentes de la compañía. Sin embargo, el cambio en el público objetivo y la forma de acceder al sistema nos hicieron pensar nuevamente en lo que dañaría la cabeza de los usuarios finales al interactuar con su interfaz. Le informamos qué requisitos formulamos para el software empresarial en la nube y cómo logramos cumplirlos.¿Quiénes son nuestros nuevos usuarios?
Llevamos más de 10 años desarrollando, implementando y respaldando sistemas de información empresarial: sistemas de facturación, PRM, CRM, BPM y mucho más. Todas estas no son soluciones "en caja". Para implementar el sistema, es necesario estudiar la infraestructura de TI del cliente e integrar su producto con él. A veces esto implica el montaje de un mini centro de datos en el territorio del cliente. Además de la capacitación de los empleados. Naturalmente, tales sistemas no pueden ser baratos, y nuestros clientes siempre han sido en su mayoría grandes o exitosas empresas medianas. Decidimos lanzar un sistema PRM basado en la nube para un nuevo segmento de clientes potenciales: SMB - pequeñas y medianas empresas.
Dichas empresas a menudo sufren la imperfección de las soluciones informáticas ya hechas y la mala calidad de su soporte técnico. Queríamos proporcionarles un producto simple (en comparación con los sistemas que adaptamos a los requisitos de un negocio en particular), pero un producto confiable que sería asequible para ellos. Por lo tanto, se tomó la decisión de implementar el modelo SaaS, cuando el software en sí se encuentra en nuestro Centro de datos, el proveedor de servicios SaaS brinda servicios, nosotros, como proveedores, nos dedicamos a su desarrollo y actualización, y brindamos a los clientes acceso a través de una interfaz web.
Funcionalidad Primero
Para aquellos que al menos una vez se han ocupado del software que proporciona procesos comerciales complejos con el suministro de grandes cantidades de información, no es ningún secreto que su interfaz no es un campo para experimentos de diseño. Por supuesto, la tecnología no se detiene, la resolución de los monitores está creciendo, incluso en computadoras portátiles de bajo costo aparece la función de "pantalla táctil", y los diseñadores y desarrolladores están muy tentados a mantenerse al día con las tendencias. Nadie quiere parecer un dinosaurio a los ojos de los usuarios, evocando recuerdos nostálgicos de la 95ª "Windows" con la interfaz de su producto. Sin embargo, cualquier cambio, incluso puramente decorativo, del software empresarial debe hacerse con mucho cuidado. El éxito de los productos de automatización depende de cómo simplifican el trabajo con una gran cantidad de información y aceleran las operaciones de rutina. Incluso cambiar el esquema de color o el diseño de los iconos puede causar desorientación del usuario y le costará segundos de tiempo de trabajo. Y en los negocios, como saben, el tiempo es dinero.
Características de las aplicaciones empresariales: empaquetado de datos denso en cada pantalla y tablas como la forma principal de su presentación. No hay ningún lugar para la imaginación creativa. La historia conoce
ejemplos en los que el deseo de hacer un diseño más fresco, y las tablas no son tan voluminosas, llevaron al fracaso de la versión actualizada y a numerosas quejas de los clientes. Esto es algo a tener en cuenta, independientemente de si su software se ejecuta en la nube o en los servidores del cliente.
¿Qué se puede hacer para facilitar la percepción de datos con tanta densidad y trabajar con ellos? Primero, examine cuidadosamente la estructura de datos y elimine los redundantes. Por ejemplo, para combinar celdas cuyos contenidos son leídos por los usuarios como pertenecientes a un solo bloque semántico. En segundo lugar, introduzca la capacidad de ordenar y filtrar los datos de la tabla y mostrarlos de acuerdo con los parámetros especificados. En PRMSaaS, un usuario puede esencialmente estructurar los datos de forma independiente utilizando un sistema flexible de configuraciones para los parámetros mostrados. En tercer lugar, use sabiamente el color y los patrones de su percepción. El esquema de color restringido no causa sobrecarga sensorial, incluso para una persona que trabaja en el sistema a tiempo completo. En este contexto restringido, se destaca claramente una alarma visual sobre eventos importantes para el usuario: errores, campos en blanco, mensajes nuevos. No original, pero funcional.
Oportunidades técnicas para pequeñas empresas
También tuvimos que entender las condiciones bajo las cuales el sistema funcionaría. Y luego entraron en juego las características de la economía nacional, popularmente resumidas como "Moscú no es Rusia". La diferencia en el soporte de TI de las empresas en la capital y la interminable provincia rusa era notable antes. La situación económica de los últimos años solo ha ampliado esta brecha. Como resultado, pensando en las capacidades técnicas de nuestro usuario potencial, tuvimos que imaginar al mismo tiempo a personas con macbooks y gerentes nuevos en puntos de venta remotos en algún lugar de Ufa, Samara o Novosibirsk, que generalmente no saben qué (Ufa, Samara, Novosibirsk - no ofenderse).
Dado que no podíamos permitirnos ralentizar el trabajo con el servicio incluso en el peor equipo de usuario o, como en uno de los proyectos, el hardware local no permitía lanzar ningún navegador moderno.
¿Qué significó esto para nosotros? Primero, debemos minimizar la carga en el hardware del usuario: todas las operaciones intensivas en mano de obra se transfieren al backend (interfaz "delgada"). La computadora del usuario no puede cargarse con scripts innecesarios. No puede usar efectos que requieran una aceleración de hardware significativa.
El cálculo debe ser que algunos de los usuarios trabajarán con nuestro servicio en pantallas de 15 "o con una resolución de pantalla inferior a FullHD. Esto significa que tendremos que usar el espacio de manera económica y minimizar el ruido visual.
Algoritmo de prueba
Aquí no tuvimos que inventar nada. Ya teníamos un esquema para probar las interfaces del sistema de información y estudiar la experiencia del usuario, que se probó durante el desarrollo e implementación de otros productos Forward. Además, podríamos omitir parte de los pasos en este caso, porque estábamos hablando de adaptar las interfaces de un sistema PRM existente.
Todo el algoritmo se ve así:
- El estudio de la experiencia del usuario al realizar las mismas tareas en el antiguo sistema de información o sin automatización.
- Preparación de escenarios típicos de trabajo de usuarios, asignación de roles o grupos de usuarios basados en estos escenarios.
Estos dos pasos ya se han completado en el caso de PRMSaaS, porque teníamos información sobre el comportamiento del usuario y sus posibles roles, recopilados durante el trabajo con PRM que no es en la nube.- Evaluar la carga en el sistema, teniendo en cuenta la duración del trabajo continuo del usuario en el servicio, escalando el número de usuarios para el futuro. En esta etapa, se realizan pruebas de carga automatizadas, por ejemplo, para comparar los valores límite permitidos del tiempo de espera y el comportamiento real del servicio.
- Separación de los derechos de usuario y eliminación de la interfaz de un exceso de funcionalidad para este rol en particular.
- Preparación iterativa de prototipos de interfaz con la funcionalidad mínima requerida para cada rol, desarrollo de versiones preliminares de interfaces de trabajo.
- Operación de prueba en un número limitado de usuarios.
- Estudiar los resultados de las pruebas y verificar la corrección de los usuarios.
- Corrección de errores, optimización frontal y backend basada en los resultados de las pruebas de carga y de usuario.
Lo mismo se repite para cada bloque de función o proceso implementado en el servicio.En lugar de una conclusión
De estos requisitos previos y procesos, la interfaz PRMSaaS nació en su forma actual. A pesar de las dificultades anteriores, se pueden distinguir dos vectores principales. En el backend, la lucha entre la belleza y el utilitarismo gana al utilitarismo. Esta elección está dictada por los requisitos operativos generales para las interfaces de la mayoría del software empresarial. El front-end se centra en las tecnologías de portal y en el trabajo con aplicaciones móviles, aquí tenemos los dictados del diseño y la ergonomía. Y aquí, por supuesto, debe envolver su producto en un paquete decente, guiado no solo por consideraciones prácticas, sino también por las tendencias de las que tanto hablan los desarrolladores extranjeros y los diseñadores de interfaces: gamificación de las tareas del usuario, personalización del diseño o uso de tecnología de pantalla táctil. "