Los estándares del catálogo no salieron de una sala de reuniones. Nacieron de comparar fichas reales de backend, logística y análisis de datos que, puestas una al lado de otra, no se podían leer con el mismo criterio. Tuvimos que decidir qué era una especialidad principal, qué quedaba como secundaria y cómo nombrar una tecnología sin duplicarla con tres sinónimos distintos.
La primera versión de la rúbrica tenía demasiados niveles intermedios. La redujimos a una escala que cualquier evaluador puede aplicar sin discutir media hora sobre la diferencia entre dos casillas contiguas. Desde entonces, cada ajuste responde a un problema concreto de filtrado, no a una idea abstracta de orden.
Empezamos con un grupo reducido de perfiles técnicos y operativos. La idea era probar si una ficha con estructura fija permitía a un reclutador decidir en pocos minutos qué candidato valía la pena revisar a fondo. La prueba funcionó y dejó claro qué campos sobraban y cuáles faltaban.
El problema más repetido era el mismo perfil descrito con nombres distintos según la empresa de origen. Normalizamos los títulos, agrupamos las tecnologías por familia y dejamos una lista cerrada de especialidades. Fue un trabajo poco vistoso, pero es lo que hoy permite filtrar sin ambigüedad entre áreas que no se parecen en nada.
Pasamos de evaluaciones sueltas a una escala única, desde nivel inicial hasta avanzado, aplicada por evaluadores que siguen la misma pauta. La consecuencia práctica es que dos fichas de especialidades distintas se pueden comparar con el mismo lenguaje, aunque el contenido técnico sea completamente diferente.
Una ficha no es un documento cerrado. Cuando cambia la disponibilidad o se suma una certificación nueva, se actualiza. Este hábito nos obligó a definir qué se considera un cambio relevante y qué no merece tocar la ficha, para no llenar el catálogo de versiones que nadie va a leer.
Descartamos puntuaciones globales del candidato y rankings automáticos. Un número único esconde demasiado y empuja a comparar personas en lugar de competencias. Preferimos que el reclutador vea los campos por separado y arme su propio juicio con la información delante.
Antes de abrir las fichas al público, fijamos una secuencia de decisiones que hoy sostiene cada perfil publicado. No fue un documento único: fueron acuerdos que se fueron corrigiendo con el uso, cuando un reclutador nos devolvía que dos fichas de áreas distintas no se podían comparar con la misma vara.
Definimos qué campos van siempre y en qué orden: identificación profesional, especialidad principal, especialidades secundarias, nivel de inglés declarado y verificado, modalidad de trabajo y disponibilidad. Cualquier ficha que llegue al catálogo pasa por esa misma plantilla, sin campos libres que después nadie sabe cómo filtrar.
Acordamos una escala única que va de inicial a avanzado y una pauta de evaluación que cada evaluador aplica igual, sin importar la especialidad del perfil. Así, un analista de datos y un coordinador de almacén se leen con el mismo criterio de niveles, aunque las competencias evaluadas sean distintas.
Unificamos nombres de cargos y tecnologías para evitar sinónimos que rompen el filtrado. Si una misma herramienta aparecía escrita de tres formas, el reclutador perdía resultados sin darse cuenta. Hoy hay una sola forma válida por término y las variantes quedan registradas como equivalentes internos.
Establecimos que cada ficha se vuelve a revisar cuando cambia la disponibilidad o se suma una certificación nueva. No se trata de reescribir el perfil completo, sino de mantener vigente lo que el reclutador usa para decidir a quién contactar primero.
Dejamos claro desde el inicio que estos estándares no buscan uniformar a los candidatos. Ordenan la información para que el reclutador compare con una base común y decida qué perfiles revisar con más detalle, sin que el formato opaque la trayectoria real de cada persona.