Documento de trabajo · agosto 2026
People Evolution ya sabe hacer el trabajo. Lo que hoy se entrega persona por persona, en hojas de cálculo y juntas, puede entregarse como plataforma —sin dejar de ser suyo, y sin perder el acompañamiento que lo hace valioso.
Lo que está en people.noko.mx no es una maqueta: es la plataforma corriendo. Se construyó como prueba de velocidad.
El punto de partida
El instrumento de clima, la lectura de resultados y la conversación con el cliente son de People Evolution. Eso no se automatiza: se apalanca.
Cada evaluación consume horas de armado, seguimiento y vaciado. Ese esfuerzo limita cuántos clientes se pueden atender a la vez, no la demanda.
Un desarrollador de medio tiempo y un flujo que hay que explicar antes de usar. Hace falta un dictamen honesto de qué se rescata y qué no.
Cómo trabajaríamos
Nadie firma a ciegas. La primera fase es corta, tiene alcance cerrado y entrega algo que sirve aunque no haya segunda.
2 a 3 semanas · alcance cerrado · sin compromiso posterior.
Auditoría del repositorio y la infraestructura actuales. Dictamen de qué se
rescata, qué se reescribe y qué se tira. Roadmap priorizado a seis meses y
definición del producto mínimo de evaluaciones self-service.
Se entrega: documentos ejecutables —del tipo que un desarrollador puede tomar y construir— y el alcance de la plataforma dibujado a detalle. Si aquí se acaba la relación, People Evolution se queda con todo lo entregado.
Acompañamiento continuo · cancelable con 30 días de aviso.
Traducir la visión a sprints y dirigirlos. Dirigir al desarrollador actual
o sustituir esa función con nuestro stack. Diseño de la experiencia e
integración de IA. Dedicación parcial, resultados verificables por sprint.
Si el producto demuestra tracción, tiene sentido hablar de una relación más profunda que la de proveedor. Esa conversación se tiene con resultados sobre la mesa, no con una promesa — y por eso no se anticipa aquí.
Fase 1 al detalle
Dos a tres semanas, alcance cerrado. Esto es exactamente lo que se revisa y lo que queda en manos de People Evolution al terminar.
Revisión del repositorio actual: qué tan mantenible es, qué tan probado está, de qué depende y qué tan atado queda People Evolution a decisiones que ya se tomaron. Se revisa también dónde está desplegado, cómo se respalda y qué pasa el día que el desarrollador actual no esté.
Se recorre la plataforma como la recorre un cliente y como la recorre Mariana. Dónde se traba, qué hay que explicar antes de que alguien pueda usarlo, y qué pasos existen solo porque el software no supo resolverlos.
Pieza por pieza: esto se conserva, esto se reescribe, esto se tira. Con el porqué de cada una y qué cuesta en tiempo. Sin diplomacia: el trabajo de un diagnóstico es decir lo que nadie quiere oír, si es lo que hay.
Definición precisa del producto mínimo de evaluaciones que una empresa cliente puede operar sola: qué entra, qué no entra, y el criterio verificable con el que se sabrá que está terminado.
Sprints secuenciales con criterios de terminado verificables, no estimaciones optimistas. Cada sprint asume el anterior y se puede detener sin romper lo construido.
Del tipo que un desarrollador —el actual, otro, o una IA— puede tomar y construir sin más contexto. Es el mismo formato con el que se levantó esta plataforma en un día.
Acceso de lectura al repositorio y al entorno actual, una sesión con Mariana para recorrer el flujo real, y un ejemplo completo de un entregable de clima tal como se entrega hoy al cliente. Nada más.
Todos los documentos, el dictamen y el roadmap. Si después de la Fase 1 la decisión es seguir con otro proveedor —o sin ninguno— el diagnóstico sirve igual. Está escrito para eso.
Por qué NoKo
Lo que está en people.noko.mx no salió de la nada ni se armó para esta junta. Salió de un taller que lleva tres meses construyendo plataformas reales, con reglas escritas y herramientas propias que se reusan de un desarrollo al siguiente.
La Caja
Cada pieza se extrajo de un desarrollo real, se probó y quedó documentada para humano y para IA. Existen en TypeScript y en Python, y las marcadas como interoperables producen bytes idénticos en ambos lenguajes. Por eso esta plataforma tuvo bóveda cifrada, bitácora inalterable y capa de IA desde el primer día: no se escribieron, se sacaron del cajón.
Cómo se trabaja
Nueve reglas de taller, documentadas y aplicadas. Estas cuatro se pueden verificar en esta misma plataforma.
Si la herramienta existe, se usa; no se reinventa. Una sola fuente, copias en cada desarrollo, y las mejoras regresan al origen.
Lo que se hace con el mouse se puede pedir por chat. El copiloto no tiene permisos que el usuario no tenga.
No es burocracia: es lo único que mantiene un documento cierto seis meses después.
La bitácora la protege la base de datos, no la buena voluntad del código. Ni con acceso directo se reescribe.
Los desarrollos
Ninguno es una demostración: todos tienen infraestructura propia, despliegue automatizado y documentación viva.
Y esta plataforma, People Evolution, levantada de cero en un día —cimientos, acceso, aislamiento por cliente, auditoría, despliegue y dominio— para que esta conversación tuviera algo que enseñar.
Siguiente paso
Es corto, tiene alcance cerrado y termina con documentos que sirven con o sin nosotros. De ahí se decide si hay Fase 2.
Hablemos del diagnóstico