Archivo categoría El Mundo de los ERP
Un nuevo caso de éxito OpenERP: FSESTRUCTURAS (Navarra)
Por Ana Juaristi - Anecdotas en mi andadura, Casos de Exito implantación Open ERP, El Cliente de un ERP, General - 15 Octubre 2009
Hace un tiempo anunciaba el inicio de una nueva implantación en Navarra de esta forma:
Miércoles. Reunión en Navarra. El Cliente me cuenta sus necesidades. Preveo un proyecto chulísimo. Con un enfoque distinto a los que he hecho hasta ahora con OpenERP, pero por otro lado en un sector superinteresante y con enorme potencial a futuro. Después de todo el día reunidos, centramos el proyecto. Presento presupuesto el jueves. El viernes me lo acepta. El lunes iniciamos implantación con jornada de análisis de procesos y reuniones varias, continuamos proyecto con jornadas presenciales. El Cliente controla muchísmo más que yo a nivel de sistemas. Durante el fin de semana se había instalado su servidor OpenERP y un par de bases de datos de pruebas.
Así empezó. Fue uno de los proyectos relámpago. Me enfrentaba a un nuevo reto, porque de entrada el sector de la construcción y arquitectura era nuevo para mí. Ya en la reunión de análisis inicial, vi que los procesos de negocio de FSESTRUCTURAS eran muy similares a los nuestros, los de servicios informáticos. El mayor problema con el que se encuentran ellos, al igual que nosotros es que al presupuestar un proyecto pueden hacer una estimación del coste en recursos, pero una vez iniciado, pueden surgir problemas y desviaciones varias que pueden hacer que un proyecto inicialmente rentable se convierta en un saco de inversión sin retorno.
Vista esta singularidad y similitud con nuestro propio negocio, creí que el proyecto era totalmente abordable con OpenERP ya que yo misma utilizo el módulo de gestión de proyectos de OpenERP para controlar y facturar mis propias implantaciones. Sabía que la funcionalidad que requería Fernando Sarria era muy similar a la que requerimos nosotros, por lo tanto, enfoqué la implantación a resolver esta problemática concreta y a configurar la aplicación en el modo y forma que permitiría resolver este punto concreto. Una vez resuelto este problema que era el principal, dedicamos el resto de la implantación a mejorar los procesos de gestión de la empresa pura y dura, desde aprovechar OpenERP para generar y registrar los presupuestos directamente en la aplicación, mejorar los procesos de comunicación interna, mejorar, agilizar y centralizar la comunicación con clientes y proveedores, automatizar tareas de validación de datos e importes, evaluar las distintas herramientas de personalización y automatización de OpenERP para que el cliente tomase el control de la misma… Dada la enorme capacidad de absorción de conocimiento de Fernando, el tiempo inicialmente presupuestado para realizar únicamente la consultoría y formación funcional, ha podido ser aprovechado además, en iniciar al propio Fernando en temas técnicos para que sea capaz de personalizar y adaptar ciertos elementos como vistas e informes a sus necesidades específicas y pueda gestionar las actualizaciones y publicaciones de nuevas versiones y módulos.
El tiempo de retraso para finalizar la implantación con respecto a la fecha inicial planificada ha sido de una semana. El número de jornadas presenciales por mi parte, estimado para la realización de la implantación ha sido exacto a pesar de que se han realizado varias tareas adicionales no planificadas inicialmente.
La desviación en coste con respecto al inicialmente presupuestado ha sido de menos de un 10%. Esta desviación ha sido producida por un par de desarrollos “a medida” que solicitó Fernando para incluir funcionalidad faltante y la resolución de un bug en Jasper Reports que ha querido contratar porque le urgía finalizar la adaptación de los informes a su imagen corporativa, que por cierto, está haciendo él mismo.
En resumen he de decir que no me equivoqué con respecto a mi impresión inicial. El proyecto ha sido chulísimo y me ha permitido ahondar en un área de OpenERP que aunque utilizaba personalmente, no había desgranado aún en la profundidad con la que lo hemos tenido que hacer en FSESTRUCTURAS. Por lo tanto… considero por mi parte reto superado.
Esta ha sido mi propia opinión. Si quereis consultar la de Fernando y Amaia podeis ver el artículo que me han remitido y que he publicado en http://www.openerpsite.com/caso-de-exito-openerp/988.html
Aprovecho para agradecer a FSESTRUCTURAS la oportunidad que han dado a OpenERP y al software libre como opciones reales de solución frente a otras que hay en el mercado y la que me han dado a mí misma como consultora.
Esperando surjan otros muchos proyectos tan satisfactorios como este, cordiales saludos:
Ana
Proyectos relámpago de implantación de OpenERP
Por Ana Juaristi - Anecdotas en mi andadura, Consultores de ERP, El Cliente de un ERP - 13 Septiembre 2009
Ultimamente me estoy encontrando con situaciones curiosas. Cualquier comercial de cualquier ERP podrá deciros que firmar un contrato de una implantación pueden ser varios meses de negociación y unas cuantas visitas hasta que el Cliente firma el contrato. Es normal, porque habitualmente cualquier ERP cuesta bastantes miles de Euros.
Pero OpenERP es distinto. Resulta que existen versiones que el propio Cliente puede instalarse tanto en Windows como en Linux, por tanto puede ser previamente evaluado por cualquiera, lo cual hace muchas veces innecesaria la presencia de un comercial que “convenza” al Cliente de que esto es lo que necesita. El Cliente se convence solo. A este respecto, os voy a contar 3 casos reales que me han sucedido recientemente.
Agosto, tercera semana. Fiestas de Alcalá que le encantan al niño, por el tema de la feria. Me fui con él a casa de mi suegra, con la intención de pasar una semanita tranquila. Por si acaso me llevé el portátil. Recibo un e-mail de un Cliente de Navarra solicitando información sobre OpenERP. Quedo con él para vernos la siguiente semana porque estoy en Madrid.
Y bien, en estas, recibo otra llamada de un Cliente potencial en SS de los Reyes. Ahhh… pues casualmente estoy en Madrid, si quereis me acerco. Perfecto. Miércoles, les enseño la herramienta, jueves presento presupuesto de implantación, viernes me lo aceptan. Lunes siguiente… me quedo en Madrid 2 días más porque iniciamos el proyecto de forma presencial. Es necesario decir, que el Cliente cuenta con un técnico informático que realizó la instalación del servidor linux el fin de semana. O sea, el lunes cuando llegué sólo hubo que instalar Open y empezar a andar. He de decir, que fueron 2 días intensísimos pero productivos. Continuamos la implantación en remoto.
Lunes, estoy en el Cliente de SS de los Reyes. Recibo una llamada a la hora de comer. Ana… hemos instalado Allinone, requerimos un cierto asesoramiento. Casualmente yo estoy hoy en SS de los Reyes. Ahhh… ¿Es posible que te pases por aquí? Lo intento. Mañana por la mañana si quedamos pronto puedo sacar unas horas. Estupendo. Nos vemos mañana. Y allá que fui. Me encuentro una instalación completamente funcional. Hablamos un rato de las necesidades del Cliente y me solicita un curso relámpago el tiempo que queda. Usuario muy avanzado y con unas necesidades muy concretas. Le formo en lo que se puede formar en 2 horas.
Martes vuelvo a Gipuzkoa, llego a casa de madrugada.
Miércoles. Reunión en Navarra. El Cliente me cuenta sus necesidades. Preveo un proyecto chulísimo. Con un enfoque distinto a los que he hecho hasta ahora con OpenERP, pero por otro lado en un sector superinteresante y con enorme potencial a futuro. Después de todo el día reunidos, centramos el proyecto. Presento presupuesto el jueves. El viernes me lo acepta. El lunes iniciamos implantación con jornada de análisis de procesos y reuniones varias, continuamos proyecto con jornadas presenciales. El Cliente controla muchísmo más que yo a nivel de sistemas. Durante el fin de semana se había instalado su servidor OpenERP y un par de bases de datos de pruebas.
¿Tiene este dinamismo y agilidad algo que ver con la forma habitual de presupuestar e iniciar un proyecto de implantación de un ERP? Yo creo que ninguna. Hasta ahora el procedimiento normal era: Comercial visita Cliente varias veces. Cliente firma contrato. Se inicia compra de hardware (básicamente un servidor bastante potente porque si no, no hay tu tía) . Se esperan un par de semanas al servidor. Otra semana más o menos a que un técnico especializado de sistemas realice la instalación. Con un poco de suerte, se inicia la implantación al mes o mes y medio de haber firmado el contrato… y eso si todo va sobre lo previsto…
Como habeis podido comprobar con OpenERP, es recomendable que realice la instalación un técnico de sistemas, pero en ocasiones, el Cliente prefiere hacerse la instalación por su cuenta. Por otro lado, tal y como alguien en Foros-it replicó uno de mis post, la mayoría de la gente piensa que NO ES POSIBLE que un Cliente arranque un ERP por su cuenta. Yo creo que si bien es cierto que solicitar ayuda de consultoría y enfoque de la implantación acorta mucho el tiempo de arranque, con OpenERP veo perfectamente posible que un Cliente que sepa moverse por Internet y buscar la información que necesita, invirtiendo horas pueda arrancar por sí solo. De hecho, en los foros de openerpsite, tenemos también algún ejemplo.
Esto es como la fábula del elefante y la hormiga… hasta ahora, la empresa ha sido el elefante. Robusto, difícil de mover. El mundo del software libre ha sido la hormiga. No para. Es ágil. Se mueve. Cambia. Por tanto no era compatible con el mundo de la empresa. Pero esto está cambiando. OpenERP creo que es una herramienta comparable al elefante en robustez pero con la agilidad de una hormiga y que cuadra al 100% en el mundo de la empresa. Gracias a que cada vez hay más empresarios que empiezan a entender que esto puede ser una solución increiblemente competitiva en precio, que les puede suponer un ahorro de costes considerable, nos están dando la oportunidad de enseñarlo y de implantarlo.
Gracias a todos los que habeis creído en OpenERP y en nosotros. Esperamos no defraudaros.
Curso de consultoría y metodología para la implantación de un ERP
Por Ana Juaristi - El Mundo de los ERP, General - 13 Septiembre 2009
Hace un par de semanas publiqué por fin un curso completo y detallado sobre consultoría y metodología para la implantación de un ERP en aulaerp.
http://www.aulaerp.com/cursos-aulaerp/consultoria-erp.html
Hace mucho tiempo que quería publicar el curso básicamente por el interés que han tenido mis post sobre consultoría en este mismo blog. Y os preguntaréis que porqué es de pago… básicamente porque en el curso van plantillas de documentos que me han costado horas de sueño formatear y porque en esas página va mucho de mi andadura profesional. Habrá quien le parezca bien, habrá quien le parezca mal. Ha sido una decisión meditada el ponerle precio y si al final ha sido correcta o equivocada, el tiempo lo dirá.
Esperando que os guste y os sea de interés:
Ana
Tareas del Cliente durante la implantación de un ERP
Por Ana Juaristi - Consultores de ERP, El Cliente de un ERP, El Mundo de los ERP - 10 Agosto 2009
Volvemos a los orígenes del blog.
Inicialmente mi idea era contaros mis experiencias en la implantación de un ERP. Durante varios meses, mi atención ha estado mucho más centrada en openerpsite.com que en anajuaristi.com pero ya va siendo hora de volver a hablar de mí y de la experiencia en general de implantar un ERP.
Recientemente leí en http.//www.foros-it.com un post donde un tal Eylau1807 escribió lo siguiente:
- Buen consultor + Buen jefe de proyecto cliente = Éxito casi seguro (el grado del éxito dependerá de alguno de los factores que Juan Tudela menciona)
- Mal consultor + Buen jefe de proyecto cliente = Éxito posible (aunque no se alcanzarán todos los objetivos marcados y el cliente pueda sentirse, con razón, engañado)
- Buen consultor + Mal jefe de proyecto cliente = Éxito poco probable (es casi seguro que al consultor no le dejarán hacer su trabajo)
- Mal consultor + Mal jefe de proyecto = Fracaso absoluto seguro
Concido 100% con su afirmación pero en estas ecuaciones falta una variable importantísima. La herramienta. Son 3 patas. Empresa, Cliente y Herramienta. Con que falle una, el proyecto puede llegar a implantarse a trancas y barrancas, pero si fallan 2 de las 3… fracaso absoluto seguro.
Hace poquísimo en mi última implantación donde la herramienta (OpenERP) es realmente buena, el consultor soy yo y el gerente de la empresa (jefe de proyecto) es bastante más que avispado, me comentaba él:
“menos mal que la empresa es nueva y tenemos pocos datos, no me puedo imaginar cómo sería la historia si tuviese varios años de datos almacenados teniéndolos que traer al nuevo ERP. Sería una locura”.
Os lo pongo para que veais que muchísima parte del trabajo queda en manos de la empresa que contrata la implantación. Por mucho que nosotros le orientemos en cómo configurar el sistema para que lo adapte a sus procesos de negocio, hay muchas decisiones que están en sus manos y muchas tareas que deben ser realizadas por ellos.
Si el Cliente no pone los medios necesarios y todo su esfuerzo para llegar al buen fin de la implantación, el riesgo de que quede a medias o simplemente no se llegue al objetivo marcado es alto. Y dicho esto, voy a poner como ejemplo el resultado de esta última implantación.
Presupuesto de implantación –> menos de 10.000€
Incluye instalación del servidor (linux – ubuntu + openerp-server + openerp WEB)
Instalación en n puestos –> el incremento de puestos y/o usuarios no incrementa el presupuesto de instalación.
Formación n jornadas –> realizadas todas en el mes de julio
Migración de datos maestros de sistemas anteriores (Clientes, Proveedores y artículos)
Duración del proyecto –> Mes y medio.
Se han implantado y arrancado las áreas de Compras, Ventas, Almacén, Fabricación, Trazabilidad y TPV. Se ha impartido formación de CRM, RRHH y Gestión documental aunque el arranque será realizado cuando se afiancen en el uso de las áreas principales.
Incidencias en la implantación: Críticas y/o bloqueantes ninguna, menores unas 5 reportadas y en su mayor parte ya solucionadas.
Desarrollos a medida: NINGUNO. Se ha implantado el standar oficial de OpenERP con algún módulo concreto de extra-addons (contribuciones oficiales y de la comunidad)
Informes a medida: 4 (pendientes de definición de formato por parte del cliente. De momento arranca con los standar de la herramienta)
Este es un informe real de fin de proyecto. Por nuestra parte hemos cumplido estrictamente lo contratado por el Cliente. Es decir, instalación y configuración de la herramienta en el servidor y los puestos solicitados, formación en las áreas solicitadas y soporte al arranque en las áreas requeridas.
Se ha iniciado y finalizado el proyecto según el plan inicial previsto en el contrato y ha habido cero retrasos en la fecha de finalización del mismo. Cuando terminamos, el Cliente iniciaba el registro de datos de su operativa diaria de gestión en OpenERP pero os aseguro que aún le quedan deberes por hacer. Por mi parte, considero un éxito esta implantación y estoy deseando de publicarlo como caso de éxito en openerpsite, pero tendrá que ser en septiembre. Agosto es muy mal mes para cualquier empresa.
Aparezco de nuevo
Por Ana Juaristi - El Mundo de los ERP, Oscommerce y mis tiendas On-Line - 24 Marzo 2009
Hace muchísimo tiempo que no escribo nada en mi blog. Por una parte, por falta de tiempo. Siempre pasa. Y por otra porque todo lo que tengo que decir quizás no será entendido por algunas personas.
La verdad es que ultimamente no estoy pasando por mi mejor momento. Parece que una sombra negra me sobrevuela. Los ataques a mis Webs están siendo continuos. Mi dolor de espalda desde hace más de 2 semanas no remite a pesar de los tratamientos y mi mente está en 2 sitios cuya filosofía, forma de trabajo y enfoque de vida son elementos disjuntos.
Es difícil esta situación. Por un lado, como consultor de un ERP de software propietario me debo a mi empresa y a sus Clientes. No quisiera en lo más mínimo perjudicarles en ninguna forma. Aparte de no tener ningún motivo para ello, estoy sumamente agradecida porque ellos fueron los que me dieron la oportunidad de conocer el mundo de los ERP.
Pero por otro lado, me debo a mis Clientes de tiendas online y al software libre. La comunidad de software libre me sorprende día a día. Ver que hay tantísima gente que colabora con código a cambio de código, de ayuda a cambio de ayuda. De servicios a cambio de servicios. Donde la moneda de cambio aparte del Euro muchas veces es un post de agradecimiento. Sabemos que únicamente del agradecimiento no se puede vivir. Todos tenemos hipotecas que pagar. Pero la filosofía del software libre es grande.
Veo gente en foros que aporta lo que puede. Software que se inicia como algo pequeño en pocos meses evoluciona porque la comunidad aporta y se hace grande. Y otras veces se hace enorme. Dando sin pedir surgen oportunidades únicas que estoy dejando escapar por la inseguridad que me produce lo incierto.
Hay un cuento que debería leer todo aquel que tiene una empresa. “Quien se ha llevado mi queso”. Tal cual lo podeis encontrar en google. A veces es mucho más sencillo quedarte en el depósito Q del laberinto, lamentándote de que alguien se ha llevado tu queso que salir al laberinto a explorar y descubrir nuevos depósitos con clases de quesos insospechados. Para entender este párrafo, leeros el cuento.
Y yo estoy con un pie fuera, en el laberinto, explorando lo que tengo cerca pero quedándome a resguardo en el depósito Q. No consigo encontrar el momento de ponerme las zapatillas y dejar definitivamente mi depósito Q.
De momento, seguiremos como estamos. Atendiendo a los Clientes en la medida de lo posible, sean propios o ajenos. Aprovechando el tiempo libre para hacer tantas cosas pendientes y perdiendo horas de sueño. Y os preguntareis a qué viene todo esto… Básicamente porque www.planetronic.es y www.e-nuc.com, dos de mis clientes de tiendas online, han asumido el reto de integrar sus tiendas con un nuevísimo ERP de software libre que es openERP. Con harto pesar de mi corazón por no tener aun el conocimiento suficiente para desarrollar yo misma los procesos de integración, el proyecto será llevado a cabo por una empresa catalana con la que además, tengo entre manos un par de proyectos relacionados con el mundo web y el e-learning.
Y no puedo hacer más que elogiar a openERP. Agradecer a Fabien Pinckaers que haya puesto a disposición del mundo este pedazo de software con más de 350 módulos descargables de forma gratuita y a los colaboradores de más de 50 paises que aportan su código para mejorar la herramienta día a día. La evolución que ha tenido este ERP desde su nacimiento en poquísimo tiempo, ha sido únicamente posible gracias a la impresionante inteligencia de Fabien en su enfoque tecnológico y en la enorme comunidad que le apoya.
Para variar, como en España estamos a la cola de Europa tanto en mentalidad como en tecnología, aun no tiene mucha proyección, pero la tendrá. En Bélgica, Suiza, Alemania y Francia hay empresas de muy alto calibre que se han decidido por esta solución. En España aún tenemos el miedo a la calidad del software libre. Las empresas no quieren software libre. Prefieren pagar licencias y pagar cifras astronómicas por la implantación de un ERP. Es su elección. Y mientras siga así, lo tenemos bastante crudo los que apostamos por ello y tendremos que seguir siendo consultores de software propietario.
No sé durante cuanto tiempo. No sé cuando cambiará la forma de pensar de las empresas, de los gerentes, de los usuarios. No sé cuanto tiempo durará esta mentalidad pero por si acaso, mi recomendación a las empresas de ERP propietario es que no se duerman en su depósito Q. Quizás cuando despierten algún otro habrá explorado el laberinto antes que ellos.
De paso anunciaros que gracias a mi buen amigo Jordi Oller me han invitado a dar una ponencia en la feria de tiendas online que se celebrará en Huesca la próxima semana. Estais todos invitados a acudir. Mi conferencia tratará de la integración de una tienda online con un sistema de gestión integral. Evidentemente el sistema de gestión integral opensource elegido como ejemplo para la integración será openERP y las tiendas online como caso de éxito serán www.planetronic.es y www.e-nuc.com,
Si quereis ver de qué se trata… aquí va el link:
http://observatorioaragones.org/feria/index.php/Programa-2009/Programa-2009.html
Cordiales saludos:
Ana
Y nosotros? Qué pensamos los consultores de ERP
Por Ana Juaristi - Consultores de ERP, El Mundo de los ERP, General - 10 Enero 2009
Y bien.. hasta ahora he hablado del Cliente, de los consultores noveles, de la herramienta, de la implantación… pero ¿Y nosotros? ¿Qué pasa con los consultores de ERP?
Como director de proyectos de ERP, puedo decir que en gran medida el éxito de la implantación no depende ni de la herramienta, ni del Cliente, ni de nuestra empresa. Depende directamente de nosotros los consultores.
Cada nuevo proyecto es un reto. Habitualmente desde comercial anuncian que un nuevo Cliente ha firmado un contrato y te pasan toda la información al respecto. A no ser que hayamos colaborado en la fase preventa, inicialmente no conocemos ni al Cliente, ni a la empresa, muchas veces ni el sector…
Los datos que nos pasan son totalmente objetivos. Módulos contratados, estimación en coste y tiempo del proyecto y poquito más. Y ahí te ajustas…y a veces también te asustas… pero hasta que realizas el análisis inicial del proyecto, ves los procesos de negocio que tiene la empresa, hablas con cada uno de los departamentos y usuarios, ves lo que se cuece en el Cliente, no ves de verdad si la implantación “puede” llevarse a cabo con éxito o no.
Cuando aterrizas en un Cliente por primera vez, siempre llevas el cosquilleo en el cuerpo. ¿como serán? ¿Qué gente habrá? ¿Como me irá? En muchas ocasiones, realizas el análisis inicial y YA en ese momento el puzzle entero con todos los procesos se monta en tu cabeza y ves clarísimo como llevarlo al ERP. Ves que el standar cubre casi todo lo que necesitan, que los usuarios están ilusionados y dispuestos a participar y que la implantación será divertida y sumamente satisfactoria. Realizar jornadas en estos Clientes es una tranquilidad y una satisfacción plena. Cuando realizas una implantación según el plan y la metodología prevista inicialmente y se realiza el arranque el día estimado… es como haber ganado un premio.
Y para el Cliente también. Te mandan botellas de buen vino en Navidad, te regalan décimos de lotería y te llaman de vez en cuando para que te pases por allí a analizar algún proceso nuevo, les presupuestes un nuevo módulo o les analices un nuevo desarrollo que requieren incorporar a la herramienta. Llegas a la empresa y todo el mundo está trabajando con el ERP que les facilita la vida, les evita trabajos repetitivos y ves que realmente lo están usando y les es útil. Es lo mejor.
También se da el caso, de que inicialmente lo ves crudo, pero resulta que el jefe de proyecto por parte del Cliente es un crack y conoce todos los recovecos de la empresa. Y según avanza la implantación, vas buscando soluciones que inicialmente eras incapaz de ver.
Otras, es al revés. Inicialmente lo ves fácil y según se avanza, van surgiendo problemas y casuistica que no fue detectada en el análisis inicial. Lo que inicialmente empezó en una llanura se convierte en una montaña de 3 puertos de subida y bajada donde tienes que sudar si quieres llevar a término la implantación.
En cualquier caso, aunque en el análisis inicial veas que va a ser sumamente complicado configurar la aplicación para que cubra todos los procesos de negocio, aunque veas que el dimensionamiento en tiempo o coste es excesivo o insuficiente, aunque veas reticencias de los usuarios… da igual. El contrato ya fue firmado por lo que ya es tarde para levantar los riesgos y tienes que tirar adelante con la implantación sí o sí asumiendo los parámetros que se han firmado en el contrato.
Lo único que puedes hacer es advertir a tu empresa (que al final es la que te paga) de dichos riesgos, pero ante el Cliente tienes que seguir manteniendo tu optimismo y aportando todas las soluciones posibles para llevarlo a buen fin. Jamás puedes decir ante el Cliente lo que de verdad piensas, si lo que piensas es negativo. Cuanto más avance la implantación, más difícil es para el Cliente tomar la decisión de parar y cambiar de aplicación. Porque la inversión ya fue hecha y bien o mal, hay que seguir. Y esto puede acabar bastante mal. Primero porque el Cliente compro algo que no cubría sus necesidades. Segundo porque la empresa vendió a un Cliente al que no podía satisfacer y el desastre puede producirse en cualquier momento.
Es más, una de las claves del éxito es evitar los desarrollos a medida en la fase de implantación. Cuanto más grandes y complejos sean estos desarrollos más hay que evitarlos, pero se da la paradoja de que si una empresa en la que estás implantando requiere un desarrollo grande y complejo, entonces es que el standar no le cubre sus necesidades básicas, por lo que compró mal. Cuando te toca hacer el análisis de estos desarrollos, te imaginas cual será finalmente su coste aproximado y sabes que cuando se presente al Cliente saltarán chispas… pero… No puedes hacer nada. Lo mejor… hacer el análisis solicitado lo más detallado posible, lo más sencillo posible, callarte tus opiniones para tí, no posicionarte y que se arreglen empresa y cliente que son los que firmaron el contrato. Evidentemente, las implantaciones en estos Clientes suelen ser stresantes y tensas.
Por último, hay implantaciones en las que tienes que “recuperar” al Cliente. Por los motivos que sean, bien porque los consultores anteriores no supieron buscar la solución, bien porque los usuarios no se implicaron lo suficiente, bien porque los procesos de negocio no estaban bien definidos o se definieron mal por ambas partes, tienes que retomar un proyecto “a medias” y tratar de llevarlo a término. Las situaciones en estos casos son curiosas. Habitualmente, te encuentras con usuarios rebotados que no hacen más que comentarte las anécdotas negativas del anterior intento de implantación y sacan a colación todo lo que se pueda imaginar. Por supuesto, la “culpa” es siempre de la empresa implantadora o del consultor, en ningún caso de ellos y escuchas críticas durísimas a tu empresa o a tus propios compañeros y a veces es difícil contenerte.
En este caso complejo, hay que ganarse a los usuarios. Traerlos a tu terreno. Dejar que hablen todo lo que quieran, sin darles la razón (porque sería echar piedras sobre tu propio tejado) pero sin discutir en ningún momento. Evasivas, capotes y sobre todo dejar clarísimo que empezamos otra vez. Vamos a ver qué es lo que falló, vamos a volver a analizar los procesos, comprobar la parametrización que se hizo con la herramienta y sobre todo dejar claro que es necesario realizar un punto y aparte y buscar LA solución.
Lo cierto es que tal y como puse en otro post, las virtudes más importante de un consultor son la paciencia y la imaginación. Ayudan bastante una sonrisa y saber escuchar. Siempre escuchar. Aparte de esto, no imponer, sino razonar.
No hay un ERP malo. Todos cubren muchísimas áreas de la empresa. Solo hay que encontrar aquel que más se ajuste a las necesidades del Cliente que lo compre y si ha comprado lo que no es adecuado, hay que intentar sacarle el máximo provecho e intentar configurarlo para que le cubra el máximo posible de sus necesidades, sin desarrollos a medida. Y ahí está el quid de ser o no un buen consultor.
Conexión de un ERP con una Tienda OnLine
Por Ana Juaristi - El Mundo de los ERP, General, Oscommerce y mis tiendas On-Line - 4 Enero 2009
Desde el punto de vista conceptual existen las siguientes diferencias a tener en cuenta cuando se va a desarrollar la conexión entre una tienda on-line y un ERP.
Integración de Clientes, Contactos y Usuarios
Cualquiera de las premisas que detallaré a continuación puede nos ser cierta en casos puntuales. Pero pongamos que son ciertas en su gran mayoría.
- Hasta hace bien poco solo las grandes empresas tenían acceso por coste a la implantación de un ERP.
- Las grandes empresas venden a grandes o pequeñas empresas, es decir, personas jurídicas o autónomos con un código de identificación fiscal.
- El concepto Cliente en una gran empresa suele identificarse con un CIF.
- El concepto usuario que realiza la compra, no suele ser trascendente. Una empresa vende a otra.
- Un cliente puede facilitar los datos de uno o varios contactos (empleados) que tienen potestad o no para realizar pedidos a la empresa.
- El registro de datos contiene además de los datos del Cliente como tal (Nombre fiscal, Nombre coloquial, e-mail, web…) otros datos asociados y críticos como pueden ser la Dirección fiscal, Dirección de envío de mercancías, Dirección de envío de documentos, Contactos, Teléfonos de contactos, departamentos de la empresa, departamentos a los que pertenecen los contactos…)
- Una empresa puede facilitar infinidad de direcciones de e-mail, tanto generales como personales de sus empleados o departamentos. O direcciones específicas, de soporte técnico, de soporte de facturación, comercial… etc, etc que serán gestionadas por distintos contactos o empleados.
- Dicho esto, identificar y registrar todos los datos de un Cliente en el ERP puede ser tan complejo como grande sea la estructura departamental de la empresa y el número de empleados que tenga, por tanto la estructura que soporta esta información en el ERP debe ser igual de compleja y coherente, evitando la duplicidad de datos.
Miremos ahora el registro de Clientes de una tienda On-line:
- Las tiendas On-line pueden vender tanto a empresas como a Cliente final.
- El dato clave que identifica al Cliente suele ser una dirección de e-mail.
- La tienda on-line no permite el registro de estructuras complejas de empresa, ni suele ser necesario para la gestión de las ventas.
- El objetivo de una tienda on-line es captar clientes por lo que cuanto más sencillo sea el formulario de registro, menos Clientes se echarán atrás en la compra.
Ahora bien… ¿como integramos dos estructuras donde las premisas básicas de registro son tan sumamente distintas? La forma más sencilla podría ser unificar usuarios de la tienda on-line con contactos del ERP.
En el formulario de registro se incluiría un único campo nuevo que contemplaría la inclusión de un CIF y un nombre de empresa no obligatorios. El usuario de la tienda on-line solo debería introducir estos datos en caso de que pertenezca a una empresa.
La integración debería contemplar:
- La creación automática de un Cliente en el ERP tomando los datos de registro de un usuario de la tienda on-line
- La creación automática de un usuario en la tienda On-Line con los datos de contacto del ERP.
- Si una empresa sólo autoriza a algunos de sus empleados a realizar pedidos bien sea mediante la tienda on-line bien sea por otro medio, el ERP debería contemplar la posibilidad de autorizar o rechazar los pedidos de venta recibidos.
Integración de catálogo
De nuevo nos encontramos con diferencias substanciales a la hora de registrar el catálogo en un ERP y el catálogo mostrado en una tienda on-line.
En un ERP
- Es necesario registrar artículos tanto de compra, como de fabricación, semielaborados, utillajes, herramientas…. en función de la industria y del sector que se trate, tendrá que comprar ciertos elementos, que puede vender o no. Y tendrá también productos que utilice para fabricar, pero que no incluya en su catálogo de venta. Es el caso por ejemplo de una tienda de muebles, que requiere comprar madera, pero en su catálogo final únicamente pone muebles.
- El registro del artículo en el ERP suele estar enfocado únicamente a eso, a registrar información.
- La información guardada suele ser objetiva. Resumida. A menudo sin imágenes.
- La clave del artículo en el ERP es su código de referencia. La descripción o las observaciones pueden no existir.
- Una persona ajena a la empresa difícilmente comprende la estructura de los artículos o las referencias.
En la tienda on-line
- Solo se incluirán en el catálogo aquellos artículos que se vayan a vender.
- La información mostrada tiene que ser atractiva. Comprensible para el usuario.
- Cuantas más imágenes, explicaciones y descripciones se den al usuario mejor.
- Cualquiera debe ser capaz a un vistazo de ver lo que vende la tienda.
- Las ofertas y descuentos deben estar visibles.
- Se debe cuidar el diseño de cada página que presente un producto a la venta.
- Cada página de producto debe contener etiquetas o descripciones SEO, que permitan a los buscadores mostrar los productos de la tienda en primeras posiciones.
De nuevo nos encontramos con que el cometido del registro de artículos en el ERP no tiene nada que ver con el de la tienda On-Line. Así como el objetivo en el ERP es mantener un registro interno de los artículos para permitir su control, almacén, fabricación, compra y venta, en la tienda on-line además hay que tener en cuenta el aspecto visual, la forma de presentar el producto para que sea atractivo y produzca una posible compra.
La integración debería contemplar estos aspectos. El master de productos debería ser el ERP. La comunicación sería unidireccional desde el ERP a la tienda on-line, nunca al revés, por lo que sería necesario ampliar los campos descripción, observaciones, imágenes y campos SEO para que pudieran ser actualizados en el ERP. Además, se debería permitir publicar únicamente los productos marcados como de Venta on-line.
Integración de pedidos de ventas
Este aspecto ya es más parecido en los 2 sistemas. En un ERP, habitualmente un pedido cuenta con una cabecera de pedido y unas líneas, en las que consta el código de producto vendido, la cantidad y el precio.
En la tienda on-line es exactamente igual. Existe una cabecera de pedido donde constarán los datos del Cliente, forma de pago y envío, productos con su cantidad y precio.
La integración debería consistir en la creación automática de pedidos desde la tienda on-line al ERP. Habrá que tener en cuenta aspectos tales como el cliente que realiza el pedido. ¿Como se le identifica? Si no se puede identificiar el Cliente en el ERP, ¿se crea un nuevo Cliente con dichos datos? ¿Se obliga a la verificación de los datos antes de la creación?
Otros aspectos a tener en cuenta
Con un ERP el proceso habitual, al ser de empresa a empresa es.
- Pedido de venta, albaranes totales o parciales, facturación y cobro.
- Las formas de pago, suelen ser diferidas (Giro a 30 días, confirmin…etc)
- Las formas de envío suelen ser bien en camión del Cliente, bien en Camión propio o con agencias de transporte 24h.
En la tienda on-line
- Pedido de venta, cobro, albarán/factura.
- Las formas de pago suelen ser inmediatas (Transferencia, paypal, tarjeta de crédito)
- Las formas de envío suelen ser las agencias de transporte o correos.
Es decir, el proceso de negocio de la venta es distinto en el ERP y en la tienda on-line. Sería necesario adecuar el proceso de venta del ERP para que tomase en cuenta este aspecto y permitiese el registro y gestión de estas formas de pago. Normalmente cuando el pedido llega al ERP desde la tienda on-line, estaría ya pagado.
Errores flagrantes cometidos por empresas implantadoras de ERP
Por Ana Juaristi - El Mundo de los ERP, Empresas implantadoras de ERP - 2 Enero 2009
1. Vender por vender:
El error más común y más habitual es vender por vender.
La mayoría de los comerciales de ERP tienen comisiones altísimas por captar un Cliente. Según esta premisa les da bastante igual a quien vendan y qué vendan. La cuestión es vender y se buscarán las vueltas en las demos para captar el interés del Cliente y obtener la firma del contrato.
Si el comercial es muy bueno, previamente hará un sondeo sobre la empresa a la que va a intentar “colocar” el ERP. Verá a grosso modo el sector, sus necesidades y en la demo preventa, prácticamente todo estará cubierto y la herramienta le será válida sino a un 100% al menos en un 95%. Quitará importancia a aquello que no cubre y enfatizará sobremanera aquello que sí cubre.
En muchísimas ocasiones, es cierto que el ERP es capaz de cubrir todas las necesidades de la empresa. De hecho, hay muchas “buenas” empresas implantadoras, que directamente forman a sus comerciales para vender únicamente a aquellos Clientes que saben que su producto puede satisfacer. Previo a la venta, analizan en detalle a la empresa y si las discrepancias son demasiadas, directamente desechan la venta. Esto es lo que tendrían que hacer todos. Pero desgraciadamente no es así. Los problemas que pueden surgir una vez realizada la venta, una vez que el comercial ya se ha llevado tajada con su comisión correspondiente, son infinitos. Los consultores se pierden. No hay soluciones reales que ofrecer. El Cliente se decepciona. El coste de adaptación es enorme. Al final, incluso la relación implantador-cliente se pierde y todo acaba en tribunales. Uno alega que compró lo que compró y el otro que le engañaron en la venta. Problemas para todos y ninguna satisfacción. Por esto, es importantísimo que el Cliente exija y compruebe in-situ o mediante varias demos si hace falta que lo que está comprando es lo que realmente necesita. Es mejor para todos.
Consultores sin experiencia metidos en camisas de once varas.
En ocasiones, cuando el mercado es favorable y se producen varias ventas a la vez, la empresa implantadora se encuentra con varios Clientes que solicitan comenzar YA, cuanto antes mejor. Queremos arrancar en 3 meses como mucho. Necesitamos que esto empiece la semana que viene. Y… les pillan en un renuncio porque los consultores experimentados son habitualmente muy solicitados y su agenda suele estar bastante apretada. La solución suele ser, contratar consultores sin experiencia en la herramienta, que difícilmente van a buscar soluciones al Cliente. Si además, por ahorrar costes, estos consultores son recién licenciados o tienen mínima experiencia previa con otras herramientas, es imposible que funcione. El cliente se sentirá decepcionado. Pasarán las jornadas de formación totalmente insatisfactorias. Al final un consultor experimentado tendrá que recuperar la cuenta, si es que aún es posible recuperarla… Problemas para todos.
Y como solucionamos esto.
- A veces, es mejor retrasar el inicio de la implantación uno o dos meses, aunque el Cliente se queje.
- Es crítico asignar un personal experimentado que lleve las riendas. NO es para nada recomendable soltar a un consultor Novel en un Cliente hasta que esté realmente certificado y haya hecho unas cuantas salidas con un consultor experto.
- No enviar a un consultor a un Cliente cuya historia y casuistica no conozca.
- Mucho menos enviar a un consultor novel a realizar trabajos complejos como un análisis inicial o una reingeniería de procesos, si no conoce como mínimo el sector de negocio y como recomendable al Cliente.
- Invertir tiempo en formación de los consultores noveles y realizarles pruebas de certificación, tanto en los distintos módulos de la herramienta, como en el trabajo de consultor en sí.
- Forzar workshops semanales donde cada consultor forme al resto, sea novel o no en las experiencias vividas en Cliente durante la semana.
- Tener un repositorio de casos prácticos que puedan ser consultados por cualquier consultor.
- Tener un plan de formación adecuado que les haga ser productivos en el menor tiempo posible. Sin prisa, pero sin pausa.
- Estar al tanto de todas las salidas y actuaciones de los consultores noveles, realizando seguimiento de todas sus acciones.
Hay personas cuyo perfil, no acaba de encajar en el mundo de la consultoría. Algunos aspectos que deberían alarmarnos cuando contratamos un nuevo consultor serían los siguientes:
- Lo sabe todo. No se deja enseñar. Siempre tiene razón en todo. No reconoce sus errores.
- Oculta sus actuaciones en Cliente. Siempre está todo bien. Un buen consultor, advierte de que la jornada no ha ido correcta, el Cliente está insatisfecho o ha tenido problemas… si advierte, habitualmente se suele poder solucionar. Si no advierte, la bola se va haciendo más grande hasta que lo rechazan de plano y es demasiado tarde.
- No tiene facilidad de palabra.
- No tiene buena expresión escrita.
- No tiene modales.
- No tiene facilidad de aprendizaje.
- No pregunta nada. Si no pregunta, malo. Es muchísimo mejor que pregunte más de lo debido. Esto demuestra interés.
- No quiere salir. Tiene miedo escénico a enfrentarse a las formaciones.
- Es indiscreto.
- No es capaz de autoformarse.
No ver las carencias de la herramienta.
Cuando un Cliente solicita una funcionalidad. Puede ser exclusiva de su sector o de la empresa concreta.
Cuando son tres o cuatro Clientes los que la solicitan, hay que pensar en que la herramienta realmente tiene una carencia.
Cuando son todos los que la solicitan… es necesario desarrollar dicha funcionalidad e incorporarla a la mayor brevedad a la herramienta, bien sea como funcionalidad standar en una publicación posterior, o como módulo que se pueda instalar de forma independiente.
Hay empresas que consideran que cualquier funcionalidad que no exista en la herramienta, es necesario que sea financiada por algún cliente. Es decir, no evolucionan la herramienta si no hay solicitudes “a medida” que pidan los Clientes. Es una forma de enfocar la evolución de la herramienta.
En otras, se recogen las sugerencias de mejora emitidas por los clientes, se evalúan, se empaquetan, se priorizan y desarrollan para ser publicadas en siguientes versiones. Negar que una herramienta debe evolucionar, bien sea mediante solicitudes “financiadas” bien sea de motu propio, es llevar a la herramienta a una discontinuidad segura.
Cada vez el mercado es más exigente con los ERP. Cada vez los clientes están más informados de las distintas opciones y las distintas tecnologías. Un ERP que no evolucione al mismo nivel que el mercado está condenado al olvido, incluso a su desaparición.
Quiero ser consultor de ERP… y ¿Esto qué es?
Por Ana Juaristi - Consultores de ERP, El Mundo de los ERP - 1 Enero 2009
Para ser consultor de ERP, lo primero que tienes que tener es muchísimas ganas de aprender. Tienes que ser resolutivo. Saber escuchar. Tener don de gentes y muuuucha paciencia.
Lo que se solicita a un consultor de ERP por parte de la empresa, es primero tener una licenciatura o una diplomatura, bien en áreas técnicas como ingenieria o informática, o bien en Empresa. Si tienes algún master o MBA mejor aún. Pero a veces, la mayoría de las veces, tener un título no te hace ser mejor o peor consultor.
¿En qué consiste el trabajo? ¿Qué hacemos los consultores? Básicamente ayudamos a que la implantación de un ERP en una empresa se lleve a buen término. Algunas de nuestras tareas consisten en.
- Formar a los usuarios en el uso de la herramienta. En función de la cantidad de módulos contratada por el Cliente y el número de usuarios que utilizarán la aplicación, la formación puede consistir en explicar cómo funciona a un par de personas delante de un ordenador, o enfrentarte a un aula de 15 alumnos, incluida pizarra y cañón. En cualquier caso, es necesario hacer amena la formación. Hacer que los usuarios disfruten con el aprendizaje. Cualquiera puede DAR CLASES… muy pocos pueden FORMAR.
- Realizar el análisis inicial de la empresa. Al inicio de la implantación, lo habitual es que se realice un análisis inicial donde deberán constar aquellos procesos de negocio críticos que cubrirá la nueva aplicación.
- Realizar tomas de requerimientos de funcionalidad no contemplada por la herramienta. Un consultor debe ser capaz de detectar y plasmar en un documento aquella funcionalidad crítica para la empresa, que no está cubierta por la aplicación. Esto implica Hacer de “traductor” con el equipo de desarrollo. El consultor debe ser capaz de transmitir lo que el Cliente quiere al equipo que desarrollará la nueva funcionalidad. Para realizar esta labor, suele ser “mejor” aunque no imprescindible que el consultor tenga formación informática.
- Buscar soluciones, sin desarrollos adicionales. En muchas ocasiones, aquello que parece requerir un desarrollo a medida, puede ser cubierto sin ningún desarrollo utilizando una funcionalidad existente, configurando la herramienta de manera distinta. En la medida de lo posible es recomendable minimizar el desarrollo de funcionalidad a medida, al menos hasta que transcurra un cierto tiempo desde el arranque y se verifique que dicho desarrollo es estrictamente necesario.
- “Vender” el ERP. Vencer las posibles reticencias de los usuarios. Convencerles. Hacer que “les encante” la nueva herramienta. Vencer su resistencia al cambio.
- Ayudar al Cliente en la definición de los nuevos procesos de negocio. Es lo que se denomina “Reingeniería de procesos”. En ocasiones hay que adecuar sus procesos a los que ofrece la herramienta. Hay que detectar y en la medida de lo posible eliminar los procesos repetitivos y definir el máximo aprovechamiento de tiempo y recursos con el uso de la nueva aplicación.
- Tienes que estar dispuesto a viajar. Hoy estás en Madrid y mañana en Huelva.
- Tienes que tener la mente abierta y no cerrarte a una única forma de hacer las cosas. Cada Cliente trabaja de una determinada forma. No hay mejores y peores formas, solo distintas. Y de cada una aprendes. Hay que sacar lo mejor de cada una y coger ideas. Todas las que puedas. Una solución aportada a un cliente o por un Cliente puede ser perfectamente válida para otro. Cuantas más conozcas, más opciones podrás aportarles y más fácil podrás resolver los problemas que te surjan a futuro.
- Escuchar. Siempre. Antes de cerrarte en banda, tienes que analizar lo que te están diciendo. Tienes que evaluar lo que te están proponiendo. Antes de decir que no se puede, preguntar.
- Levantar riesgos. En cualquier punto de la implantación pueden surgir riesgos que pongan en peligro la implantación. Desviaciones en el planning inicial, reticencia o rechazo de la aplicación por parte de los usuarios, reticencia o rechazo hacia el propio consultor, Clientes que no se dejan aconsejar y que pretenden llevar el peso de la implantación sin conocer la herramienta, retraso en la entrega de los desarrollos solicitados, mala calidad en los datos de la migración, desinterés o falta de asistencia de los usuarios a las formaciones, decisiones tomadas de forma unilateral por el Cliente con las que el consultor no está de acuerdo, alta rotación de personal en el Cliente… en fin… todas aquellas situaciones que se dan y sobre la que es necesario informar con el mayor grado de detalle a los responsables de la empresa implantadora.
- En ocasiones los consultores debemos acudir a las demos preventa con los comerciales para dar respuesta a las dudas planteadas por los Clientes, o para mostrar módulos que los comerciales no conocen.
Cuando un consultor adquiere experiencia en las labores propias de consultoría, realizará además labores de Jefe de proyecto de implantación o director de proyecto. Entre otras, sus labores serán las que siguen:
- Cotizar implantaciones o realizar presupuestos de implantación.
- Planificar y definir las fases, recursos y tiempo requerido para la implantación.
- Realizar el seguimiento de costes y desviaciones del proyecto
- Formar a nuevos consultores
- Asignar tareas y realizar el seguimiento a los consultores de su equipo.
- Realizar el seguimiento de la satisfacción del Cliente en cuanto a la implantación.
- Realizar los informes de seguimiento del proyecto
- Planificar y dirigir las reuniones de seguimiento.
Temas en los que un consultor debe permanecer al margen:
- Problemas políticos o de poder en el Cliente. Jamás entrar al trapo de cotilleos, rumores de pasillo o tomar absolutamente ningún partido por ningún usuario.
- Hacerse eco de los comentarios negativos de los usuarios contra la herramienta.
- Mentir sobre la funcionalidad que cubre la herramienta.
- Decir “esto te lo haremos gratis”, a no ser que tenga potestad suficiente y la empresa implantadora le haya dado el visto bueno a dicha afirmación.
- Poner en duda, o causar incertidumbre al Cliente con respecto al buen término de la implantación.
Que solicitar en una Demo de un ERP
Por Ana Juaristi - El Cliente de un ERP - 1 Enero 2009
Si yo fuese el gerente de una empresa que va a contratar la implantación de un ERP, previamente a solicitar que una empresa implantadora o propietaria de un software realice una Demo, tendría apuntados aquellos puntos críticos que quiero cubrir con la nueva herramienta.
Los comerciales se tienen aprendida una ruta por los distintos módulos de la herramienta, que es la que muestran en la demos. Normalmente el tiempo de la demo suele estar limitado y no se ve más allá de lo que el comercial nos quiera enseñar. Esto puede ser correcto en ocasiones, cuando la empresa es muy pequeña o los procesos de negocio son sencillos, basta con conocer los procesos más generales de cada una de las áreas. Pero si previamente yo he realizado un análisis exhaustivo de lo que realmente necesito, podré consultar sobre aquellos procesos que no me han mostrado en la demo.
Mis consejos son los siguientes:
PREVIO A LA PRIMERA DEMO:
- Analiza tu empresa.
- Llama a otros Clientes que hayan implantado esta herramienta. Consulta los casos de éxito en la Web. Solicita que te faciliten los nombres de otros Clientes en los que hayan implantado.
DURANTE LA DEMO:
- No te creas todo lo que te cuenten. Verifícalo. Si tienes cualquier duda pregunta.
- Si un proceso es crítico para tu negocio y no te lo han enseñado, solicita que lo hagan.
- Pide el ratón un rato. Solicita que te dejen manejar la aplicación. Entra en pantallas que no te han enseñado, aunque no sepas como funcionan. Esto te permitirá ver si hay “errores ocultos” o funcionalidad aún no desarrollada que saldrá en “proximas versiones”.
- Si es necesario, solicita la presencia de un consultor experimentado en la demo.
- Según te vayan enseñando los distintos procesos, táchalos de tu lista. Si al finalizar ves que tienes en tu lista demasiada funcionalidad por cubrir… pregunta cómo te lo van a resolver.
- Solicita un presupuesto muestra de un desarrollo ” a medida”. Esto te puede dar idea de lo que te costará llegar a cubrir al 100% la funcionalidad que necesitas
- Pregunta cual es la metodología de la implantación. Qué formación tendrán los consultores de la implantación. Qué experiencia tienen estos consultores.
- Si tienes que realizar alguna migración de datos, pregunta por la tecnología y metodología que utilizarán en dicha migración.
- Consulta el coste de la elaboración de documentos a medida. Consulta si este desarrollo de documentos podrá ser realizado por personal de tu empresa o estás atado a que te lo tengan que presupuestar.
- Solicita una copia de un precontrato. Lee todo, hasta la letra pequeña.
- Consulta sobre la cuota de soporte y mantenimiento. Que cubre. Qué no. Cada cuanto tiempo publican nuevas versiones. Quien y cómo realiza la instalación de estas nuevas versiones. Cual es el coste de actualizarte.
- Consulta sobre la tecnología de la herramienta. Lenguaje de programación, base de datos, sistema operativo, posibilidades de conexión remota mediante portátiles o pdas, a través de internet. Consulta sobre la interconexión entre sedes. Tecnología utilizada en las conexiones remotas. Por ejemplo, si es 100% basado en TCP/IP, o sea, Web… ¿qué pasa cuando te quedas sin conexión porque se cae el ADSL? Al revés, si es Cliente/Servidor… ¿como se conectará tu sede de Sevilla?
DESPUES DE LA DEMO:
- Evalúa la profesionalidad de las personas que han realizado la presentación.
- Evalúa la funcionalidad del software presentado.
- Evalúa el coste tanto del páquete básico como de los posibles desarrollos que tendrás que realizar.
- Evalúa el número de documentos que tendrás que definir y desarrollar. Evalúa si lo podeis hacer vosotros mismos o no.
- Evalúa la metodología que utilizará la empresa, el perfil y la formación de los consultores de la implantación.
- Evalúa la publicación de nuevas versiones y su instalación.
- Evalúa el nivel de actualización tecnológica de la herramienta y sus diferentes alternativas de conexión.
Cuanto más claro tengas qué es lo que necesita tu empresa y qué es lo que te están ofreciendo, más probabilidad de éxito en la implantación. Ten en cuenta que a veces
- El más caro no es el mejor, ni el más barato el peor.
- Hay aplicaciones que parecen muy completas y no excesivamente caras que a la larga pueden ser mucho más costosas que otras que previamente parecían menos asequibles.
- En ocasiones, firmar un contrato puede ser un saco sin fondo donde tendrás que pagar absolutamente por todo. Incluso por la definición de un simple documento de pedido de compra.
- Estás poniendo los datos de tu empresa, los de gestión, los de operativa, los cuadros de mando, los datos que te permitan ver la evolución de la empresa en manos de un sistema informático. En definitiva, el sistema debe ser fiable, estable, actual, tecnológicamente puntero, no excesivamente caro, con contratos de mantenimiento y soporte que cubran cualquier eventualidad en función de tus necesidades. Si no puedes permitirte el lujo de que tu sistema esté caído el fin de semana, necesitas un soporte 24X7, por ejemplo. Si tu empresa permanece cerrada durante la noche, los fines de semana y cierras todos los puentes, evidentemente un soporte 24X7 es excesivo e innecesario en tu caso…
Como veis, las variables para tomar una decisión son infinitas. Como en casi todo hay que evaluar coste/beneficio. ¿Que es mejor? Una empresa que lleva muchos años en el mercado, con una tecnología no tan puntera pero que te ofrece estabilidad y fiabilidad en tus datos, cuyos costes de desarrollo son desorbitados, o una empresa tecnológicamente puntera recién inaugurada, con pocos clientes de referencia, cuya base funcional es limitada pero que te ofrece unos desarrollos a medida con un coste muy reducido? Complicada elección…
