Inicio
 > Informes e investigaciones > Blog de TEC > La estrategia del portal: La historia de un vend...

La estrategia del portal: La historia de un vendedor y su significado

Escrito por: Predrag Jakovljevic
Publicado: octubre 5 2005

Impacto en el mercado

El anuncio de Epicor de proporcionar un rico contenido en el portal y de crear una plataforma estandarizada al utilizar Microsoft .NET, junto con su estrategia general de desarrollar rápidamente aplicaciones de portal, y el menguante número de proveedores de portal viables, indica dos cosas: que indiscutiblemente los portales se están volviendo más importantes, pero que no son un mercado viable por sí solos (y no serán capaces de sostener a un gran número de representantes).

Segunda parte del artículo Epicor le da a sus aplicaciones más que un retoque.

Los portales abren una ventana de comunicación entre las aplicaciones empresariales y comunidades de clientes, socios, proveedores de contenido, publicistas y, en la mayoría de los casos, el publico en general. Además, los portales de información empresarial (EIP) proporcionan ventanas dentro de la información, de las aplicaciones y de los procesos empresariales. Como resultado, los vendedores líderes de aplicaciones empresariales han hecho cambios para adaptar estrategias de los portales de Internet. El principal objetivo es crear un lugar de trabajo y un mercado virtual para los usuarios, donde las aplicaciones empresariales, los sistemas dispares de etapa final y el contenido externo y los servicios (catálogos, directorios, servicios de viajes, beneficios de administración, etc.) se pueden accesar de forma transparente y fluida por los usuarios por medio de la Web. De aquí surge el término nuevo de la legua vernácula del portal: business intelligence (BI), el cual es un portal corporativo que le permite a los usuarios preguntar y hacer reportes acerca de amplias bases de datos empresariales.

Una vez que dejo de tener su rol original como capa de presentación autónoma se convirtió en una de las partes de una pila tecnológica más grande, el portal ahora es considerado como parte de una mayor oferta, siéndolo en colaboración, en aplicaciones verticales específicas o en infraestructura de la aplicación y en middleware.

Por lo tanto es lógico ver que varios de los proveedores de aplicaciones empresariales y mercado medio se alían con los proveedores del marco de trabajo de los portales de mayor nivel, en lugar de desperdiciar preciados y escasos recursos en "encontrar el hilo negro”. Este acercamiento debería ayudarle a su propuesta de incrementar el uso de portales basados en la Web entre sus clientes comerciales, mientras que, al mismo tiempo, hace que el uso de sus propios recursos de investigación y desarrollo (R&D) sea más eficiente y de punta. Además, algunos proveedores ambiciosos de planificación de los recursos de la empresa (ERP) con líneas múltiples de productos deben ser capaces de crear nuevas características y, al mismo tiempo, mejorar el aspecto y la disposición de sus surtidas líneas de productos de planificación de los recursos de la empresa (ERP), hacerlas más veloces y actuales.

Para mayor información acerca de los portales, consulte Los portales: necesarios pero no autosuficientes.

Actualmente, el mercado está teniendo un crecimiento de "co-ompetencia" donde los competidores están forjando sociedades para un tipo de tecnología en particular. Los proveedores que venden Java 2 Enterprise Edition (J2EE) o aplicaciones basadas en Microsoft .NET están acomodando marcos de trabajo IBM WebSphere y Microsoft SharePoint Portal respectivamente. Por ejemplo, SSA Global y Epicor recientemente han sacado nuevas versiones de sus portales y están trabajando con IBM y Microsoft respectivamente. Estas sociedades beneficiarán a los que adopten los portales, en especial si los clientes están reacios a adoptar un portal que no esté probado, patentado y centrado en la aplicación.

Otro dato interesante en la co-ompetencia de Epicor y Microsoft es que el propio Axapta de Microsoft, parte de la línea de productos de Microsoft Business Solutions (MBS) la cual compite con Epicor, todavía no ha fortalecido la solución de SharePoint Portal. En cuanto a esto, es probable que Epicor “le apueste” y ofrezca una implementación más completa. Así mismo, dependiendo de la implementación o del trabajo de desarrollo actual, Epicor también puede tener una oportunidad importante para proporcionar aplicaciones compuestas que unan las partes de la Web de Epicor (portlets transaccionales), Epicor BI múltiple, partes Web (para el análisis cúbico del procesamiento analítico en línea [OLAP]), y varias aplicaciones para terceros, con reporteo, discusiones de SharePoint, y otros componentes pertinentes, en lo último de best-of-breed. Sin embargo, Microsoft no le cerrará por completo las propuestas de proyectos a Epicor, ya que el arreglo de co-ompetencia significa que las divisiones de Microsoft Information Worker y Server & Platform se beneficiarán con cada despliegue de Epicor. Además, Epicor Portal Content necesitará ser poblado con indicadores clave de rendimiento (KPI) y con operaciones estratégicas para industrias específicas, flujos de procesos y estructuras organizacionales, etc.

Retos

Sin embargo, por lo general las grandes oportunidades conllevan retos. Para diferenciar aún más en el escrupuloso mercado de interés (consulte Cookie-cutter Solutions Won't Cut It with the Mid-Market), Epicor tendrá que dar paquetes con rico contenido específicamente para la industria, y escoger muy bien las mejores capacidades y conocimiento de los múltiples productos. Sin embargo, estos productos no están exactamente en la misma arquitectura a pesar de que la naturaleza de las líneas de productos está centrada en Microsoft y tienen varios denominadores comunes. Por ejemplo, Epicor for Service Enterprises está construido con el ambiente de componentes de Internet (ICE) de Epicor, un nuevo grupo de herramientas (usando Microsoft Visual Studio.NET y el marco de trabajo de .NET). Sin embargo, dentro del mismo producto generado, la serie de Clientele CRM.NET, que fue la primera aplicación de gestión de las relaciones con los clientes (CRM) construida completamente en la plataforma .NET de Microsoft, también utiliza Microsoft Visual Studio .NET como herramienta estándar de adaptación. Puede soportar cambios utilizando cualquier lenguaje de programación compatible con .NET, pero utiliza un cliente inteligente/rico. Por otro lado, Epicor for Service Enterprises tiene una interfase de usuario basada en la Web; y los productos de fabricación de iScala y Epicor también tienen sus propias idiosincrasias técnicas.

Desde luego, el portal de Epicor ayudará en el futuro a fundir las arquitecturas de estos productos en un sólo producto (por lo menos en cuanto a UI, dado que las diferencias de su arquitectura están matizadas). No obstante, su mayor problema puede recaer en el hecho de que versiones anteriores de Clientele y de otros productos específicos de la industria de Epicor están muy atrasados en cuanto a la migración de las “corpulentas” arquitecturas cliente-servidor, como las arquitecturas con base en Microsoft Visual basic for Applications (VBA), a las arquitecturas basadas en servicios Web como la de Epicor for Service Enterprises. Dada su promesa de dejar que los clientes migren a su propio ritmo, Epicor tendrá que continuar dándole soporte a productos más antiguos de portal desarrollados internamente que están actualmente a disposición para varias series de aplicaciones empresariales, que trazarán recursos adicionales de R&D. Al igual que con los productos actuales de portal, para Epicor Portal 8.2 los clientes tendrán que pagar una licencia adicional de software además de la aplicación central. Los clientes que hayan comprado aplicaciones de portal previas de Epicor recibirán una ruta de actualización del producto que ya tienen. La asignación de precios para los clientes nuevos es por procesador del servidor de portal de Epicor, pero todavía queda por ver cómo va el vendedor a asignar los precios por el contenido del portal de Epicor y a persuadir a los clientes para optar por opciones en términos del rendimiento del capital invertido (ROI).

A pesar de ser famoso por los grupos de trabajo a voluntad dentro de un escudo protector, SharePoint no está libre de problemas, en especial en cuanto a las capacidades limitadas de gestión de contenido empresarial (ECM), a asuntos de escalabilidad y desempeño para las implementaciones a lo largo de varios escudos protectores y geografías. Sólo el tiempo dirá cómo y cuándo la reciente adquisición de Groove Networks y la integración del servidor de portal de SharePoint y el servidor de gestión de contenido resolverán tales problemas. Sin embargo, se debe hacer notar que Microsoft dio a conocer información recientemente acerca de las inversiones que está haciendo en ECM en la nueva ola de productos de sistemas de Office, cuyo código es O12. Esta oferta de ECM se basará en la plataforma de servicios de Windows SharePoint. Mientras tanto, Microsoft estará atento a los varios socios que proporcionan ofertas de flexibilidad y ECM construidas con base en los productos y en las tecnologías de SharePoint. Sin embargo, hasta entonces, los usuarios no sólo no tendrán acceso al conjunto requerido tanto de datos estructurados cono no estructurados, sino que también habrá algunas repercusiones conforme a las reglas (consulte Do You Need a Content Management System?).

Recomendaciones para el usuario

En general, parece haber un cambio esencial en la forma en que hoy en día las empresas usuarias se acercan a las iniciativas de portales. El acercamiento es un medio de habilitar la consecuente transformación de IT para dar soporte a la creciente competitividad mundial, mientras se tiene al mismo tiempo un valor comercial fácil de distinguir. La afinidad por un marco de trabajo del portal unificado, y por las iniciativas que dependerán de su creación, se ha convertido en una necesidad estratégica a largo plazo que sólo requiere de que le den soporte algunos vendedores establecidos y viables.

La estabilidad financiera restaurada y perseverante y la habilidad de mejorar los productos (tanto internamente y por medio de alianzas y adquisiciones) y la determinación en ejecutar las estrategias tecnológicas y de productos descritos en el presente documento merece ser elogiado. Otro aspecto positivo es el enfoque más manejable y preciso del vendedor, como se demostró con su más reciente lanzamiento de productos y con sus logros. Los usuarios actuales de toda la línea de productos de ERP de Epicor, en especial los de iScala, están advertidos de estar al pendiente de las nuevas introducciones de productos de Epicor y verificar que el portal de Epicor los puede ayudar en las iniciativas competitivas de manera rápida, barata y sencilla. Pero tanto para los clientes actuales como para los prospectos, una solución de portal coherente no debe ser acerca de infraestructura, sino acerca de cubrir las tareas más cruciales para los clientes.

La información detallada de los productos de Epicor Scala, Epicor Vantage y Epicor Enterprise se encuentra en el centro de evaluación de ERP http://www.erpevaluation.com/es/

 
comments powered by Disqus