PIPELINEGuías
Conectar software personalizado con sistemas existentes
¿Tiene que renovarse todo por eso? Casi nunca. Qué se puede conectar a un paisaje de sistemas existente, dónde están los límites y qué parte suele llevar más tiempo según la experiencia.
En la mayoría de los casos, para el software personalizado no hace falta reemplazar nada existente: el sistema de gestión de inventarios, CRM, calendario, contabilidad o centralita telefónica se conectan mediante interfaces. Lo decisivo es si el sistema en cuestión tiene una interfaz documentada, y la parte crítica en tiempo casi nunca es la técnica, sino la obtención de los accesos.
01 — Conexión
Conexión con sistemas existentes
El error de suposición más frecuente es que todo debe ser nuevo. En la mayoría de los casos, el entorno de sistemas existente se mantiene y el software personalizado se integra sobre él, mediante interfaces, no mediante sustitución.
Qué se conecta en la práctica: sistema de gestión de mercancías, CRM, calendario de citas, contabilidad, centralita telefónica, sistema de newsletters, sitio web. Lo decisivo es si el sistema respectivo tiene una interfaz documentada. Donde no existe ninguna, suele haber una solución intermedia, pero cuesta esfuerzo y debe aclararse antes, no descubrirse después.
La parte crítica en tiempo casi nunca es la conexión técnica, sino la obtención de los accesos. Quien empieza pronto aquí acorta notablemente la duración del proyecto.
02 — Requisitos
Qué necesitáis para software personalizado
- Un motivo claramente definido. No «deberíamos hacer algo con IA», sino un proceso que hoy demostrablemente cuesta tiempo o contratos.
- Contenidos o datos existentes. El software personalizado trabaja con lo que hay. Cuanto más completa sea la situación inicial, más corta la puesta en marcha.
- Acceso a los sistemas afectados. Quien gestiona los accesos debe estar involucrado desde el principio: esta es, según la experiencia, la causa más frecuente de retrasos.
- Una persona de contacto con poder de decisión. Una, no tres.
- Disposición a ajustar tras la puesta en marcha. Las primeras semanas de operación real muestran qué faltaba en el concepto. Eso es normal y está previsto.
03 — Cuellos de botella
En qué suele atascarse
- Contenidos y entregas. El motivo de retraso más frecuente con diferencia. Textos, imágenes, listas de precios, accesos — lo que falta, bloquea.
- Decisiones. Si no está claro quién aprueba, el proyecto espera. Una persona de contacto designada con autoridad de decisión acorta notablemente la duración.
- Accesos a sistemas externos. Obtener acceso a gestión de mercancías, centralita telefónica o CRM regularmente tarda más que la propia integración.
- Rondas de coordinación sin fin. Dos rondas de corrección son normales, cinco son señal de que el objetivo no estaba claro al principio.
04 — Preguntas
Preguntas frecuentes
¿Funciona en nuestros propios servidores o en la nube?
Ambas opciones son posibles. Para la mayoría de los negocios una solución en la nube requiere menos mantenimiento; donde los datos no pueden salir del local, lo configuramos en infraestructura propia.
¿Cómo evitamos que el proyecto se descontrole?
Pasos pequeños con resultado útil, presupuestos fijos por paso y la posibilidad de salir después de cada paso. Los grandes proyectos a precio fijo de doce meses son el camino más seguro hacia la decepción, para ambas partes.
¿A quién pertenece el código fuente?
A vosotros, completamente, desde el pago. Está en el contrato. Podéis ir con él a cualquier otro desarrollador, ese es el punto.
¿Cuántos usuarios soporta un sistema así?
Depende de la arquitectura, que planificamos según vuestro crecimiento esperado, desde pocos usuarios en el propio negocio hasta varios cientos en múltiples ubicaciones.
¿Qué pasa si durante el desarrollo descubrimos nuevos requisitos?
Es normal y está previsto, porque se trabaja en pasos pequeños. Un nuevo requisito se incorpora al siguiente paso, en lugar de detener todo el proyecto.
¿Cuándo vale la pena el software propio frente al software estándar?
Cuando tu proceso es una ventaja competitiva real, cuando el software estándar solo encaja al setenta por ciento y el resto termina en trabajo manual, o cuando los costes de licencia por usuario superan el desarrollo en pocos años. Si solo se trata de comodidad, el software estándar es más barato.
¿Qué pasa si dejamos de colaborar?
Tenéis código, documentación y accesos. Usamos deliberadamente tecnologías extendidas para que un cambio sea posible sin que nadie tenga que reconstruir todo.
05 — Continuar
Páginas relacionadas
- Software individual — Resumen
- Software individual — Funcionamiento
- Software individual — Ventajas y desventajas
- Software a medida — Proceso
- Software individual — Financiación
- Software individual — Hacerlo uno mismo
- Software a medida — Lista de verificación
- Software personalizado — Operación continua
- Automatización de procesos
- Integración CRM
- Interfaces API
- Todas las guías
Software individual por región
Siguiente paso
Primera evaluación, sin compromiso.
Describid brevemente de qué se trata. Recibiréis una respuesta honesta sobre qué es realista y cuánto cuesta aproximadamente.