1) Huella. Ya ejecutamos varias cosas en el cliente, por lo que queremos que sean lo más magros posible. Siempre que sea posible, nos quedamos con el mismo proveedor, ya que es más probable que combinen agentes y reduzcan la huella general.
2) Dependencias. Cuanto más instalemos en el cliente, más tenemos que hacer malabares cuando las cosas se actualizan o retrasan las actualizaciones. Una cosa común es ver si esto requiere una versión específica de Java o .Net.
3) Gestión del software. ¿Puede vincularse con algo que ya tenemos para la gestión? ¿Se integra con otros sistemas de seguridad en capas? ¿O es simplemente otro silo?
Somos grandes defensores de tener el menor número de proveedores posible y ayudarlos a refinar sus productos a lo largo del tiempo para satisfacer nuestras necesidades. Al final creo que estas cosas ayudan a todos. Los usuarios finales obtienen algo que funciona bien y es discreto; la mesa de ayuda recibe algo que no se rompe tan a menudo, el analista de TI obtiene algo que se integra con lo que ya saben y la Administración obtiene un producto generalmente menos costoso, ya que generalmente obtenemos descuentos por licencias masivas (por poseer una gran cantidad de software del mismo tipo). proveedor).
A veces obtenemos software que no hace todo lo que queremos, pero estamos de acuerdo con eso si el proveedor es honesto y está dispuesto a implementar las otras funciones. No es raro que nuestra tienda de TI le diga que el proveedor que creó un producto no puede hacer algo y luego demostrar que están equivocados. Debido a eso, no esperamos que la mayoría del software de estantes haga todo lo que podamos pensar o planeamos hacer con él; pero si el proveedor está dispuesto a trabajar con nosotros, con gusto seremos su sitio piloto.