El más innovador “paquete” que se ofrece hoy en el sector asegurador (Direct Writer de Codeoscopic s.a.), permite, sin la intervención de ningún informático,  (si se dispone de la nota técnica y se han descrito las garantías que formarán el producto)….

• A las 8,00 de la mañana se crean los riesgos y su visión en los diferentes formatos de representación.
• A las 8,30 se definen las garantías y todo lo asociado a las mismas (prima, carencias, franquicias, comisiones, dependencias, obligatoriedades, etcétera).
• A las 9,30 se define el producto y se le asocian riesgos y garantías
  • Se cargan tablas si las hubiera (profesiones, códigos postales…)
  • Se introducen los valores de parámetros del producto. (formas de pago, de contratación, de aceptación …)
  • Se seleccionan las reglas de negocio que le serán de aplicación y se crean algunas de nuevas si no estuvieran ya en el repositorio por compartirlas con otros productos.
  • Sobre las 12.00, se testea el producto con las herramientas propias disponibles, se valida y se publica.
  • Sobre las 13.00 horas ya está accesible a nuestra red de distribución y podemos emitir alguna póliza antes de irnos a comer.

¿Qué aplicación informática de una de las diez primeras compañías del mercado permitiría esta velocidad de creación y puesta en  marcha de un nuevo producto (no clonado!!!!)?.

Ninguna.

Entramos ya de lleno en la discusión de cuando debería contratarse un “paquete” de seguros o desarrollarse una aplicación propia y a medida.

LAS GRANDES COMPAÑÍAS

Algunas se deben a disciplinas internacionales y las restantes utilizan siempre desarrollo propio con apoyo exterior, aunque puntualmente, para alguna línea concreta de distribución directa se hayan basado en algún paquete ya existente.

Utilizan como consultores externos de sus desarrollos a las primeras consultoras del mercado… que nunca han desarrollado un “paquete” para ofrecérselo a sus clientes, ya que basan toda su estrategia en el apoyo directo mediante su aportación de experiencia… en base a  número de horas de mucho mayor  coste que los de los proveedores de “paquetes”.

No queremos entrar en juicios de valor acerca de si los proveedores de paquetes serían mejores consultores para un desarrollo a medida que las grandes compañías de consultoría, aunque algunos proveedores de paquetes han implantado sus aplicaciones en más de 15 compañías, de forma integral e incluyendo la migración de los datos, pero, sí hay algo que parece inexplicable. ¿Por qué las grandes compañías, antes de iniciar sus propios desarrollos a medida o la mejora de los mismos no tratan de obtener traspaso de “know how” de los proveedores de paquetes, que tecnológicamente van muy por delante de las grandes consultoras?  Es barato, rápido, y puede ahorrar un montón de horas y costes de Consultoría y desarrollo informático posterior. (Y asegurar un rendimiento seguro).

LAS MEDIANAS Y PEQUEÑAS COMPAÑÍAS.

En nuestro criterio, ninguna compañía con unos ingresos en primas de menos de 75 millones de euros anuales  debería plantearse otra solución que no fuera la adquisición de un “paquete”. Entre 75 y 150 millones, habría muchas consideraciones a realizar.

Conocemos compañías de tamaño  inferior a los 50 millones de euros anuales en primas que disponen de aplicación de desarrollo propio, con más de seis informáticos en plantilla y tecnológicamente muy retrasados.

La utilización de un “paquete” para estas compañías puede suponer una inversión total (llave en mano, incluida migración) de entre 225.000 y 500.000 euros.  Las ventajas que supone, son:

• Tecnología de vanguardia que permite crear ventajas competitivas frente a las grandes compañías. (Por ejemplo, garantía de daños por agua en un hogar con carencia y franquicia que, al aumentar su valor, desciende la prima neta y aumenta la comisión del mediador, un perfecto “win-win”, o emitir suplementos con un simple arrastre del “mouse”).
• Disponer de los programas fuente tras una puesta en marcha que raramente excede el año.
• Disminución de los recursos propios de desarrollo y sus costes.
• Despreocupación ante los cambios legislativos, respeto a la LOPD, Planes de Continuidad y Contingencias, etcétera, que serán asumibles por el proveedor.
• Posibilidad de política SAAS (pago por uso) y filosofía “Cloud Computing”.
• BPM incluido de forma nativa en la solución, con las ventajas de automatización de tareas y “rightsizing” de recursos.
• …

Son muchas más las ventajas, pero muchas veces es el Director de Sistemas de Información el que parece oponerse a la utilización de “paquetes” por un temor totalmente erróneo a perder poder en su organización. Y, curiosamente, en las pequeñas organizaciones, es bastante habitual que la Dirección General no desee “enfrentarse” a su Director de Sistemas de información en temas de índole tecnológica.

Nuestra recomendación es que deben conocerse y contemplarse las diferentes opciones de puesta al día de las soluciones informáticas del sector (“paquetes” y desarrollo propio) y que deben participar en la decisión, (además de la Dirección general)  los diferentes responsables de negocio. ( Comercial, Producto, Siniestros, Administración…).

…no creemos que ningún corredor, al leer este artículo, piense que remamos en contra de su futuro, sino todo lo contrario, pero para curar una herida hay que abrirla primero para poderla limpiar y evitar su gangrena. Vamos a tratar de abrir esta herida y sugerir pautas para su cura, que la creemos perfectamente posible.

Que la situación de los corredores en su conjunto está en su peor momento profesional, lo dicen todos los actores y las publicaciones de su propio colectivo.

Las líneas de venta directa no solo han afectado a la pérdida de cartera y a la bajada de la prima media de los corredores en el ramo de automóviles, sino que empiezan a hacerlo en el ramo de Hogar y seguirán con otros muchos ramos más.

La bancaseguro duele, y parece ya inevitable que la legislación permita en un futuro muy próximo que la banca pueda obligar a los clientes de sus préstamos e hipotecas a contratarles determinados seguros en relación directa o indirecta con el motivo del préstamo dinerario.

Muchas compañías, cada vez más, se han hecho con el control (directo o indirecto, qué más da…) de muchas corredurías, que pierden así su capacidad de independencia y de colaboración con sus congéneres sectoriales. Hasta bancos extranjeros han adquirido el control de corredores y corredurías españolas!.

Organizaciones, muchas de ellas financiadas por sociedades de capital riesgo o con sus propios recursos, van adquiriendo carteras y sociedades jurídicas de pequeñas y medianas corredurías, tratando de ganar tamaño como medio de combatir mejor las nuevas amenazas sectoriales.

La crisis actual, que es en realidad el nacimiento de un nuevo modelo  de negocio que aún nadie es capaz de definir con exactitud, ha reducido la vida media de las carteras, la prima media de las operaciones de valor añadido (más propias de los corredores, como el ramo de PYME) y se ha convertido en un río muy impetuoso donde solo sobrevivirán los MAS FUERTES.

Como dice el chiste de un oso que persigue a un montón de corredores, lo importante no es correr más que el oso, sino correr más que los otros corredores. Es el sálvese quien pueda.

Hasta aquí la visión, no por negativa, real del colectivo de corredores y corredurías de nuestro país… la que nosotros vemos (debemos admitirlo) desde nuestra cómoda barrera.

Tachando de encomiable la labor de los Colegios de Mediadores y de las asociaciones de corredores… no basta. No puede pedirse a estas entidades que sean los “salvadores” del negocio particular de cada corredor.

Hay que dar un paso más.

Para competir contra mercados “fuertes”, los corredores deben ser más fuertes, mucho más fuertes que a nivel individual lo son ahora cada uno de ellos. La única forma que nosotros vemos posible para adquirir esta fuerza es una unión entre corredores mucho más allá de compartir intereses e ideas comunes en colegios y asociaciones.

Creemos que es inevitable crear una AIE (Agrupación de Interés Económico) donde cada corredor sacrifique (sin perder su persona jurídica actual) parte de sus primas, de sus ingresos, de sus clientes, en aras a conseguir más facturación con menos gastos. Es decir, más beneficios y más permanencia de carteras.

Esta AIE deberá ser dirigida por un Gerente profesional, “no corredor” y un equipo de gestión propio y profesional, con un tecnólogo y un innovador reconocidos.

Convirtiendo los “pequeños” negocios actuales de correduría en un gran negocio de netenares o miles de corredores integrados en una empresa que consolida (y reparte) facturación y beneficios según lo aportado por cada “socio” se puede conseguir…

• Prescindir de la informática propia mediante creación de un Cloud Computing global, reduciendo costes de oficina, acercando el servicio al cliente final y garantizando la integridad y accesibilidad de la información.
• Tener costes variables asociados al volumen puntual de cada momento del negocio. (huir de los costes fijos). Pagar por uso.
• Dar cobertura y apoyo en siniestros en toda la geografía española de forma local, por acuerdo de colaboración  entre los socios.
• Impulsar globalmente la venta directa a clientes potenciales indiscriminados mediante utilización común de tecnologías como AVANT2 (www.avant2.es) apoyándose en acciones desde las redes sociales y compartiendo los gastos, los beneficios y el soporte a las pólizas por el concepto que se especifique. (por ejemplo, por código postal).
• Compartir redes de auxiliares de seguros en el caso de venta directa que requiera atención personalizada o ampliación  de negocio. (Cliente integral).
• Actuar como un “marketplace” común, por ejemplo disponiendo de especialistas en seguridad que puedan permitir ofrecer a las Pyme’s no solo seguros sino soluciones de seguridad física y lógica,  integral.
• Negociar con la  bancaseguro apoyo a las redes bancarias en operaciones complejas, pactando el respeto de la propiedad del cliente en cada caso. (Compartir un mismo cliente).
• Participar en el capital de compañías de seguros que se avengan a desarrollar productos específicos y exclusivos de distribución en esta AIE… o crear compañía propia de la AIE. (Ya existe un ejemplo en el país).
• … y todas las ventajas que supone aunar el potencial de centenares o miles de corredores.

Esto solo es un resumen con ciertos apuntes, pero es un escenario que permite un gran nivel de creatividad, que puede imponer “reglas” sectoriales… y que permite la subsistencia de los actuales pequeños y grandes negocios de correduría sin correr el riesgo de quedar reducido a una décima parte al igual que ya ocurre con el modelo francés. Solo falta “quien coloque el cascabel al gato” e inicie los primeros pasos hacia esta nueva estructura de negocio. Aunque no seamos los más indicados, nuestro hombro queda disponible desde este momento para arrimarlo, con nuestra experiencia y nuestras soluciones sectoriales, al carro que ustedes decidan apoyar.

En estas fechas tan marcadas, todo el equipo de Codeoscopic os desea una Feliz Navidad y que tengáis una muy buena entrada en el 2012 lleno de éxito y triunfos.

Otras Compañías han utilizado ya nuestra receta y han quedado muy satisfechas con sus resultados. Esta vez vamos a preparar la paella comunitaria “pilar operativo de Solvencia II”. La base de nuestra receta es disponer de una aplicación informática flexible y tecnológicamente avanzada, ya que será el ingrediente básico para obtener el resultado final con todas las garantías. Si no dispone de este componente, diríjase a nuestras oficinas y se lo proporcionaremos.

De disponer ya de una aplicación informática de las de “hoy en día” (mejor basada en RIA), debe ponerse en la sartén conjuntamente con las herramientas BPM. Sería un error dejar para “más adelante” las herramientas BPM, pues el sabor final carecería de eficiencia en los procesos, automatismos en las tareas y capacidad de rightsizing en los recursos. Si su aplicación informática lleva incorporado un motor de BPM que se integra totalmente con las tareas diarias de la compañía, mucho mejor, que es el caso de nuestra aplicación informática.

En primer lugar procederemos, si aún no lo hubiera hecho, a levantar sus procesos y optimizarlos, es la base ideal sobre la que construir el guiso perfecto. No lo deje para más tarde, sus competidores llevarán a sus actuales clientes a sus propios restaurantes, así de importante es conocer y optimizar nuestros propios procesos.

Otro aspecto importante al definir sus propios procesos es el de asociar a las tareas de sus procesos los riesgos que puedan llevar asociados.

Si ya ha advertido y detectado estos riesgos, si sabe cómo controlarlos y cómo actuar alternativamente en caso necesario, si puede monitorizarlos y establecer su trazabilidad histórica, podemos seguir con la receta. De lo contrario, deje a un lado el guiso y dedique rápidamente sus esfuerzos a estos indispensables elementos de toda buena paella comunitaria Solvencia II.

Cometeríamos un fallo imperdonable si pensáramos que el buen guiso solo requiere de acciones internas en su Organización.

Otra necesidad cuasi ineludible para servir bien en la mesa sectorial el producto que estamos elaborando es sazonarlo generosamente de un crecimiento en ventas superior a la media de sus competidores.

Por fortuna para usted, tiene estos ingredientes al alcance de su mano. Hay dos tipos de plataformas dedicadas a cotizar sus productos y obtener perdidos a través de ellas que debe utilizar si quiere una paella rica en marisco. Un tipo es el que le permitirá conectarse a distintos tipos de mediadores y poder disputar con sus competidores, en un entorno de multi—comparación, su oferta. De estos hay muchos, y cada uno de nosotros piensa que el nuestro es el mejor condimento que usted puede usar en este caso.

Independiente de que compita usted para atraer a los mediadores (Corredores y agentes vinculados en este caso), hay otro tipo de plataforma dedicada exclusivamente a que su oferta se haga cercana a cualquier cliente potencial, desconocido e indiscriminado. De estos hay muy pocos, pero puede contar con el nuestro para ir finalizando su guiso.

Como aderezo final, no puede usted prescindir de este “color de azafrán” que le van a aportar las redes sociales, su uso para encaminar a estos clientes indiscriminados a su oferta… sin tener que compararse públicamente con los demás. Su cliente potencial, para usted solo.

Sabemos que no es una receta sencilla, razón de más para que repase hoy mismo si dispone de todos los componentes para elaborarla o debe ir en busca del proveedor adecuado. Suyo, que lo es…

Los últimos días han sido de una gran intensidad en el mundo de la tecnología debido a las últimas noticias de Adobe sobre la plataforma Flash, su futuro en los móviles y el futuro de Adobe Flex, la plataforma usada en Codeoscopic ampliamente en lo que respecta a la capa de presentación de sus productos.

Como responsable del departamento de tecnología de Codeoscopic y teniendo una estrecha relación con los departamentos internos de Adobe creo conveniente transmitir mediante esta entrada la realidad detrás de los cambios anunciados y clarificar dichas noticias eliminando los posibles malos entendidos.

El futuro de Flash en dispositivos móviles

Adobe ha anunciado que Flash no será mantenido en los navegadores de las plataformas móviles. Este movimiento es muy correcto y coincide plenamente con la estrategia de Codeoscopic en lo que respecta a dispositivos móviles. El usuario de dispositivos móviles consume a través del navegador principalmente contenido HTML5 (webs, blogs, y contenido eminentemente textual). En cambio, deja para las aplicaciones nativas el resto de usos como los juegos, readers, multimedia o aplicaciones empresariales. Los productos de Codeoscopic se engloban dentro de esta última categoría y para ello usamos Adobe AIR donde podemos combinar HTML5 y/o Flash indistintamente y generar una aplicación nativa para las plataformas iOS, Android o BlackBerry mediante un solo desarrollo. Asimismo la misma plataforma nos permite desplegar en entornos no-moviles (Windows/Mac/Linux) sin mayor esfuerzo.

Sobre Adobe Flex

Adobe Flex es hoy por hoy, la mejor solución para aplicaciones empresariales por capacidades nativas y por productividad en el desarrollo.

Adobe ha anunciado que donará Flex a la fundación Apache. A su vez mantendrá todo un equipo de ingenieros manteniendo el producto, asegurando la compatibilidad con futuras versiones del Flash Player (en estos momentos la version 12 ya se está desarrollando), y por último mantendrá Flash Builder (algo normal ya que es un producto típico de su catalogo de herramientas y donde realmente generan sus ventas).

Por tanto, mientras que Flex es una realidad hoy en día, HTML5 no lo es, en lo que respecta a aplicaciones empresariales, como es el caso de los productos de Codeoscopic. La revolución de HTML5 tiene su origen en la web, en blogs, redes sociales o webs informativas, donde el *texto* o la orientación al *documento* es el principal motivo. Pero todavía no está preparado para enfrentar *aplicaciones* del tamaño de un ERP como Direct Writer o similar.

El futuro de flex es muy alentador gracias a la introducción de Apache. El equipo humano detrás de Apache que trabajará junto con el de Adobe es realmente brillante. Además los aportes nuevos que Adobe donará son otro avance más en la plataforma. Para muestra, un botón: Una de las donaciones de Adobe a la fundación Apache es Falcon JS, un compilador experimental de Flex a HTML5/JS algo que puede posibilitar que Flex produzca contenido para diferentes entornos de ejecución (en este caso hablamos de Flash y HTML5).

Sobre Codeoscopic y RIAlity

Codeoscopic basa sus productos en su propia tecnología RIAlity, la cual es una arquitectura clásica de 3 capas basada en Java. Flex es la capa cliente, usada por ser la única que ofrece la posibilidad de hacer hoy en día productos con la complejidad de un Direct Writer (nuestro ERP de seguros) con la calidad industrial que nos caracteriza. Nuestro core java nos permite integrar otras tecnologías cliente con facilidad e incluso conectarnos con otro sistemas.

Codeoscopic tiene claro, como el resto de organizaciones en el mundo (como Google, Apple, o la propia Adobe), que en el largo plazo (4 a 8 años), HTML5 podrá ser una solución viable. Por esta razón todos los fabricantes están invirtiendo para conseguir alcanzar la meta y que la promesa de HTML5 se convierta en una realidad, no solo a nivel de contenido en el navegador web, si no como infraestructura en cliente de una aplicación empresarial de un tamaño y complejidad elevado.

Codeoscopic es una compañía totalmente comprometida con la innovación tecnológica y es seguro que iremos adaptando nuestros productos a las nuevas tecnologías y a HTML5 conforme estas sean realmente viables. Pero esto es algo que no ocurrirá en los próximos años (hay que tener en cuenta que el propio W3C, organismo encargado de aprobar la especificación HTML5, nos avisa que la aprobación de esta tecnología no ocurrirá hasta 2014 ya que queda mucho trabajo por hacer).

En resumen

Las noticias de Adobe no cambian la realidad actual. Sí bien es cierto, que HTML5 debería ser el futuro en el largo plazo (4-8 años), en estos momentos nada hay de cierto todavía en las fechas actuales. Es evidente que si todas las principales compañías están apostando por esta tecnología la utopía terminará siendo una realidad al igual que en esa epoca seguramente conduciremos coches eléctricos.

Por otra parte el futuro de Flex es tranquilizador gracias a la inclusión de Apache, a que Adobe seguirá estando al lado de la tecnología. En definitiva, muchas de las grandes compañías (como SAP y Oracle) y otras muchas miles no tan conocidas, han invertido mucho dinero en flex y tiene soluciones basadas en dicha tecnología con grandes resultados, estando al comienzo de sus ciclos de amortización. Es de esperar que la nueva etapa de Flex sea más prometedora que la anterior gracias a que no solo Adobe estará involucrada en dicha evolución.

Ya podemos decir que el término “SaaS” está integrado en nuestra vida al 100%. Cuatro razones por las que subir tu negocio a la nube pueden estar labradas por la experiencia de profesionales IT y por el respaldo de grandes marcas como Google, IBM, Netgear o Dell.

No es más que el casi inevitable camino de la evolución el que nos hace adentrarnos en un terreno, para algunos, pantanoso. El hecho de no tener controlados, o “a la mano” los datos que solemos usar en la empresa, hace a muchos tener un sentimiento reticente ante lo nuevo.

El primer aspecto a destacar es la redundancia de datos. Los sistemas SaaS suelen tener la posibilidad de seguir funcionando aunque una parte de todo el sistema haya caído. Esto para las empresas es un aspecto muy positivo. El almacenamiento físico empieza a desaparecer y vemos el virtual. Éste último es más versátil y puede ahorrar sin problemas costes económicos.

Cada vez tenemos mejores infraestructuras en la red y la velocidad de acceso a Internet se multiplica poco a poco. Esto es un detalle que impulsa la computación en este modelo por su rápido acceso a los datos necesitados. El aspecto más difícil de controlar es la seguridad pero al tener un perímetro medido y vigilado podemos magnificar la seguridad y así proteger nuestros datos de interés.

En conclusión, estas ventajas estarán cada vez más presentes en cada empresa y en cada negocio. En los años setenta y ochenta le computación se entendía de la misma forma de la que hemos bautizado con el nombre de “SaaS” hasta que se decidió poner los datos de cada usuario en su ordenador personal.

Existe la compañía que apuesta por una informática actualizada al día, hasta llegar al otro extremo que es la compañía que está trabajando con las herramientas de hace 12 años.

Dentro de estas compañías, siempre teniendo presente la capacidad del departamento de informática, podríamos identificar las siguientes tipologías:

• Desarrollo propio (riesgo de quedar desactualizado a nivel tecnológico)
• Paquete informático de más de 10 años (por tipología de producto es un cliente cautivo, estar atado a un proveedor)
• Paquete informático actual y moderno (nos da la ventaja de estar actualizado y tener la posibilidad de obtener las fuentes)

Sin entrar en todos los posibles indicadores que nos pueden señalizar cuando debemos plantearnos realizar un cambio de aplicación, hoy os voy a dejar varios indicadores que tienen bastante peso dentro de esta decisión, porque van alineados con la producción y con la parte más estratégica de la compañía.

Un indicador muy, pero que muy importante que se debe tener presente en la actualidad es la facilidad de conexión; es decir, debemos tener una aplicación web, porque nos facilita el acceso de nuestra red de distribución, porque para el personal de la compañía es también más fácil el acceso ya que no se debe instalar nada en cada máquina y porque podemos dar acceso a nuestra plantilla y a nuestra red de auxiliares y profesionales desde cualquier punto.

Otro indicador que debemos grabarnos a fuego es el “time-to-market”, un concepto que damos por hecho que lo tienen todas las compañías. Sin embargo, es increíble ver el tiempo que se tarda desde que se diseña un nuevo producto partiendo de la nota técnica hasta que se crea en producción. Se puede decir que se están aplicando unos tiempos que no son acordes a la potencia que podemos encontrar en la actualidad.

Debemos tener un taller de producto alineado con las necesidades estratégicas de la compañia, que nos de la flexibilidad de dar de alta un nuevo producto en cuestión de horas (poner que en cuestión de minutos sería abusar pero es la realidad), tener la posibilidad de añadirle reglas de negocio y puestos a definir el marco ideal poder añadirle un ‘workflow’ (bpm) en el proceso de creación.

Finalmente, os dejo un indicador que puede pasar más desapercibido pero es igual de importante: la usabilidad. Una vez que nos embarcamos en el cambio de aplicación, es imprescindible buscar una solución que sea 100% usable por parte de usuario, que, en definitiva, será la persona que explotará dicha aplicación.

Estos son, solo, algunos de los indicadores. Pero la lista es más larga.

Antes de entrar en un canal directo, debemos tener varios puntos bien solucionados. Empezando a nivel tecnológico, debemos tener una plataforma de venta directa “e-comerce” para poder facilitar la contratación on-line.

Podemos afrontar el proyecto desde dos vías, la primera es realizar un desarrollo propio y asumir el coste a nivel interno. La segunda vía es realizar la adquisición de una plataforma de venta on-line. En la actualidad no hay muchas en el mercado, pero las que hay están muy bien desarrolladas.

Dentro de nuestra plataforma de venta directa, tenemos que tener presente siempre (grabado a fuego) el aspecto de Usabilidad, accesibilidad, tener una interfase amigable para el usuario (ya que no es profesional) y sobre todo tener el flujo de contratación bien desarrollado y optimizado para el proceso de compra.

Hay características implícitas dentro de la plataforma, por ejemplo, debe tener una buena arquitectura para poder posicionarse de forma natural en los buscadores, siempre teniendo presente que existen muchos más factores para posicionarse.

Debe tener un “time to market” alineado con el desarrollo de productos de la compañía, para poder tener ese punto bien sincronizado la mejor opción es integrar el motor de tarificación vía Web Services con nuestra plataforma de venta.

Otro aspecto importante es realizar el impulso de comunicación/visualización de nuestra plataforma en los medios on-line, porque si decidimos entrar en dicho canal y no realizamos una acción de visualización y marketing on-line y de socialMedia no obtendríamos los resultados esperados ya que nadie lo conoce.

A nivel de producto, aquí se despierta un debate, hay gente que opina que debe ser el mismo producto que se debe utilizar en todos los canales de distribución (agencial, corredor, directo…) y después hay gente (me incluyo) que se deben paquetizar los productos dependiendo del canal que se quiera comercializar, así poder destacar el valor diferencial de cada canal, pero como os comento aquí cada compañía tiene su estrategia.

Al final hay que tener claro que para entrar debemos tener una plataforma actual, una campaña de comunicación y unos productos adaptados al canal.

La operación, que soporta varios planes de financiación públicos de prestigio como CDTI o Enisa, ofrece el impulso necesario para acometer un plan de negocios ambicioso en el sector asegurador que consolide la posición de los principales productos de la compañía en el mercado. Algunos de los productos estrella de Codeoscopic son Direct Writer, el ERP de entidades aseguradoras y agencias de suscripción y el multitarificador de seguros Avant.

La firma prevé triplicar su plantilla en dos años, pasando de 14 a 45 empleados y multiplicar por siete la facturación, hasta llegar a 8,5 millones de euros en 2014.

Los grandes actores que definen la tecnología a nivel mundial llevan tiempo invirtiendo en ese futuro móvil. El desafío actual para empresas orientadas a productos software, como es el caso de Codeoscopic, es conseguir desplegar los servicios que ofrecen sus productos en multiples pantallas y dispositivos.

Esto hoy en día ya es una realidad. En el caso de Codeoscopic, los productos para el sector asegurador que ofrecemos se diseñan con ese concepto de multidispositivo en mente. Tanto a nivel de la tecnología base, gracias a la Plataforma Flash, como a nivel de estructura y arquitectura de nuestros proyectos, gracias a nuestra plataforma tecnológica (RIAlity), podemos atacar todos los sistemas operativos (Windows, Mac, Linux) tanto a nivel de navegador (Internet Explorer, Firefox, Chrome, Safari,…) como de escritorio (con Adobe AIR), así como las principales plataformas moviles para smartphones y tablets (Apple iOS, Google Android y BlackBerry).

Es importante tener en cuenta que las distintas versiones de una misma aplicación para distintos dispositivos tendrán de forma natural diferenciaciones en usabilidad propias de dichos dispositivo y pantalla.

Es obvio que la forma en la que el usuario de una aplicación interactua con un dispositivo táctil es distinta a la forma de operar en un navegador de internet. En el primer caso el dedo con el que presionamos la pantalla táctil tiene una sección de presión mucho mayor que el puntero de ratón en un browser. Adicionalmente, estamos cubriendo la visibilidad del resto de la pantalla (con el dedo y la mano). El uso de móviles y tablets está dominado por multiples gestos, con uno o varios dedos, con los que abrimos un nuevo abanico de posibilidades (movernos a nuevas pantallas de la solución, hacer drilldown posicionandonos sobre un dato, etc…). En el browser las aplicaciones enriquecidas siguen evolucionando en usabilidad y aspecto aunque las formas de interactuar siguen siendo las ya conocidas a través del teclado y el ratón.

Todo esto hace que tengamos que desarrollar distintas versiones de una misma aplicación, pero la clave está en separar correctamente la lógica de negocio y los servicios de las distintas aplicaciones que usen dichos servicios. Además determinadas funcionalidades que estuviesen en la versión de escritorio pueden no tener sentido en la versión movil, y viceversa.

Con todo, la Plataforma Flash y Adobe AIR son un punto crucial al ofrecer una plataforma de desarrollo unificada con capacidad de despliegue en multiples pantallas. Gracias al Open Screen Project todos los grandes fabricantes están apoyando el ofrecer experiencias de usuario consistentes a través de dispositivos y pantallas gracias a la Plataforma Flash.

La revolución móvil ya está aquí y la estrategia de producto para ofrecer multiples dispositivos de forma consistente será crucial en el nuevo orden de cosas ya que los clientes esperan estar conectados desde cualquier máquina a su disposición.