Software a medida
¿Software a medida o ajustar las herramientas que ya usas? Cómo decidirlo
La mayoría de las empresas que nos consultan no necesitan un desarrollo desde cero. Necesitan saber dónde termina la configuración de lo que ya tienen y dónde empieza el trabajo a medida. Este artículo recoge las preguntas que usamos en la primera conversación para responder eso sin vender un proyecto antes de tiempo.
Empieza por el proceso, no por la herramienta
Antes de comparar plataformas conviene escribir el proceso tal como ocurre hoy: quién inicia cada paso, qué dato produce, dónde lo guarda y quién lo necesita después. Suele bastar con una página. Si nadie puede escribirlo, el problema no es de software todavía.
Con el proceso en papel aparecen dos tipos de fricción. La primera es de configuración: el CRM tiene el campo pero nadie lo rellena, o el ERP puede exportar el informe pero no está programado. La segunda es estructural: la herramienta no modela el paso porque ese paso es propio de tu empresa. Solo la segunda justifica desarrollo.
Cinco preguntas que separan configurar de construir
Las respuestas no dan un veredicto automático, pero tres o más síes en la lista suelen indicar que el trabajo a medida está justificado.
- ¿El paso que falla es una ventaja competitiva o es administración común? La facturación es común; la forma en que asignas técnicos a rutas puede no serlo.
- ¿Alguien mantiene una hoja de cálculo paralela porque la herramienta principal no cubre el caso? Esa hoja es el sistema real y suele ser el primer candidato a reemplazo.
- ¿El mismo dato se teclea en dos o más sitios? Si sí, revisa primero si una integración resuelve el problema sin construir nada nuevo.
- ¿La herramienta actual tiene API o exportación fiable? Sin ella, cualquier solución quedará atada a copiar y pegar.
- ¿Cuánto cuesta un error en ese paso? Cuando un dato mal cargado retrasa una entrega o una factura, la inversión se compara contra ese coste, no contra el precio de una licencia.
Qué se puede resolver sin desarrollar
Muchos problemas desaparecen con trabajo de configuración que no requiere código: campos obligatorios en el CRM, plantillas de importación en el ERP, automatizaciones nativas de la plataforma o un conector estándar entre dos herramientas SaaS.
Nuestro criterio es proponer primero esa vía cuando existe. Un desarrollo a medida que replica una función que la herramienta ya tiene termina costando más en mantenimiento que en construcción.
Cuándo sí construir
El desarrollo a medida tiene sentido cuando el proceso es propio, cambia con la empresa y ninguna configuración lo modela sin forzar al equipo a trabajar alrededor de la herramienta. En ese caso el sistema debe nacer pequeño: un módulo que reemplace la hoja paralela, conectado a lo que ya funciona, y con una API para no repetir el problema dentro de dos años.
En la consulta inicial revisamos el proceso escrito, los sistemas implicados y estas cinco preguntas. Si la conclusión es que basta con configurar, lo decimos y el proyecto no sigue. Esa es la forma más barata de acertar.
En resumen
- Escribe el proceso antes de evaluar herramientas.
- Distingue fricción de configuración de fricción estructural; solo la segunda justifica desarrollo.
- La hoja de cálculo paralela es el sistema real y el primer candidato a reemplazar.
- Construye pequeño, integrado con lo existente y con API desde el primer día.