Por qué los ERP grandes fracasan en PyMEs (y qué hacer en su lugar)

He visto demasiados proyectos morir en PyMEs que "al fin se decidieron a entrar al siguiente nivel" contratando un implementador certificado de SAP, NetSuite o Microsoft Dynamics. La historia siempre rima:

• Mes 0: el dueño firma el contrato. Inversión inicial ronda los $600,000 a $3,000,000 MXN. La promesa es "tu empresa en otro nivel en 8 meses".
• Mes 4: el implementador descubre que la operación "no es como en el manual". Empiezan los "alcances adicionales".
• Mes 8: el sistema arranca a medias. Hay módulos sin configurar. El equipo sigue usando Excel "mientras tanto".
• Mes 14: el dueño firma una segunda fase de honorarios para "estabilizar". Total acumulado: 40-80% más que el contrato original.
• Mes 18: alguien — usualmente la persona que más entendía el sistema — renuncia. Empieza la dependencia eterna del consultor.

No es que los ERP grandes sean malos. Son la herramienta equivocada para el tamaño equivocado. Veamos por qué.

El supuesto roto: que tu PyME se parece a un corporativo

Los ERP corporativos suponen que tu empresa tiene:

• Un departamento de TI interno con al menos 3 personas dedicadas a mantener el sistema.
• Procesos estandarizados y documentados — manuales operativos, políticas de aprobación, organigrama claro.
• Decenas de usuarios concurrentes que justifican licencias caras.
• Contabilidad multi-país, multi-divisa, multi-entidad.
• Auditorías formales y necesidades de cumplimiento regulatorio severo.
• Paciencia y presupuesto para personalizaciones que tardan meses.

La PyME típica mexicana tiene cero de estos requisitos. Lo que tiene es: un dueño multitareas, una operadora de oficina haciendo facturas, dos o tres personas en almacén, un contador externo, y un equipo de ventas con teléfono y memoria. Forzar SAP encima de eso es como meterle traje sastre a alguien que necesitaba un overol.

Lo que sí necesita una PyME

Por experiencia, las necesidades reales de una PyME mediana (entre $5M y $80M MXN de venta anual) son siempre las mismas tres:

1. Una base de datos centralizada que no se rompe

Que tres personas puedan capturar al mismo tiempo sin pisarse. Que tenga histórico de cambios. Que sea respaldable. Postgres es esto. Cuesta $10-30 USD/mes en un VPS.

2. Una capa de captura que el equipo ya conozca

Si tu equipo lleva 10 años capturando en Excel, no los hagas aprender un sistema nuevo de la noche a la mañana. Google Sheets con AppSheet, o formularios web simples, capturan al mismo Postgres detrás. La gente sigue trabajando como sabe.

3. Una capa de visualización que cuente la historia

Dashboards en Metabase o Looker Studio. Gratis. El truco no está en la herramienta — está en qué visualizas. Inventario valorizado, rotación, margen real por SKU, top clientes, cartera vencida. Cinco gráficas que un ERP grande tarda meses en configurar bien, aquí se hacen en una tarde.

El mito de "se ve barato pero después sale más caro"

Es la objeción más común. Y entiendo de dónde viene: la idea de que algo construido con herramientas open source es "casero" y por lo tanto frágil. La realidad es lo opuesto.

Postgres lo usan empresas del tamaño de Spotify, Apple, Instagram. Metabase lo usan Coursera y Tinder. n8n lo usan miles de empresas para automatización. Son herramientas industriales, gratuitas porque su modelo de negocio es servicios y soporte enterprise, no licencias por usuario. Es el mismo software que corre en multinacionales — solo que sin la capa de cobro abusiva.

"Pero entonces, ¿dónde está la trampa?" — La trampa no está en la herramienta. Está en quién la construye. Necesitas a alguien que sepa armar el stack y mantenerlo. Eso es lo que cuesta — y aún así, sale 10× más barato que un ERP corporativo.

Cuándo SÍ tiene sentido un ERP grande

No quiero ser injusto. Los ERP grandes sí son la herramienta correcta cuando:

• Operas en tres o más países con contabilidad consolidada multidivisa.
• Tienes 50+ usuarios concurrentes tocando el sistema todo el día.
• Tu industria tiene regulación severa (farma, financiero, gobierno) y necesitas certificaciones formales.
• Acabas de ser adquirido o vas a salir a bolsa y los auditores quieren ver un sistema "de los grandes".
• Tu CFO ya conoce SAP y tu equipo tiene capacidad de TI para mantenerlo.

Si no estás en ninguno de esos casos, no necesitas un ERP grande. Necesitas claridad sobre qué quieres medir, un stack moderno bien armado, y alguien que te acompañe los primeros meses.

Cómo se ve un proyecto IPSE

Diagnóstico de 2 horas. Si justifica un proyecto, propuesta con scope cerrado y precio fijo. Implementación en 7-11 semanas — empiezas a usar entregables desde la semana 3, no después de 6 meses. Mantenimiento opcional como CFO/COO fraccional: el sistema vive, evoluciona, y tú no dependes de un solo consultor.

Si la pregunta es "¿necesito un sistema?", la respuesta casi siempre es sí. Pero el sistema no tiene por qué costar tres millones ni tardar 18 meses.