Cómo se reparten los proyectos

1. Quién entra en el reparto de un proyecto

Antes de ordenar a nadie, quedan fuera de un proyecto concreto:

• Quien no está marcado como disponible.
• Quien no tiene los cobros configurados y operativos (Stripe Connect): no se asigna trabajo que después no se pueda pagar.
• Quien ya ha alcanzado su máximo de leads simultáneos abiertos.
• Quien ya rechazó antes ese mismo lead.

2. En qué orden se elige, y por qué

Entre quienes quedan, los criterios se aplican en cascada: cada uno solo desempata dentro del anterior. No es una suma de puntos, así que ninguno puede compensar al de más arriba.

1. 1Encaje con el sector

   Certificado en el sector del proyecto, por delante de declarado, por delante de generalista, por delante de quien no lo cubre.

   Por qué pesa lo que pesa: Es lo que más correlaciona con que el proyecto salga bien para el cliente, así que manda sobre todo lo demás.

2. 2Nivel

   Elite, top, verificado o nuevo, según proyectos completados y valoración media.

   Por qué pesa lo que pesa: Mide trayectoria en Vorkai, no encaje con este encargo concreto. Por eso va debajo: un elite de otro sector NO adelanta a un certificado del sector correcto.

3. 3Coincidencia de piezas

   Cuántos de los canales y funcionalidades que pide el cliente ya ha declarado el desarrollador en ese sector. Cada funcionalidad coincidente suma 2 y cada canal 1: una funcionalidad es un desarrollo, y un canal es una integración más ligera.

   Por qué pesa lo que pesa: Solo desempata entre quienes ya empatan en sector y nivel. Por muchas piezas que sume, nadie cambia de capa: marcarlo todo NO sube en el ranking, solo desempata contra quien ya está exactamente a tu altura.

4. 4Menor carga

   A igualdad de todo lo anterior, quien menos leads abiertos tenga en ese momento.

   Por qué pesa lo que pesa: Reparte el trabajo y acorta el tiempo de respuesta al cliente. Es el último desempate, no un criterio de calidad.

Si ningún desarrollador cubre el sector, el proyecto puede asignarse igualmente al mejor disponible. En ese caso se le dice que es una asignación fuera de sus sectores, y puede rechazarla sin coste y sin efecto sobre su nivel.

3. Qué NO influye en la posición

• Ningún desarrollador puede pagar, directa ni indirectamente, para mejorar su posición.
• No existe ningún plan, suscripción ni comisión adicional que altere el orden.
• Vorkai no ofrece servicios de desarrollo propios, así que no compite con los desarrolladores por los leads.

4. Los niveles, y cómo se suben

Los umbrales de esta tabla son los que están vigentes ahora mismo; si cambian, cambia esta página.

5. Trato diferenciado

Esto es todo lo que el nivel cambia. No hay nada más:

• El nivel solo influye como segundo criterio del orden. No hay leads reservados, exclusivos ni con acceso anticipado para ningún nivel.
• El nivel es monótono: solo sube. Un desarrollador no pierde nivel por un mal periodo.
• Vorkai puede fijar el nivel de un desarrollador manualmente en casos justificados (por ejemplo, experiencia acreditada fuera de la plataforma). Cuando lo hace, el cálculo automático deja de moverlo.
• En una reasignación —cuando un desarrollador deja un proyecto en marcha— el orden prima el encaje de sector y el nivel, y no tiene en cuenta la carga.

6. Restricción, suspensión y baja

Vorkai puede restringir o suspender el acceso de un desarrollador por incumplimiento de la calidad acordada, de la confidencialidad o de los términos. Esto es lo que se compromete a hacer cuando ocurre:

• Se le entregan los motivos concretos por escrito, en soporte duradero, a más tardar cuando la medida surta efecto.
• Puede responder y pedir aclaraciones, y la medida se reconsidera si aporta hechos nuevos.
• Si la relación se termina por completo, el preaviso es de 30 días, salvo obligación legal, riesgo de seguridad o incumplimiento reiterado.
• Una restricción o suspensión no afecta a los proyectos ya en curso ni a sus cobros pendientes, que se liquidan conforme a lo pactado.

7. Cambios en estas reglas

Vorkai comunicará cualquier cambio en soporte duradero con al menos 15 días de antelación a que se aplique, y con más plazo si exige adaptaciones técnicas o de negocio. Durante ese plazo el desarrollador puede resolver la relación antes de que el cambio entre en vigor.

El preaviso no se aplica cuando el cambio venga impuesto por una obligación legal o sea necesario para conjurar un riesgo de seguridad o de fraude.

Versión vigente de los términos para desarrolladores: 2026-08.

8. Dudas

Escribe a hola@vor-kai.com o llama al +34 636 747 070. Si crees que una decisión de asignación o una suspensión no se ajusta a lo publicado aquí, dilo y se revisa.