Elige una empresa de desarrollo de ERP a medida comprobando cómo entenderá tus procesos, entregará una primera versión utilizable y mantendrá el sistema después. Una presentación cuidada o una tarifa baja no responden a esas preguntas. Pide pruebas que relacionen equipo, método de trabajo y condiciones comerciales con lo que necesita tu negocio.
Para una pyme de Reino Unido, el proveedor de ERP puede formar parte de la operación diaria durante años. La relación implica conocimiento del personal, datos de clientes, integraciones y decisiones sobre cambios. Evalúala como una colaboración operativa con responsabilidades claras. La selección debe ayudar a ambas partes a descubrir si el proyecto encaja antes de asumir un compromiso importante.
Pide experiencia pertinente y suficiente contexto
Solicita ejemplos con procesos o restricciones comparables, además de empresas con logotipos conocidos. Un flujo con entregas parciales puede ser más relevante que un proyecto llamativo de otro ámbito. Pregunta qué entregó realmente el proveedor, qué quedó en manos de otros y quién mantiene hoy el sistema resultante.
Habla también de dificultades. ¿Cómo resolvió el equipo datos inconsistentes, acceso a integraciones no disponible o cambios durante las pruebas? Una explicación creíble distingue trabajo previsto y descubrimientos, y cuenta cómo se tomaron decisiones. Respeta la confidencialidad: un ejemplo anonimizado o una referencia organizada con permiso pueden aportar pruebas útiles.
No supongas que un caso garantiza el mismo resultado para tu empresa. Pregunta qué personas del equipo propuesto tienen la experiencia pertinente y si participarán en el proyecto. Registra la dependencia de colaboradores o especialistas externos, quién gestiona su relación y quién mantiene la responsabilidad sobre la entrega completa.
Examina los entregables de descubrimiento antes de aprobar el desarrollo
El descubrimiento debe reducir incertidumbre y dejar material aprovechable. Pide mapa de procesos, alcance priorizado, evaluación de integraciones, hallazgos sobre datos, primera versión propuesta y estimación con supuestos. Acuerda qué preguntas deben resolverse antes de continuar y qué ocurrirá si las pruebas apuntan hacia una alternativa distinta.
El proveedor debe estar dispuesto a valorar productos estándar, extensiones y mejoras del sistema actual. El desarrollo propio es un medio para conseguir un resultado, por lo que necesita una justificación. Nuestra guía para desarrollar o comprar un ERP permite comparar esas opciones antes de comprometer la implementación.
Facilita acceso suficiente para que el descubrimiento sirva. Nombra responsables de procesos, prepara registros representativos y reserva tiempo para decidir. Pide separar supuestos de hechos verificados en los resultados. Un precio cerrado basado en datos inaccesibles e integraciones sin probar requiere revisión, aunque la presentación transmita una precisión tranquilizadora.
Comprueba cómo funcionarán entrega y aceptación
Pide ver cómo se convierten las necesidades en resultados demostrables. Un plan útil identifica quién revisa cada avance, qué usuarios lo prueban y cómo se distinguen defectos y ampliaciones. El equipo debe ver software funcionando con datos representativos regularmente, sin esperar a una presentación final cuando ya se haya consumido gran parte del presupuesto.
Acuerda criterios de aceptación para resultados de negocio y funcionamiento operativo. En pedidos, incluye excepciones, permisos, trazabilidad y traspaso a otros sistemas. Define cómo se comprobarán rendimiento y recuperación con el volumen pertinente para tu empresa. Evita aceptar un hito únicamente porque exista una lista de pantallas terminadas.
La guía de contratación ágil del Gobierno británico trata la relación entre condiciones comerciales y entregas iterativas. Es una referencia del sector público: utiliza las ideas pertinentes como preguntas, sin asumir que sus reglas de contratación se aplican a tu pyme. Concreta autoridad de gasto, seguimiento y cambios de alcance en tu acuerdo.
Concreta propiedad del código y control operativo
Pregunta qué derechos concede el contrato sobre código, documentación, configuración y modificaciones futuras. Identifica componentes previos del proveedor, dependencias abiertas y licencias comerciales por separado. No asumas que pagar una factura proporciona automáticamente todos los derechos y recursos para trasladar el sistema. Revisa las condiciones contractuales pertinentes para tu situación antes de firmar.
Solicita una definición práctica del traspaso. Debe identificar repositorios, instrucciones de construcción, configuración de despliegue, entornos y documentación operativa. Aclara quién controla suscripciones cloud, dominios y cuentas administrativas. El acceso debe corresponder a cada responsabilidad y poder recuperarse si una persona deja de participar en el proyecto.
Una prueba útil es comprobar si otro equipo autorizado puede construir, desplegar y mantener la aplicación con el material entregado. Pregunta cuándo se demostrará y cómo se actualizará la documentación. Un ZIP con código al final es un traspaso limitado si la aplicación depende de servicios sin documentar o cuentas personales.
Revisa migración y puesta en marcha como trabajo real
Pregunta quién identifica los datos, resuelve problemas de calidad y aprueba la conciliación. La propuesta debe incluir importaciones representativas de prueba, secuencia de cambio y comprobaciones adecuadas a los registros. El histórico puede migrarse, archivarse o seguir consultándose; son decisiones con responsables de negocio, no supuestos que deban aplazarse hasta el lanzamiento.
Habla del periodo de convivencia entre sistemas. ¿Dónde se introducen pedidos nuevos, dónde se consulta su estado y qué sistema manda? Explica cómo se comportarán las integraciones. Si ambos pueden modificar los mismos registros, el plan necesita conciliación; no basta con confiar en que todo el mundo recuerde qué pantalla corresponde utilizar.
Pregunta qué impediría el cambio y qué obligaría a recuperar la situación anterior. La respuesta debe explicar el tratamiento de operaciones creadas desde la puesta en marcha. Volver atrás perdiendo registros nuevos no equivale a recuperar la operación normal. Este tema permite evaluar el criterio práctico del proveedor para realizar entregas.
Evalúa seguridad y el equipo de soporte de la propuesta
Los principios de seguridad de proveedores del NCSC ofrecen una referencia para evaluar garantías. Pregunta cómo controla accesos, gestiona secretos, revisa cambios y comunica incidentes. Si presenta una certificación como prueba, comprueba su alcance y vigencia respecto a los servicios que estás contratando.
Trata también la participación de subcontratistas y servicios cloud. Necesitas saber quién responde por el sistema y cómo se coordinan los problemas. Pide un ejemplo del proceso de incidentes, incluida la comunicación contigo y el paso desde investigación a corrección. La competencia técnica debe acompañarse de una forma clara de actuar bajo presión.
Para operaciones británicas, establece horario, cobertura en festivos y escalado urgente. Distingue primera respuesta, restauración y solución definitiva. Pregunta qué ocurre si no está disponible el desarrollador principal, cómo se comparte conocimiento y qué mantenimiento está incluido. Tener una persona de contacto ayuda; depender totalmente de ella hace frágil el soporte.
Compara el presupuesto y limita el primer compromiso
Entrega el mismo documento a los candidatos y solicita partidas comparables. Confirma moneda, IVA, hitos de pago, dependencias, gastos, soporte y exclusiones. Pregunta cómo cambia la estimación si una integración no cumple los supuestos. Nuestra guía de costes de ERP explica cómo hacer más comprensible el presupuesto de la primera fase.
Elige un primer compromiso que produzca pruebas: descubrimiento acotado, ensayo de una integración difícil o piloto de un proceso completo. Acuerda la decisión al terminar y el material que conservarás si no continúas. Una buena relación comienza con resultados claros y visibilidad suficiente para que ambas partes puedan decidir con información.
Worktechlabs puede definir y desarrollar ERP a medida, conectar herramientas mediante integraciones y planificar soporte continuo. Cuéntanos tu proyecto, el proceso que más dificultades genera y los sistemas que necesitas conservar. Podemos concretar una primera fase, sus entregables y las responsabilidades de soporte que conviene aclarar antes de desarrollar.
Fuentes oficiales y lecturas adicionales
