ZenitRank: por qué la reputación objetiva cambia todo
Sin estrellas compradas ni autopercepción: ZenitRank mide señales verificables como código en GitHub y milestones a tiempo. Así funciona por dentro.
Los sistemas de reputación basados en estrellas tienen un problema estructural: son fáciles de inflar y difíciles de verificar. Un cliente satisfecho dice que sí a un pedido de review; uno insatisfecho, en muchos casos, prefiere no confrontar y simplemente no vuelve a contratar — sin dejar rastro. El resultado es un promedio de estrellas que mide más la disposición a pedir reviews que la calidad real de entrega.
El problema de las reviews subjetivas
Una review de cinco estrellas puede significar cosas completamente distintas: que el proyecto se entregó a tiempo y con calidad, o que el cliente simplemente no quiso dar una mala calificación pública. No hay forma de distinguir un caso del otro mirando solo el número. Y del otro lado, un squad excelente puede tener pocas reviews simplemente porque no las pidió, o porque trabajó con clientes que no tienen el hábito de dejarlas.
El resultado práctico es que las reviews compradas o auto-percibidas terminan pesando lo mismo —o más— que la evidencia real de entrega. Eso no ayuda a las empresas a elegir bien, y tampoco le hace justicia a los squads que efectivamente entregan de forma consistente.
Qué mide ZenitRank en su lugar
ZenitRank construye la reputación de cada squad a partir de señales objetivas, no de opiniones:
- Código verificable en GitHub — el avance real del proyecto, no una captura de pantalla ni un reporte manual.
- Milestones cumplidos vía SafePay — si se entregó en el plazo acordado y con los criterios definidos al firmar el scope.
- On-time rate — el porcentaje de milestones entregados en fecha, medido en el tiempo, no autodeclarado.
- Diversidad de clientes — si el squad entregó con distintas empresas o depende de una sola relación.
- Disputas — cuántas veces hubo desacuerdo y cómo se resolvió, con la evidencia disponible del scope y el avance.
Por qué GitHub importa tanto acá
El código en GitHub es la señal más difícil de fabricar de todo el sistema: o el commit existe, con su historial y su autoría, o no existe. A diferencia de un testimonio o una captura de pantalla, no depende de que alguien lo redacte a favor del squad. Por eso es la base de la verificación técnica —no la única señal, pero sí la más difícil de simular.
Cómo se calcula (sin intervención manual)
ZenitRank se actualiza automáticamente después de cada milestone, cruzando las señales de SafePay y GitHub —no es una calificación que alguien completa a mano ni un puntaje que el squad puede editar. Un ZenitRank más alto significa, en términos concretos, más milestones a tiempo, más diversidad de clientes reales y menos disputas — no más reviews positivas acumuladas.
Qué significa esto para quien contrata
Para una empresa que evalúa squads, la diferencia es directa: en vez de confiar en un promedio de estrellas que puede estar inflado o vacío de contexto, ve señales que se pueden auditar. Cuántos milestones entregó ese squad a tiempo, con cuántos clientes distintos, con qué historial de código real. Es información que se puede verificar, no solo creer.
Un sistema de reputación solo vale algo si es más difícil de fabricar que de ganar honestamente. Ese es el criterio de diseño detrás de ZenitRank.
Ver el detalle completo de ZenitRankGot a squad?
Pre-register it and be first in line when we open the network to companies.