Guía ERP para Pymes

Nadie busca un ERP por curiosidad. Se busca cuando algo duele. Estos son los dolores que nos encontramos cuando entramos en una empresa, y casi siempre vienen juntos:

• El mismo dato se teclea dos o tres veces. Llega un pedido por correo, alguien lo pasa al programa, y luego alguien lo vuelve a pasar al de contabilidad.
• El inventario nunca cuadra. Lo que dice el programa y lo que hay en la estantería no coinciden, y el recuento anual son tres días de trabajo.
• Nadie sabe el margen real de un trabajo hasta que se cierra el mes, si es que entonces.
• Hay una persona imprescindible. Cuando se va de vacaciones, algo deja de funcionar porque el procedimiento vive en su cabeza.
• Las decisiones se toman con datos de hace dos semanas, que es lo que tarda el informe en montarse a mano.
• Crecer da miedo. Sabes que con un 30 % más de pedidos el sistema actual revienta.

Las cifras que circulan para una empresa de veinte a cincuenta empleados hablan de tres a nueve meses con migración de datos y formación incluidas. Esa es la media del mercado, y conviene conocerla para saber qué te están ofreciendo.

Pero no es una ley física. Nuestros proyectos de ERP a medida se ponen en marcha en uno a tres meses, y la diferencia no está en programar más rápido: está en acotar bien desde el principio y en no empezar la casa por el tejado.

Por qué unos tardan tres meses y otros nueve

Cuando un proyecto se alarga, casi nunca es por el software. Es por esto:

• Decisiones de proceso que nadie había tomado. «¿Quién aprueba un descuento por encima del 15 %?» Nunca se había escrito, y ahora el sistema exige una respuesta.
• Datos en peor estado del esperado. Se descubre al migrar, que es el peor momento.
• Disponibilidad del equipo. La gente que conoce el proceso es la que no tiene tiempo libre.
• Alcance que crece. «Ya que estamos, ¿podríamos también…?»

Lo que acorta el plazo de verdad

• Acotar el alcance antes de escribir una línea. Tres procesos, no treinta.
• Limpiar los datos en paralelo, no cuando el sistema ya espera para migrar.
• Una persona con capacidad de decidir por parte de la empresa. Las decisiones pendientes son el freno más caro.
• Entregar por fases y en producción. Ver funcionando el primer módulo a las tres semanas cambia la conversación entera.

En un ERP de catálogo, la IA viene decidida por el fabricante: hace lo que hace para todos sus clientes. En un desarrollo a medida la propuesta es distinta, y la diferencia importa.

Qué cambia

• Se entrena con tu histórico, no con el del sector. Un modelo que ha visto tus diez últimos años de presupuestos y su coste real predice mejor que uno genérico, por sofisticado que sea.
• Se aplica al proceso que te duele, no al que el fabricante consideró prioritario.
• Entiende tu vocabulario. Las referencias que tus proveedores nombran de tres maneras distintas, los códigos internos, las excepciones que todo el mundo conoce.
• Decides dónde viven los datos, cosa que en un producto cerrado rara vez puedes elegir.

Qué no cambia

Que necesitas datos. Un desarrollo a medida con IA sobre una empresa que no guarda histórico es un desarrollo a medida caro y sin IA. Si no tienes el dato, lo primero del proyecto es empezar a registrarlo; la parte inteligente llega después.

Dejando el folleto a un lado, estas son las tres familias de cosas que la IA resuelve de verdad dentro de un sistema de gestión, con el indicador que conviene medir en cada una.

Si te interesa el detalle por sector —qué automatizar en calzado, en una asesoría, en una clínica o en un taller, cada caso con su indicador— lo tenemos desarrollado en nuestra web sobre el Bono IA, sector a sector.

El 40 % de los proyectos de ERP sufre resistencia interna que retrasa la puesta en marcha. No es un problema de software: es que a nadie le gusta que le cambien la forma de trabajar, y menos si no le han explicado por qué.

• Cuenta el porqué antes del cómo. Si la gente entiende qué problema se resuelve, aguanta la curva de aprendizaje.
• Mete a quien hace el trabajo en el diseño. Quien teclea las facturas sabe cosas que el organigrama no refleja.
• Forma de verdad. Dos horas de demostración no son formación.
• Quita el sistema viejo. Mientras exista la hoja de cálculo paralela, habrá hoja de cálculo paralela.
• Enseña el resultado. Cuando el equipo ve que el inventario cuadra por primera vez en años, se acabó la resistencia.

Casi todas las guías de ERP terminan en la puesta en marcha, como si ahí acabara el proyecto. Es justo donde empieza. Un sistema de gestión acompaña a la empresa diez o quince años, y en ese tiempo la empresa cambia: entran productos nuevos, cambia la normativa, se abre una delegación, se contrata a diez personas más.

Un ERP que no puede cambiar al ritmo de la empresa se convierte en un freno. Y esto es lo que de verdad diferencia un camino del otro, mucho más que el precio del primer año.

Las tres cosas que vas a necesitar, sí o sí

• Cambios. «Necesitamos un campo más en el pedido», «el albarán tiene que salir con otro formato», «hay que facturar de otra manera a este cliente». No son caprichos: son la empresa funcionando.
• Incidencias. Algo deja de funcionar un martes a las nueve y media con los camiones esperando. Lo que importa entonces no es el software: es cuánto tardan en cogerte el teléfono y si quien lo coge sabe de qué le hablas.
• Evolución. Cada dos o tres años aparece algo que no existía cuando se diseñó el sistema. La factura electrónica obligatoria, sin ir más lejos.

Dónde se nota la diferencia

Nuestra experiencia después de dieciséis años es que el proyecto se juzga en el año tres, no en el mes uno. Las empresas que están contentas con su sistema no son las que eligieron el más barato ni el que tenía más módulos: son las que pueden pedir un cambio y tenerlo funcionando antes de que el problema les cueste dinero.

1. Escribe tus tres procesos críticos. No todos: los tres que, si fallan, paran la empresa.
2. Mide cuánto cuestan hoy. Horas semanales, errores al mes, días de retraso. Sin esto no podrás saber si el proyecto salió bien.
3. Decide catálogo o medida con la pregunta del capítulo 3, no con el precio.
4. Pide demostración sobre tus datos, no sobre los del comercial. Lleva tus casos raros: ahí es donde se ve si el sistema encaja.
5. Pregunta por la salida. Cómo exportas tus datos el día que quieras irte. Si la respuesta es vaga, es una respuesta.
6. Exige el coste a cinco años, no el de la primera factura: licencias, usuarios adicionales, mantenimiento y soporte.
7. Pregunta por el después. Quién atiende una incidencia, en cuánto tiempo, y cómo se pide y se presupuesta un cambio dentro de dos años. Es el capítulo 13 y es donde se decide si el proyecto envejece bien.
8. Habla con un cliente suyo de tu tamaño y de tu sector. Que te lo den ellos, y pregunta dos cosas: qué salió mal, y qué pasó cuando necesitaron un cambio.
9. Empieza por un proceso y crece desde ahí.

Si quieres profundizar en el proceso de selección, lo detallamos en cómo elegir un software ERP para pymes, y si ya tienes uno y te planteas cambiarlo, en migración de ERP y CRM.

• Comprar funcionalidades en vez de resolver procesos. La lista de módulos impresiona; lo que importa es si tu pedido entra solo.
• No medir el antes. Sin línea de partida, el proyecto no se puede defender ni ante ti mismo.
• Personalizar un producto cerrado hasta desfigurarlo. Pagas lo de un desarrollo a medida y heredas los límites de un catálogo.
• Dejar la formación para el final. Es la partida que siempre se recorta y la que decide si el sistema se usa.
• Migrar todo «por si acaso». Arrastras veinte años de basura al sistema nuevo.
• Creer que la IA compensa la falta de datos. Es exactamente al revés.
• No contar las horas internas. La razón número uno de que el 74 % se pase de presupuesto.
• Elegir mirando solo el día del arranque. El sistema dura más de diez años; la relación con quien lo mantiene pesa más que la demostración comercial.