1. 1. Definir criterios
1.1. Reune todos los requerimientos al inicio del proyecto.
1.2. Da respuesta a las solicitudes de los usuario y las divíde en categorías claras, con una lista de funciones dentro de cada una.
1.3. Criterios de áreas de aplicación
1.3.1. Coste
1.3.1.1. Proveedores tradicionales como IBM o Oracle tienen plataformas costosas y complejas fórmulas de precios de mantenimiento y de soporte, y a menudo compiten con una amplia red de partners.
1.3.1.2. Las plataformas open source pueden ofrecer opciones más asequibles con una red de partners especializados mucho más amplia, gracias al uso de estándares abiertos y metodologías de desarrollo comunes entre sus productos.
1.3.2. Riesgo
1.3.2.1. Determina un nivel de riesgo aceptable para costes a largo plazo, funcionalidades de integración, riesgo en el desarrollo del producto y la satisfacción del usuario final.
1.3.3. Control
1.3.3.1. Las compañías necesitan conseguir un equilibrio entre el control centralizado y el distribuido para agilizar la toma de decisiones y mantener un alto nivel de capacidad de reacción del equipo.
1.3.4. Capacidades del usuario final
1.3.4.1. Crear soluciones que son faciles de usar.
1.3.4.2. Priorizar las soluciones que son intuitivas y que tienen una buena experiencia de usuario para fomenta una mejor adopción de la herramienta.
1.3.5. Diversidad.
1.3.5.1. Reducir el mantenimiento y el soporte al simplificar la revisión y el cumplimiento de las necesidades organizativas de gestión de productos y contenidos a un alto nivel, sobre todo cuando las necesidades comunes y departamentales difieren.
2. 2. Cuantificar criterios
2.1. Permite obtener una comparativa más fácil y más precisa.
2.2. Para crear el cuadro de criterios puede ser personalizado o utilizar alguna de las platillas existentes.
2.3. La cuantificación de todos los criterios garantiza que está teniendo en cuenta y otorgando valor a todos ellos.
2.4. Cada proveedor debe ser evaluado de forma independiente, con los mismos criterios, y calificado en una escala numérica.
3. 3. Determinar casos de uso
3.1. Escoge un caso de uso:
3.1.1. Estrechar el foco a un único caso de uso, puede limitar los requerimientos que se necesitan para el proceso de evaluación, y eliminar criterios menos importantes.
3.1.2. Util si estás buscando una plataforma para un proyecto concreto que no necesita ser integrado con otros entornos.
3.2. Determina un planning
3.2.1. Calendarizae el proyecto antes de revisar las soluciones, después, priorizar las características que se necesitarán durante las fases iniciales del proceso de implementación.
3.2.2. Garantiza que se está considerando funcionalidades que se necesitarán en un futuro, sin sacrificar las funcionalidades que se requieren primero
4. 4. Comparar en distintos niveles
4.1. Puntuación general
4.1.1. Consulta la evaluacion de da los principales proveedores, para revisar la puntuación total de cada uno.
4.1.2. Revisar la distribución de las puntuaciones a lo largo de toda la tabla, para determinar si un proveedor tenga la puntuación más alta pero tenga una puntuación menor en determinados aspectos que pueden tener una gran importancia para tu proyecto.
4.1.3. Permite tener una consistencia y una visión más certera de cada plataforma.
4.2. Puntuación por categorías
4.2.1. Cada plataforma también se puede dividir en categorías.
4.2.2. El comparar puntuaciones en las categorías que son más importantes para el proyecto, permite obtener mayorinformación para generar un juicio de valor.
4.3. Puntuación ponderada
4.3.1. Algunos criterios son más importantes para tu proyecto que otros.
4.3.2. Cada proveedor tendrá puntos fuertes distintos: mientras uno obtendrá una buena puntuación en algunas cuestiones, otros tendrán su punto fuerte en otras.
4.3.3. Se ajusta el peso de estos valores en función de las prioridades, asignando distintos ponderaciones a cada fila una vez que se complete la tabla de valoraciones.
4.3.4. Se puede usar ponderaciones de 1 a 5 para cada fila, y luego multiplicar para calcular el valor colocado en la columna más a la derecha para cada fila.
5. Evaluación cuantitativa
5.1. Se realiza al finalizar el proceso de evaluación cuantitativo
5.2. Incluye una revisión y discusión de las puntuaciones finales, así como una combinación de los siguientes puntos
5.2.1. Demos
5.2.2. Prueba de concepto
5.2.3. Trial de software
5.2.4. Referencias de clientes
5.2.5. Evaluaciones online