Escrito por Norman Castro el 1 abril, 2010

En la actualidad y cada vez un poco mas, los usuarios que acceden a nuestra web, son usuarios con un control superior en manejabildiad dentro del mundo web, por este motivo hoy en día es mas sencillo diseñar un formulario de tarificacion que puede llegar a ser mas complejo sin tener que “pensar” que estas complicando mucho la usabilidad de la pantalla.
El diseño es un aspecto importante. Dos aspectos importantes en este sentido son el rechazo inicial de los usuarios cuando se modifica el diseño de las aplicaciones, y lo mucho que pueden cambiar los resultados de una página con unos cambios mínimos.
Todo esto nos lleva a que un buen diseño merece el tiempo y esfuerzo invertidos porque hace mucho por atraer y mantener a los usuarios, pero realmente, ¿quién es capaz de determinar lo que es un “buen diseño”? Utilizando como referente a Lukas Mathis, se plantea una cuestión interesante sobre interfaces de usuario y cómo algunos usuarios prefieren que mantengan su complejidad(Igualmente, yo personalmente prefiero las pantallas de usuario WEB lo mas limpias posibles y ligeras).
Exponiendo este tipo de usuario, me surge la siguiente pregunta, ¿en qué afecta esto a la cultura de las compañías en la red? Lo que quiere decir es que no todos los usuarios son iguales. No todo el mundo busca el diseño más limpio y simple; algunos quieren más funciones y más complejidad. Lo que hay que recordar es que hay una diferencia entre tener una interfaz compleja y tener una interfaz complicada.
Un ejemplo claro de que cada vez se debe evolucionar nuestras interfases seria Twitter que seria la interfase mas sencilla para un usuario, ha comenzado a aumentar en complejidad al añadir nuevas funciones de retweet, listas, temas del momento y más.
Estéticamente, un “buen diseño” significa uno que sea llamativo a la vista y sea fácil de navegar visualmente. Con esta idea, es importante que las interfaces complejas estén bien diseñadas, de manera que los usuarios que prefieran la simplicidad no se vean abrumados.
En conclusión, un “buen diseño” puede ser simplemente un diseño que sea refinado estéticamente y que además sirva para ayudar tanto a principiantes como a usuarios avanzados a encontrar fácilmente las funciones que buscan sin sentirse ni abrumados ni decepcionados, en un punto medio equilibrado.
Fuente: Chris Cameron
Publicado: 1 abril, 2010
Categorias: Atención al cliente, CRM, Compañía de seguros, Experto en Seguros, Externalización, Nube, corredores, internet, mediadores, online
Etiquetas: Etiquetas: Aseguradoras, Compañía de seguros, corredores, innovacion, integracion, internet, mediadores, Sistemas de informacion
Escrito por Norman Castro el 18 marzo, 2010

Haciendo referencia al post “Posible modelo para la gestión de múltiples aplicaciones EAI hacia BPM (Parte I)” hoy me gustaría explicar el siguiente paso Natural para llegar a tener un EAI orientado hacia BPM.
Como ya se explicaba en el primer paso ya tenemos la “integración de sistemas basado en funcionalidades, no en datos”.
Ahora nuestro siguiente paso es automatizar nuestros procesos que hasta el momento lo realizamos de forma manual y poco estructurada, o mejor dicho, cada persona y cada organización tiene sus procesos claros, no diré documentados, porque eso seguro que mas de uno suspende, encima si sumamos que actualmente una compañía puede haber adquirido una o mas compañías, una buena forma de organizar y sobre todo tener claro los procesos críticos de la compañía es la utilización de un BPM y a parte así vamos adelantando trabajo para SolvenciaII.
El paso 2 seria dotar a nuestros sistemas de lógica de negocio. Cuando decimos lógica de negocio entraría directamente relacionado con el BPM, porque dentro de este punto ya entraría el workflow de nuestros procesos, también utilizaríamos el motor de reglas de negocio y facilitaríamos a nuestros usuarios finales las suficientes herramientas de acción sobre el proceso.
Ejemplo: Con el paso 1, podemos tener integrado en un EAI nuestra BBDD y nuestra aplicación y a parte la BBDD de nueva adquisición y también su aplicación, entonces podemos seleccionar un procesos Piloto y desarrollamos un BPM por una capa superior del EAI, así nuestro BPM se nutre de información de todas nuestras BBDD como si fuera un Data global, una vez tenemos toda la información en nuestro proceso ya podemos ejecutar nuestro proceso, por ejemplo las liquidaciones de comisiones, que podría ser un buen ejemplo porque deberíamos ir a una BBDD a buscar todas las ventas y comisiones de un agente y luego deberíamos ir a la segunda BBDD e ir a buscar las ventas y las comisiones del mismo agente.
Hay que tener presente que en un papel todo se aguanta, lo que aquí se escribe puedes parecer sencillo, pero ya puedo asegurar que es un proyecto muy costoso tanto en tiempo como el precio.
En conclusión, dentro de este mundo de compras y uniones de compañías, puede ser una buena solución, primero para poder identificar y tener un modelo único de procesos y lo segundo es para llegar a tener una sinergia entre todos los sistemas de la compañía.
EAI: Herramienta para poder integrar “N” aplicaciones/sistemas
BPM: Gestión de los procesos de negocio.
Workflow: Flujo de trabajo
BBDD: Base de datos
Publicado: 18 marzo, 2010
Categorias: BPM, Compañía de seguros, EAI, Experto en Seguros, SolvenciaII, corredores, mediadores, online
Etiquetas: Etiquetas: Aseguradoras, BPM, Compañía de seguros, corredores, EAI, integracion, mediadores, SolvenciaII
Comentarios Recientes