Cinco años de experiencia en EdTech, ¿pero en cuál EdTech?

La línea que casi no dice nada

“Se valora experiencia en EdTech.” He leído esa línea en muchísimas descripciones de puestos, y pedirlo es razonable. También está, si uno la mira de cerca, casi vacía.

Durante algo más de tres años trabajé en un portafolio de productos móviles B2C de aprendizaje para conductores en Ray / ReactivePhone, primero como product manager y después como CPO. El portafolio superó los 18 millones de descargas. El trabajo abarcó precios, UX, posicionamiento y distribución, una expansión a Polonia y luego al Reino Unido, Italia y Francia, y un argumento que sostuve internamente una y otra vez: lanzar una línea web junto a la móvil. Más tarde construí Tomus, una app de iOS para aprender música, de cero a un MVP publicado en cerca de un mes, donde el trabajo fue alcance de producto, diseño del aprendizaje, monetización y experimentación temprana, y donde la decisión central fue preferir un único bucle de aprendizaje claro a un catálogo amplio de contenido.

Mucho se transfirió: instrumentación, monetización, cómo montar un experimento, cómo leer una curva de retención. Lo que se movió fue el centro del trabajo. En Ray, buena parte de las preguntas difíciles eran comerciales y de mercado. En Tomus eran sobre el bucle mismo, y sobre cuánto se le puede pedir a una persona dentro de una sesión lo bastante corta como para que vuelva mañana.

Ambas cosas son experiencia en EdTech, y no son la misma experiencia. Si me hubieran contratado para la segunda apoyándose en la primera, habrían hecho una apuesta que nunca llegaron a plantearse.

Las etiquetas sectoriales siempre son laxas. Lo que hace que valga la pena hurgar en EdTech es que la etiqueta se usa como sustituto de competencia de dominio al contratar, mientras que los productos que hay debajo difieren exactamente en el eje sobre el que trabaja un product manager: qué está haciendo el software mientras alguien aprende.

El paraguas esconde el mecanismo

Dos empresas pueden ser ambas EdTech, vender ambas a consumidores, trabajar ambas en aprendizaje de idiomas, y aun así dar a un product manager un trabajo que casi no se solapa.

En una, los problemas difíciles son una landing que no convierte, un checkout que pierde gente al elegir cuotas y una tasa de recompra que decide si la adquisición pagada se paga sola. La enseñanza puede ser genuinamente excelente; simplemente no es donde está el riesgo de producto. El riesgo está en el embudo.

En la otra, los problemas difíciles son lo que ocurre en los cuatro segundos posteriores a un error: si la pista ayuda o regala la respuesta, si la dificultad sube lo bastante rápido para sostener la atención y lo bastante despacio para que nadie abandone, y si eso que se llama “progreso” corresponde a algo que la persona pueda demostrar fuera de la app.

Ninguno de los dos es el mejor product manager, y la palabra “EdTech” no hace nada por distinguirlos. Aparece en los dos currículums.

Llegué a esto por la vía lenta, teniendo una y otra vez conversaciones —como candidato y a lo largo de mucho trabajo de asesoría con startups— en las que dos personas usaban la misma palabra durante diez minutos antes de descubrir que describían negocios incompatibles.

Una pregunta que ordena casi todo

La pregunta a la que llegué es: ¿quién, o qué, está haciendo realmente el trabajo de aprender?

No quién escribió el temario ni de quién es el logo. Durante la hora que una persona pasa con el producto, ¿qué carga con el peso? A veces un video y la disciplina de quien aprende. A veces una persona en una videollamada. A veces el software, que comprueba, corrige y decide qué viene después.

Esa pregunta tiene tres partes separables, y mantenerlas separadas es lo que la vuelve útil.

Tecnología en el aprendizaje: ¿qué trabajo de aprendizaje realiza el software mismo? En el extremo bajo, muestra el material. En el medio, añade interacción real a su alrededor: ejercicios, práctica, corrección automática. En el extremo alto hace trabajo de aprendizaje por sí mismo: explica por qué una respuesta fue incorrecta, mide lo que alguien sabe, genera o selecciona la práctica en lugar de servir un único conjunto fijo escrito a mano.

Dinámica del aprendizaje: ¿cambia algo en respuesta a lo que la persona demuestra? Esta parte es deliberadamente indiferente a quién hace el cambio. Un tutor que reescribe el plan de la semana siguiente después de ver dónde te trabas responde igual que un algoritmo que hace lo mismo. La pregunta es solo si el camino difiere entre quien vuela y quien se hunde.

Modelo de éxito: ¿qué considera la empresa como prueba de que el producto funciona? Una respuesta son las inscripciones y los ingresos; otra, las valoraciones y la finalización; una tercera, que quien aprende pueda demostrablemente hacer algo que antes no podía.

Puntuar esto por separado en lugar de sumarlo en un único número es el punto, porque los casos interesantes son los desajustes. Una plataforma corporativa de cumplimiento puede evaluar a cada empleado, producir buenos tableros y no cambiar nada de lo que cada uno hace después: tecnología alta, dinámica baja. Si se colapsa eso en una sola nota de “sofisticación”, se pierde justo el dato que le habría dicho a un product manager de qué trabajo se trata.

Cinco entornos

Esas tres dimensiones se combinan en cinco entornos de producto recurrentes. Los nombres son míos, elegidos porque necesitaba nombres; no son un estándar del sector.

EduCommerce. El producto es la educación y el software la vende y la entrega. Lo que se compra es la enseñanza misma —el curso, el instructor, el temario— y la tecnología empaqueta, distribuye, promociona y cobra.

Learning Service. Una parte sustancial del trabajo de aprendizaje ocurre fuera del software, y son personas quienes enseñan o se adaptan. El software coordina y sostiene esa entrega en lugar de cargar él mismo con el bucle de aprendizaje.

Learning Platform. El software carga con la experiencia de aprendizaje —estructura el material, aloja la práctica, registra el progreso, a menudo evalúa— pero la lógica de aprendizaje la escriben y configuran personas, en vez de determinarse de forma continua a partir de un modelo de cada estudiante.

Learning Product. La práctica, la retroalimentación y la progresión viven dentro del software, y la experiencia responde a lo que la persona hace. Alguien tiene que decidir qué es un buen ejercicio, qué ocurre tras una respuesta incorrecta y cómo se mueve la dificultad.

Adaptive EdTech. El software mantiene un modelo de lo que sabe cada estudiante y lo usa para decidir qué hace a continuación. Ese es el mecanismo, y es todo lo que afirma el nombre. Si la empresa además se mide por aprendizaje medible es una pregunta aparte sobre el negocio —informada junto al tipo en vez de mezclada con él—, porque la maquinaria adaptativa con prueba puramente comercial es bastante común como para merecer su propia frase.

El orden invita a una lectura que quiero descartar de entrada: esto no es una escalera de madurez. Un negocio de EduCommerce puede estar bien llevado y educar con honestidad; un sistema adaptativo puede ser comercialmente frágil y pedagógicamente presuntuoso al mismo tiempo. Son mecanismos distintos con modos de fallo distintos, y la secuencia anterior es una descripción, no un ranking. Tampoco son etiquetas permanentes: lo que se clasifica es el mecanismo dominante de un producto tal como funciona hoy, y las empresas se sitúan a caballo entre categorías y se mueven entre ellas a propósito.

Cinco productos, puestos a prueba

Pasé cada uno por el clasificador en lugar de asignarlos de memoria, y uno se negó a ir donde yo esperaba.

MasterClass — EduCommerce. Un suscriptor recorre un catálogo de más de doscientas clases producidas con calidad cinematográfica y las mira. En la experiencia central de la clase, el software muestra el material y cobra; nada comprueba el trabajo de quien aprende, y no hay un estado de error al que algo pueda responder. Tecnología baja, dinámica baja. El riesgo de producto vive en la conversión de la suscripción, el merchandising del catálogo y la baja, y el clasificador señala la adquisición como la afirmación dominante.

Hay dos mecanismos fuera de ese núcleo. Sessions ofrece programas de proyectos estructurados donde uno entrega trabajo y recibe retroalimentación de otros participantes — y la fuente original es precisa sobre quién responde: “Submit your projects and receive feedback from peers”. Los compañeros son una comunidad, no enseñanza que ponga la empresa, y el currículo es una secuencia fija escrita de antemano. Incluso leyendo Sessions como el evento principal, esto sigue siendo EduCommerce. Certificates vende impacto profesional (“career proof, not just paper”) sobre el mismo catálogo, lo que cambia el modelo de éxito declarado sin cambiar el mecanismo que hay debajo. Si algo allí detectaría a alguien que terminó sin aprender nada no es visible desde fuera, y es lo primero que preguntaría.

Preply — Learning Service. Quien aprende hace una única prueba de nivel CEFR, busca en un grupo de más de cien mil tutores, reserva y luego pasa la mayor parte de su tiempo de aprendizaje en clases de video uno a uno con una persona que se adapta a él. Preply puntúa bajo en tecnología y alto en dinámica, y el clasificador nombra al tutor como aquello que se adapta, en vez de dejar que la etiqueta insinúe un algoritmo. La formulación de la propia empresa es “human-led, AI-enabled”. Su propia investigación de eficacia de 2025 reporta que uno de cada tres estudiantes subió un nivel CEFR completo en doce semanas con medidas antes y después: investigación de la propia empresa, no independiente, pero una afirmación sobre aprendizaje medido y no sobre satisfacción.

La salvedad aquí es direccional. Preply sigue añadiendo software que hace trabajo de aprendizaje: Lesson Insights, que produce resúmenes automáticos tras cada clase señalando qué mejorar, y Daily Exercises, que genera práctica entre clases. Léalo tan generosamente como permita la evidencia —el software plantea las tareas y juzga el trabajo— y Preply sigue siendo un Learning Service, con esa capa informada al lado como un segundo mecanismo. Es real y está creciendo, y no es lo que ocupa la hora del alumno.

Moodle — Learning Platform. Esperaba a Coursera en este lugar; no sobrevivió a la prueba. Moodle sí.

Quien aprende abre el curso que armó su institución, recorre las secciones en el orden que fijó un docente, entrega tareas, hace cuestionarios corregidos automáticamente y ve cómo se llena un libro de calificaciones. El software hace trabajo real —Moodle superó los 500 millones de usuarios en sitios registrados— y, en una configuración típica, fallar un cuestionario repetidamente significa que se puede volver a intentar. Cambiar el plan requiere un docente humano.

La salvedad importa porque no es una limitación del software. Moodle incluye reglas de Restrict access que pueden condicionar una actividad a una calificación, y una actividad Lesson cuyas páginas se ramifican según las respuestas. Un curso construido así se clasifica como Learning Product. Lo que la plataforma hace posible y lo que la plataforma decide son cosas distintas, y un product manager en Moodle construye lo primero mientras en algún lugar un docente decide lo segundo.

Codecademy — Learning Product. Este es el caso donde más esperaba un desplazamiento, porque Codecademy ha añadido mucha IA en el último par de años. Quien aprende escribe código en un espacio de trabajo del navegador siguiendo instrucciones, y el software lo ejecuta, lo comprueba y dice qué está mal. El AI Learning Assistant lee el código real de la solución y explica el error; las pistas de los proyectos se generan sobre el intento en curso; las evaluaciones de habilidades generan preguntas de forma dinámica y marcan habilidades como “needs review”. Eso es, sin ambigüedad, tecnología alta.

El camino, en cambio, sigue siendo de quien aprende: uno elige una ruta profesional o un curso del catálogo, y la secuencia dentro de él no se reorganiza en torno a sus debilidades. Ante un error, se recibe una pista y una explicación —cuando uno pulsa el botón para pedirla—, no una cola de refuerzo dirigido. La capa de Skill Tracking parece la excepción y no lo es: el propio FAQ de Codecademy dice que las habilidades se ganan completando contenido, y que las evaluaciones “revelan lagunas para que las repases”. Algo se mide; nada se pone en cola. Eso es un Learning Product con un registro de progreso, no un sistema adaptativo, y la distinción es justamente el punto.

El clasificador también señala que la prueba declarada por Codecademy es posterior: empleos, resultados profesionales, logos de empleadores, y no ganancia de aprendizaje medida. Maquinaria de aprendizaje real, marketing de resultados profesionales y ningún mecanismo visible para detectar a alguien que se gradúa sin saber programar es una combinación extremadamente común, y es donde gastaría mis preguntas en la entrevista.

Duolingo — Adaptive EdTech. Bajo la práctica está Birdbrain, que estima tanto la dificultad del ejercicio como el nivel del estudiante y las actualiza de forma continua; los propios investigadores de Duolingo describen el resultado sin rodeos: la lección que aparece a continuación está calibrada a tu nivel e incluye un repaso de aquello en lo que fallaste la sesión anterior. El Practice Hub arma práctica dirigida a partir de tus propios errores registrados. Las tres dimensiones son altas, lo que se adapta es el software, y la empresa publica investigación de eficacia, incluida la afirmación de que su propia enseñanza mejoró de forma medible entre 2020 y 2024. Esa última parte es lo que separa esta categoría de la anterior: operan un mecanismo capaz de decirles que el producto no funciona.

La mitad estática también es real. El curso es un árbol fijo que los estudiantes recorren más o menos en el mismo orden, y buena parte del contenido está escrito, no seleccionado. Si se lee ese árbol como la arquitectura, en lugar de la selección de ejercicios, Duolingo se clasifica como Learning Product. Ambas lecturas describen la misma empresa.

Y el que no encajó: Coursera. Daba por hecho que Coursera era la Learning Platform evidente. Puesta a prueba con honestidad, no lo es, y de qué lado cae se reduce a un solo juicio.

Si se lee Coursera como cursos —videoclases, cuestionarios corregidos automáticamente, trabajos con revisión por pares, un catálogo entre el que elegir—, se clasifica como Learning Platform. Si se lee incluyendo Coursera Coach, ya no. Coach explica conceptos, hace preguntas, da retroalimentación y sigue el progreso entre cursos, y Coursera desplegó aparte una corrección con IA que devuelve retroalimentación por rúbrica sobre trabajos escritos. Eso es software haciendo trabajo de aprendizaje, lo que eleva la tecnología a alta; junto con las pistas que un estudiante trabado ahora puede pedir, el resultado aterriza en Learning Product.

Podría haberla devuelto a la caja “plataforma” con argumentos; es el ejemplo al que todo el mundo recurre, y es donde yo esperaba ponerla. Lo útil es justamente la distancia entre mi expectativa y la respuesta: Coursera es una Learning Platform que va adquiriendo las características de un Learning Product, y un product manager que entreviste allí debería averiguar en qué mitad de la empresa está el puesto.

Algo parecido apareció más de una vez mientras volvía a probar estos productos. Varios de ellos —Coursera, Preply, Udemy, Brilliant— hoy incluyen un asistente que explica, sugiere o genera práctica, y cada una de esas capacidades sube por sí sola la lectura de tecnología. Si el mecanismo dominante se movió con ella es otra cuestión, y en al menos un par de casos creo que no. Seis ejemplos no son una muestra y no sacaría una tendencia de ahí, pero un asistente pegado a un catálogo puede elevar la tecnología dejando todo lo demás donde estaba, lo que traslada el peso de la clasificación a las otras dos dimensiones.

Qué cambia realmente para el product manager

Las diferencias que siguen se derivan del mecanismo y no de la costumbre, así que valen como tendencia y no como regla universal. Las empresas grandes contienen varios de estos entornos a la vez.

En EduCommerce, el hecho estructural es la brecha de velocidad en la retroalimentación: la señal comercial llega rápido y la señal creíble de resultado de aprendizaje llega lenta o no llega. Casi todo lo que uno lanza se juzga contra un número que se cierra en el checkout, y esa asimetría moldea el trabajo. Una semana suele parecerse a economía de adquisición, precios y empaquetado, checkout y cuotas, reembolsos, y coordinar el calendario de lanzamientos con marketing. El discovery es sobre todo investigación del comprador, no de quien aprende. La restricción que uno no controla suele ser el suministro del catálogo, porque producir un curso con instructor es lento y caro. La tecnología aquí es habilitante y no el núcleo: la ingeniería difícil son pagos, localización y entrega de video. Las métricas se parecen a CAC y repago, conversión de visita a compra, ARPU, tasa de reembolso. Esta experiencia se transfiere limpiamente desde y hacia el e-commerce de consumo y los negocios de suscripción, y mal hacia cualquier sitio donde el producto tenga que seguir funcionando después de la venta.

En un Learning Service, el problema de producto es la capacidad y la calidad del tiempo humano. Cómo se manifiesta depende de la forma de la empresa: Preply es un marketplace de tutores independientes, pero el mismo arquetipo cubre escuelas por cohortes con instructores en plantilla y negocios de coaching con un banco de contratados, y la restricción se desplaza en consecuencia. Lo que suele mantenerse es que la oferta es una variable viva y no una entrada fija, así que buena parte de la semana se va en si quien aprende consigue rápido un buen emparejamiento, en la fiabilidad de la agenda y en las herramientas con las que los instructores planifican y enseñan. Esas herramientas suelen ser aquí un producto de primera clase y no un panel interno, y los product managers que las tratan como panel interno suelen tener problemas, porque la rotación de instructores aparece en la retención de estudiantes un par de meses después. El problema difícil de medición es la calidad de la enseñanza: las estrellas capturan simpatía y puntualidad tanto como enseñanza, y construir algo mejor es a menudo el trabajo con más palanca disponible. Las métricas se parecen a tasa de emparejamiento, tiempo hasta la primera clase, recontratación, utilización de instructores y margen por clase. En las variantes de marketplace, la experiencia en movilidad o servicios a domicilio se transfiere mejor que la mayor parte de la experiencia en EdTech.

En una Learning Platform, la palanca está en la calidad de la entrega y en la cadena de autoría: qué tan bien deja la plataforma que otra persona exprese un diseño de aprendizaje, y qué tan bien aguanta una vez que lo hizo. El tiempo se va en la activación y la primera semana, en el abandono en módulos concretos y no en agregado, y en las herramientas donde vive el equipo de contenido. El segundo grupo de usuarios es la parte interesante: instructores, autores y administradores suelen ser más exigentes que los estudiantes, y en plataformas institucionales quien compra es un tercer grupo con requisitos —accesibilidad, retención de datos, estándares de interoperabilidad— que los product managers de consumo rara vez han tenido que meter en una hoja de ruta. La complejidad técnica es de integración y escala, no de modelado. Las métricas se parecen a activación, finalización de módulos y curvas de retención por cohorte, con la finalización como trampa permanente, porque mide llegar al final del material y nada más. La experiencia en B2B SaaS y en gestión de contenidos se transfiere aquí con más facilidad que la de crecimiento de consumo.

En un Learning Product, la calidad del bucle es el producto. La semana se va en la mecánica de la práctica, en lo que alguien ve tras una respuesta incorrecta, en dónde escalona la dificultad y en si el progreso es lo bastante legible como para sentirlo. El discovery cambia de carácter: uno mira a la gente fallar, porque no puede explicar de forma fiable dónde se trabó. La gente de contenido y currículo tiende a volverse coautora de la mecánica y no proveedora de materiales, y hace falta suficiente ciencia del aprendizaje para sostener una discusión sobre espaciado y recuperación. La tensión estructural es que la interacción es barata de medir y el aprendizaje caro, así que los experimentos derivan hacia el desenlace barato salvo que alguien empuje en contra. Las métricas se parecen a ritmo de progresión, acierto a lo largo del tiempo, abandono en habilidades concretas y tiempo hasta la primera competencia demostrada. Un product manager que llega aquí desde EduCommerce suele traer buenos instintos de instrumentación y muy poca calibración sobre qué hace bueno a un ejercicio: se aprende, pero más despacio de lo que la gente espera.

Adaptive EdTech tiende a convertirlo en un trabajo de política. Lo que uno posee es qué selecciona el sistema a continuación y por qué, no una pantalla, y eso arrastra el modelado del estudiante y la estimación de dominio, el ciclo de vida del ítem desde su redacción hasta su calibración y retiro, y la validez de la medición sobre la que descansa el resto del producto. Donde la retroalimentación la genera un modelo, además implica revisarla por corrección y no por fluidez. Las dependencias suelen pasar por especialistas en ciencia del aprendizaje, psicometristas e ingenieros de ML, y el trabajo sale mal si uno no puede discreparles con fundamento. Las métricas se parecen a ganancia de aprendizaje contra medidas antes y después o contra un modelo de dominio, tiempo hasta el dominio, calidad de ítems y precisión del modelo del estudiante, con la interacción leída como entrada y no como prueba. La experiencia en ranking y recomendación se transfiere aquí de forma más directa que la experiencia en EdTech, que es el único lugar donde mis años en Rambler encajan mejor que los de EdTech.

Por qué la etiqueta se volvió amplia y siguió siéndolo

Hay una razón por la que una sola palabra terminó cubriendo las cinco. El conjunto de cosas que el software puede hacer dentro del aprendizaje se ha ampliado de forma sostenida durante seis décadas, y cada capacidad nueva se absorbió en el mismo vocabulario en lugar de recibir el suyo. Lo que sigue no es una historia de progreso que se reemplaza a sí mismo: todas estas capacidades se siguen lanzando, y la mayoría de los productos combinan varias.

Esa acumulación es todo el problema con la etiqueta. “EdTech” se acuñó cuando lo más alto de esa lista era un cuestionario con ramificación, y se ha estirado sobre cada capacidad añadida desde entonces sin dividirse nunca. La palabra no se volvió menos precisa; el espacio que hay debajo se volvió mucho más heterogéneo.

Entonces, ¿qué se supone que significan esos cinco años?

Cuando una descripción de puesto pide cinco años de experiencia en EdTech, ¿qué está pidiendo?

Normalmente hace varias cosas a la vez sin que quien la escribió haya decidido cuál. A veces significa: a esta persona no habrá que explicarle el vocabulario, y no perderá un mes descubriendo que el comprador y quien aprende son personas distintas. A veces significa: nos quemamos con alguien que trató la educación como marketing de contenidos y queremos una señal de que el candidato se toma el tema en serio —razonable, y tampoco es realmente sobre años. Y a veces está sustituyendo a un mecanismo concreto que la empresa no ha articulado: que el puesto va en realidad de curvas de dificultad, o en realidad de oferta de instructores, que es el único significado que sí predeciría el desempeño y justamente el que la frase no puede comunicar.

Algunas cosas sí atraviesan los cinco entornos. Los hábitos de instrumentación se transfieren. También la tolerancia a los ciclos de retroalimentación lentos, porque los resultados de aprendizaje tardan semanas o meses en hacerse visibles y uno recibe menos señales y más tarde que en la mayoría del software de consumo. También el reflejo de que el comprador no es quien aprende, con el que la gente tropieza constantemente. “Experiencia en EdTech” no carece de sentido; simplemente es bastante más pequeña de lo que suena, y la parte que se transfiere rara vez es la parte por la que preguntan.

La versión práctica es tratar la frase como una oración inconclusa y no como una credencial. Cuando una empresa me pregunta por mi experiencia en EdTech, lo útil es establecer primero qué entorno son, porque mi respuesta cambia: hablando con un negocio de EduCommerce, los años relevantes son los de Ray, y hablando con una empresa que construye bucles de aprendizaje es Tomus, y conviene decirlo antes que dejar que dieciocho millones de descargas hagan un trabajo que no pueden hacer.

En sentido inverso, las preguntas que vale la pena hacer antes de entrar son mecánicas y no culturales. ¿Qué está haciendo realmente quien aprende durante la mayor parte de una sesión? ¿Qué ocurre en el producto cuando alguien falla tres veces lo mismo? ¿Qué decide qué hace a continuación? Cuando le dicen a un inversor que el producto funciona, ¿qué número le muestran? Y la más reveladora: si una cohorte terminó y no aprendió la habilidad, ¿cómo se enterarían?

La última es un poco injusta y la hago igual. Muchas empresas respetables no tienen respuesta, y eso no descalifica a nadie. Lo que la respuesta sí dice es si “¿funciona este producto?” se va a zanjar con datos de aprendizaje o con datos de interacción, lo cual predice razonablemente bien qué discusiones tendrá uno durante los próximos dos años.

De una intuición a algo que se puede entregar

Durante mucho tiempo esto vivió en mi cabeza como un reflejo: esto se siente como un tipo de EdTech y aquello como otro. Funciona hasta que alguien pide justificarlo, o hasta que uno quiere entregárselo a otra persona, y yo seguía teniendo la misma conversación de cuarenta minutos con fundadores y con product managers que elegían entre ofertas.

Así que lo convertí en una herramienta, que ahora vive en este sitio: ¿Qué tipo de EdTech es esto?

Hace siete preguntas y lleva unos dos minutos. Seis puntúan las tres dimensiones de arriba, dos por dimensión, con el mismo peso. La séptima pregunta qué poseería realmente el puesto que uno está mirando y deliberadamente no afecta la clasificación; existe para que el resultado pueda decir que se trata de un puesto de monetización dentro de una empresa con un producto de aprendizaje real, una situación común, del todo legítima y mucho mejor conocida de antemano que descubierta en el tercer mes.

Dos decisiones de diseño la hacen usable desde fuera de una empresa. “No puedo saberlo con lo que he visto” es una respuesta de primera clase y no un cero: se retira del promedio en vez de arrastrar la nota hacia abajo, el resultado informa sobre cuánta evidencia tuvo, y cada incógnita vuelve como una pregunta que conviene hacer. Una herramienta que castiga admitir que no se sabe simplemente enseña a adivinar. La otra es que las tres dimensiones se reportan por separado y no como una sola nota, porque los desajustes son justamente lo útil.

Todo corre en el navegador; el enlace del resultado codifica tus respuestas y no un veredicto guardado, así que quien lo abra vuelve a derivar el mismo resultado con la misma lógica. Cuando pasé Tomus por ella —mi propio producto, así que no podía culpar a los datos de entrada—, devolvió Learning Platform y no el Learning Product que yo habría dicho. La razón se lee en las respuestas: había práctica real y corrección automática dentro del producto, y lo que la persona acertaba o fallaba no cambiaba lo que venía después.

Si estás mirando un puesto de EdTech ahora mismo

Toma la empresa que estás considerando, o la descripción de puesto que llevas releyendo, y pásala por el clasificador. Responde con lo que puedas observar de verdad —el producto, una prueba gratuita, la página de empleo, lo que dijeron en la primera llamada— y di “no puedo saberlo” allí donde esa sea la verdad.

La herramienta es ¿Qué tipo de EdTech es esto?: ocho preguntas, unos tres minutos, y te dirá cuál de los cinco entornos estás mirando, qué suele enfatizar allí el trabajo de product manager y qué preguntarles.

No te dirá si aceptar el puesto. Lo que sí debería hacer es decirte cuál de los cinco trabajos te están ofreciendo, que es justo la parte que la descripción del puesto suele omitir.