¿Por qué la licencia no es el costo del proyecto?
Es la confusión más frecuente y la que produce presupuestos que se rompen a mitad de camino. La licencia es lo que le pagas al fabricante por usar el software. La implementación es lo que cuesta que ese software refleje tu operación.
Una licencia se puede consultar en una página de precios. Una implementación no, porque su costo depende de variables que están en tu empresa, no en el producto. Por eso ningún proveedor serio puede darte una cifra antes de saber qué hay que hacer, y por eso los precios que sí circulan públicamente son de licencia.
¿Qué variables mueven el costo de la implementación?
Seis, en orden aproximado de impacto:
| Variable | Qué la encarece |
|---|---|
| Integraciones | Cada sistema que debe conectarse (ERP, facturación, e-commerce) es un proyecto en sí mismo. Es la variable de mayor peso. |
| Calidad de los datos de origen | Duplicados, campos inconsistentes y registros incompletos: limpiar antes de migrar suele costar más que migrar. |
| Número de procesos comerciales | Un pipeline es sencillo. Cuatro unidades de negocio con criterios distintos multiplican la configuración. |
| Personalización | Objetos y propiedades a medida, lógica que la plataforma no trae de fábrica. |
| Migración | Traer historial de otro CRM, con sus relaciones y su trazabilidad, no es una importación de contactos. |
| Usuarios y capacitación | Afecta la licencia de forma directa y la adopción de forma indirecta: formar a cuarenta personas no es formar a cinco. |
¿Qué rangos de tiempo son realistas?
El tiempo es el mejor indicador indirecto del costo, porque casi todo el gasto de una implementación es trabajo de personas.
- Semanas — un pipeline, propiedades estándar, sin integraciones, datos en buen estado, equipo pequeño.
- Uno a tres meses — varios pipelines, automatizaciones, una integración, migración desde una hoja de cálculo o un CRM sencillo.
- Tres meses o más — múltiples integraciones con sistemas internos, objetos personalizados, migración con historial, varias unidades de negocio.
Si un proveedor te cotiza el tercer escenario con el plazo del primero, la pregunta no es de precio: es qué se está dejando fuera del alcance.
¿Qué costos se olvidan al presupuestar?
Cuatro, y son los que producen la sensación de que el proyecto «se salió del presupuesto» cuando en realidad nunca estuvo dentro:
- La limpieza de datos previa. Se descubre al abrir la base, no al cotizar.
- El tiempo de tu propio equipo. Las sesiones de levantamiento, validación y capacitación son horas de tus comerciales que no están vendiendo.
- El soporte posterior. Un CRM vivo cambia: procesos nuevos, campos que sobran, automatizaciones que ajustar.
- El crecimiento de la licencia. Los modelos por asiento escalan con el equipo, y una estructura de usuarios mal planificada desde el inicio se paga cada mes.
¿Conviene hacer un diagnóstico antes de cotizar?
Cuando el proyecto entra en el segundo o tercer escenario de plazos, sí, y por una razón económica más que metodológica: sin levantamiento previo, la cotización se hace sobre supuestos, y los supuestos que fallan se convierten en alcance adicional a mitad del proyecto.
Un discovery previo convierte la pregunta «¿cuánto cuesta?» en «esto es lo que hay que hacer, y esto cuesta». En Articod Digital Lab lo tratamos como un servicio separado precisamente para que puedas usar ese diagnóstico incluso si decides implementar con otro proveedor.
¿Cómo comparar dos cotizaciones que dan cifras muy distintas?
Comparando alcance, no totales. Tres preguntas revelan casi siempre de dónde sale la diferencia:
- ¿Incluye limpieza y migración de datos, o asume que llegan limpios?
- ¿Cuántas integraciones cubre y qué pasa si aparece una más?
- ¿Incluye capacitación y acompañamiento posterior, o termina en la entrega?
Una cotización notablemente más barata casi nunca es más eficiente: normalmente excluye una de esas tres cosas, y las tres terminan haciéndose igual.