Riesgos de contratar un freelance

En tu empresa la presión por modernizar procesos ya no es opcional; sin embargo, cuando el equipo reacciona con desconfianza, los plazos se alargan y el presupuesto se dispara. En este artículo verás, paso a paso, cómo una compañía peruana enfrentó la resistencia del personal a un ERP nuevo y qué papel jugaron los riesgos de contratar un freelance en la ecuación.

El punto de partida

Sector: distribución de insumos médicos.

Tamaño: 120 empleados, 3 sucursales en Lima, Arequipa y Trujillo.

Problema concreto: La empresa utilizaba planillas de Excel y un sistema legado de facturación electrónica que no se integraba con la SUNAT. Cada cierre mensual generaba errores de conciliación y multas por inconsistencias en la declaración de impuestos. El director de operaciones decidió migrar a un ERP modular que centralizara inventario, compras y facturación electrónica.

Contexto de compra: En Perú, la contratación de desarrollo a medida suele hacerse mediante licitaciones internas o mediante referencias de proveedores locales. En este caso, el comité optó por un freelance con experiencia en ERP Odoo, recomendado por un socio de negocios.

Qué se hizo y por qué

1. Selección del freelance – Se descartó la opción de una consultora grande por los costos de licenciamiento y la rigidez en los tiempos de entrega. El freelance ofreció un plazo de 20 semanas y la promesa de personalizar los módulos críticos sin necesidad de licencias adicionales.
2. Plan de implementación – Se definió un cronograma en tres fases:
   • Fase 1 (4 semanas): levantamiento de requerimientos y diseño de flujos.
   • Fase 2 (10 semanas): desarrollo de los módulos de inventario y facturación electrónica.
   • Fase 3 (6 semanas): pruebas piloto en la sucursal de Lima y capacitación del personal.
3. Capacitación – Se programaron talleres de 2 horas semanales para usuarios clave (jefes de almacén, contadores y analistas de ventas). La intención era minimizar la resistencia del personal a un sistema nuevo mediante aprendizaje práctico.
4. Gestión de cambios – Se nombró a una “champion” por cada área, responsable de recoger dudas y comunicar beneficios. Esta medida surgió después de que, en proyectos anteriores, la falta de un interlocutor interno había generado retrasos de hasta 15 % en los plazos.

Por qué se descartó otra alternativa: La contratación de una firma de consultoría hubiera incluido un equipo dedicado de 5 personas, pero el presupuesto disponible solo permitía 30 % del costo estimado. Además, la empresa había tenido experiencias negativas con consultoras que entregaban documentación extensa pero poco práctica.

Qué cambió en el día a día

Antes

• Procesos manuales: Los operarios ingresaban datos de compra en formularios PDF que luego eran copiados a Excel. Cada error requería una revisión manual que consumía 3 h diarias en el área de almacén.
• Comunicación fragmentada: La información de stock estaba dispersa entre planillas y el sistema de facturación de la SUNAT, lo que provocaba retrasos de 2‑3 días para validar disponibilidad antes de generar una orden de compra.
• Moral baja: El personal percibía que la nueva herramienta era una imposición y temía perder el empleo si no lograba adaptarse.

Después

• Automatización del flujo: El ERP integró la captura de pedidos, actualización automática de stock y generación de comprobantes electrónicos en tiempo real. El tiempo dedicado a la conciliación con SUNAT cayó de 12 h mensuales a 2 h.
• Visibilidad inmediata: Los jefes de sucursal pueden consultar el nivel de inventario desde cualquier dispositivo móvil; la toma de decisiones se reduce de 48 h a menos de 4 h.
• Aceptación gradual: Gracias a los talleres semanales, el 78 % de los usuarios clave reportó sentirse cómodo con el nuevo sistema después de la fase piloto. Sin embargo, el resto del personal mostró resistencia al cambio, principalmente por la falta de acceso a dispositivos móviles en la planta.

Errores al implementar un sistema nuevo que se observaron:

• Subestimar el tiempo de adaptación: se planificó 2 h de capacitación semanal, pero los operarios necesitaban al menos 4 h para asimilar los cambios.
• No considerar la infraestructura de hardware: la planta de Trujillo carecía de routers Wi‑Fi robustos, lo que obligó a comprar equipos adicionales, retrasando la fase 3 en 2 semanas.
• Ignorar la carga de trabajo real del freelance: el profesional trabajaba 30 h semanales en varios proyectos simultáneos, lo que provocó entregas parciales y la necesidad de re‑planificar pruebas.

Qué es replicable y qué no

Replicable

• Modelo de champion interno: Designar a un referente por área facilita la comunicación y reduce la fricción. Funciona en cualquier sector que requiera interacción entre departamentos.
• División por fases con entregas piloto: Probar el ERP en una sucursal antes de escalar permite ajustar procesos sin comprometer toda la operación.
• Capacitación práctica y continua: Los talleres de 2 h semanales son una buena base, siempre que se complementen con sesiones de refuerzo para usuarios menos familiarizados con la tecnología.

No replicable

• Dependencia de un solo freelance: En este caso, la falta de un equipo dedicado amplificó los riesgos de contratar un freelance, como la sobrecarga de trabajo y la falta de disponibilidad para soporte inmediato. Empresas con mayor presupuesto deberían considerar al menos dos recursos o una pequeña firma.
• Infraestructura de red limitada: La necesidad de comprar routers Wi‑Fi fue específica de la planta de Trujillo. Otras empresas pueden no enfrentar este problema si ya cuentan con una red corporativa robusta.
• Regulación SUNAT específica para facturación electrónica: La integración directa con la SUNAT es obligatoria en Perú; empresas de otros países no tendrán este requisito y, por lo tanto, el proceso de validación será diferente.

Conclusión

La resistencia del equipo a un sistema nuevo no desaparece con la sola instalación de un ERP; se trata de un proceso de gestión del cambio que implica planificación, recursos humanos internos y una evaluación realista de los riesgos de contratar un freelance. En la experiencia descrita, la combinación de champions, capacitación práctica y pruebas piloto permitió transformar la operación en menos de seis meses, pero la falta de un equipo de soporte dedicado y la infraestructura insuficiente generaron retrasos evitables. Si tu empresa está considerando una migración similar, revisa estos puntos críticos y decide si la apuesta por un freelance es la opción más segura o si conviene invertir en una consultora con recursos dedicados.