Sistema de gestión estándar o software a medida: una matriz para elegir

La elección entre un sistema de gestión ya hecho y un software construido a medida se hace casi siempre al revés: primero se elige, luego se buscan los argumentos. Quien ya ha probado un producto estándar y se ha sentido limitado está convencido de que hace falta el a medida; quien ha visto un desarrollo alargarse está convencido de lo contrario. Esta guía sirve para construir una comparación que se sostenga incluso cuando la simpatía inicial se decanta por otro lado.

La pregunta no es cuál de las dos soluciones es mejor en términos absolutos: es cuál de las dos soporta tus procesos críticos con menos compromisos aceptados para siempre.

Separar los requisitos esenciales de las costumbres

El primer trabajo es dividir la lista de deseos en tres categorías, y hay que hacerlo con quien realiza el trabajo, no solo con quien lo dirige.

• Restricciones reales: obligaciones legales, requisitos contractuales de los clientes, integraciones obligatorias con sistemas externos. No son negociables y hay que verificarlas por escrito.
• Elementos distintivos: los puntos en los que tu forma de trabajar es realmente distinta de las demás y te da una ventaja. Son pocos, normalmente dos o tres, y son la parte que merece construirse a medida.
• Costumbres: todo lo demás. El campo que siempre ha estado ahí, el flujo en ese orden, el documento con esa maquetación. No hay que restarles valor, pero si un producto estándar pide cambiarlas, el coste es del cambio organizativo, no del software.

La distinción entre elemento distintivo y costumbre es la parte difícil, y el resto de la evaluación depende de ella. Un buen control: si un competidor te copiara esa forma de trabajar, ¿perderías algo? Si la respuesta es no, es una costumbre.

Probar las actividades críticas, no mirar las demos

Una demostración comercial muestra el recorrido que funciona. Hace falta otra prueba: coge dos o tres actividades que haces cada día y tus casos más molestos, y pide que se ejecuten delante de ti con tus datos.

1. Elige un proceso completo, de principio a fin: de la oferta a la factura, del pedido a la entrega, del encargo al cierre. No una función aislada.
2. Lleva los casos sucios: el pedido modificado después de la confirmación, el cliente con dos sedes y un único código fiscal, la factura que hay que anular en parte, el artículo sin código.
3. Haz que la prueba la ejecute quien usará el sistema, no el responsable. Cuenta los pasos y las veces en que hace falta una explicación.
4. Anota cada «esto se puede personalizar»: es la frase que traslada el coste del presupuesto de hoy al proyecto de mañana. Pregunta siempre cómo, quién lo hace y qué pasa en el momento de la actualización.

Una matriz ponderada, con los pesos justificados

La matriz sirve para hacer visible el razonamiento, no para producir un veredicto. El valor está en la columna de los pesos: cada uno hay que justificarlo con una frase, si no, los números solo sirven para confirmar la decisión ya tomada. Los valores de abajo son ilustrativos.

Rellenada con honestidad, la matriz suele llevar a una tercera respuesta que nadie había puesto sobre la mesa al principio: un producto estándar para la parte común, una extensión a medida para los dos o tres puntos que te distinguen. Es una solución habitual, no un compromiso.

Los costes que se ven después

La comparación hecha solo sobre el importe inicial es la que produce más decepciones, en ambas direcciones. Las partidas que aparecen después son siempre las mismas.

• Migración y limpieza de los datos existentes: casi siempre el capítulo infravalorado, porque nadie sabe cuán sucios están los archivos hasta que los traslada.
• Integraciones con lo que ya usas: contabilidad, facturación electrónica, tienda online, inventario. Hay que verificarlas antes, no mencionarlas como posibles.
• Formación y periodo de doble gestión, en el que se trabaja con lo viejo y lo nuevo a la vez.
• Evolución: en el producto estándar está incluida en las actualizaciones, pero sigue las prioridades del fabricante; en el a medida la decides tú, pero la pagas tú.

Crecimiento, dependencia y posibilidad de salida

Una elección de este tipo dura años. Las preguntas que hay que hacer antes son las que nadie hace con gusto al principio de una relación.

• Si duplicas las sedes, los usuarios o las líneas de pedido, ¿qué pasa con el coste y con el rendimiento?
• Si mañana termina la relación con el proveedor, ¿los datos se pueden extraer en un formato legible y completo? Pregúntalo antes de firmar y haz que lo pongan por escrito.
• En el a medida: ¿quién posee el código, dónde se conserva y otro proveedor podría continuar leyéndolo? Un proyecto sin documentación es una dependencia, no un patrimonio.
• En el producto estándar: ¿qué pasa con las personalizaciones cuando sale una nueva versión? Es la pregunta que separa una extensión con soporte de un trabajo que hay que rehacer.

Lo que esta guía no cubre

Aquí se elige el tipo de solución. El cálculo económico completo —cómo se comparan la inversión inicial, las cuotas, el mantenimiento y los costes internos a lo largo de los años de vida del sistema— se trata en una guía dedicada. También el momento en que las hojas de cálculo dejan de bastar, que a menudo precede a esta decisión, tiene su propia guía.