L'avaluació útil no pregunta quants models usa el vendor. Pregunta quin problema resol, com integra, qui opera i què passa quan falla.
En aquest article +
Les vostres llistes
Definiu el problema i la decisió abans d'escoltar el pitch
Si l'equip arriba a l'avaluació sense hipòtesi d'ús i criteri de compra, el vendor dicta l'agenda. El punt de partida ha de ser intern: quin workflow vol millorar l'empresa, quina evidència necessita i quina tolerància té a lock-in.
Compareu arquitectura, no només interfície
Una demo convincent pot ocultar fragilitat en integracions, seguretat o govern de dades. Demaneu com es connecta, què depèn de tercers, quins logs lliura i quina part del sistema queda realment sota control del client.
Sol·liciteu diagrama d'integració i dependències externes.
Demaneu detall de permisos, traces i exportabilitat.
Aclareix quines funcions estan en roadmap versus ja operatives.
Proveu amb un cas real i dades incòmodes
La prova de valor ha d'usar un flux real, documents imperfectes i restriccions reals. Si el vendor només brilla amb data neta i preguntes curades, encara no ha demostrat capacitat d'implementació.
Avalieu model operatiu i no només entrega inicial
Pregunteu qui acompanya canvis, com s'atenen incidents, quines mètriques reporten i quines capacitats necessita retenir l'equip intern. Molts problemes no apareixen a la posada en marxa, sinó tres mesos després.
Tanqueu amb scorecard i no amb sensació
La decisió final ha de deixar puntuacions comparables per criteri: ajust al cas, integració, seguretat, velocitat, cost de canvi i suport. Sense aquest scorecard, el procés tendeix a premiar el vendor que va presentar millor, no el que operarà millor.
Fem servir cookies necessàries per al lloc i, només amb el seu permís, analítica (Google Analytics, Microsoft Clarity i, si està actiu, PostHog) per millorar l'experiència. Política de cookies · Privacitat
Ajustos de cookies
Utilitzeu Activar totes / Desactivar totes a cada categoria. Desplegueu el detall per a cookies individuals.
kdx-cookie-consent
Kodex (first-party) · localStorage
Recordar categorías de cookies aceptadas o rechazadas (Aceptar / Rechazar / Ajustes).
kdx_session
Kodex (first-party) · cookie HTTP (HttpOnly, SameSite=Lax, Secure en producción)
Mantener la sesión autenticada de la comunidad Kodex (cuenta, listas guardadas, panel).
CDN / sesión de entrega
Infraestructura / CDN · cookie HTTP / sesión
Entrega segura del sitio, rendimiento y protección básica.
reCAPTCHA
Google · _GRECAPTCHA y relacionadas
Protección antispam en formularios públicos.
kdx-theme-override
Kodex (first-party) · localStorage
Recordar si el usuario forzó tema claro u oscuro.
_ga / _ga_*
Google Analytics 4 · cookie HTTP
Medición agregada de audiencia y uso del sitio (páginas, eventos).
Microsoft Clarity
Microsoft · cookies / almacenamiento de sesión
Mapas de calor, clics y reproducción de sesiones para mejorar UX.
PostHog
PostHog · cookie / localStorage
Analítica de producto y eventos de conversión (si está configurado).
