Equipo de desarrollo nearshore en México
Conservaron su equipo. Sumaron un segundo frente.
Medverse desarrolla software de capacitación en 3D en Múnich y tiene su propio equipo de realidad extendida. Fyware trabaja en paralelo con él, en horario del centro de Estados Unidos, cuando su pipeline crece más rápido que sus horas.
- Sector
- Software de capacitación médica
- Uso
- Extensión de equipo nearshore
Medverse GmbH desarrolla software de capacitación en 3D para el sector salud desde Múnich, Alemania, y tiene su propio equipo de realidad extendida. Fyware no es ese equipo y no lo reemplaza: somos el segundo frente que corre en paralelo cuando su cartera de proyectos crece más rápido que las horas que tienen. Trabajamos en horario del centro de Estados Unidos, dentro de su proceso y contra su especificación. El producto, la propiedad intelectual, el contenido clínico y la relación con sus clientes son suyos, que es la condición por la que el arreglo funciona.
De dónde sale cada cifra, y esto importa más que las cifras: son números de Medverse que nosotros no medimos, y la base de comparación es su propio equipo trabajando solo. Su CEO reporta entregar proyectos 10 a 20% más rápido, 20% más eficiencia sin perder calidad, el mismo 20% en probabilidad de entregar en tiempo y en calidad, y alrededor de 10% menos costo que cae directo en su margen. También dejó clara la prioridad: extender el equipo sin reemplazar a nadie por salir más barato.
Si lo que necesitas es software de capacitación médica, los expertos son Medverse y con ellos hay que hablar. De lo que trata esta página es de la otra pregunta: cómo se extiende un equipo sin perder el control del producto.
Cómo funciona
El cuello de botella eran las horas de desarrollo
La situación
Una empresa con equipo propio y una cartera que crece más rápido que su capacidad tiene tres malas salidas: contratar para un pico que puede no durar, decir no a proyectos, o estirar al equipo hasta que la calidad se resienta. Las tres cuestan más de lo que parecen.
Lo que conserva Medverse
El producto, el rumbo, el criterio clínico, la propiedad intelectual y la relación con sus clientes. Ellos deciden qué es correcto, porque es su campo y su negocio. Nada de eso se movió.
Lo que sumamos
Un frente de desarrollo que avanza al mismo tiempo que el suyo, en una zona horaria que se traslapa, dentro de su repositorio y su ciclo de revisión. Se hace cargo de su parte, sin personas que administrar.
Cómo se ve el trabajo
Tres momentos de simulaciones construidas dentro de este arreglo. Los escenarios, los protocolos y las decisiones de enseñanza son de Medverse; lo que pusimos nosotros es la capacidad de desarrollo que los llevó a pantalla.
Lo que hace que funcione
Seis decisiones que se pueden repetir
- En paralelo con su equipo. La ganancia aparece como velocidad justamente porque no se sacó a nadie de la ecuación.
- El experto del dominio es el cliente. Ellos son dueños de qué es correcto. No somos expertos médicos y la página lo dice.
- El traslape de horario le gana a la tarifa. El horario del centro de Estados Unidos hace que la pregunta, la revisión y la corrección caigan en un mismo día hábil.
- Un solo juego de herramientas para los dos equipos. Comunicación continua en Slack, tickets y sprints en Jira, y ceremonias de Scrum compartidas con el equipo del cliente. El traslape de horario solo sirve si hay dónde usarlo.
- La especificación es el entregable del cliente. Su CEO plantea bien el riesgo: lo que hay que preguntarse es si al socio le dieron lo suficiente para entregar calidad.
- La propiedad intelectual no se mueve. Es suya, y por eso ellos pueden publicar sus propios resultados científicos y esta página solo cita lo que esas instituciones ya publicaron por su cuenta.
Esto es lo que ofrecemos como Team as a Service. Del lado de capacitación, ve Capacitación Inmersiva.
Lo que este caso NO afirma, y conviene decirlo. Cada porcentaje de esta página es una cifra de Medverse, reportada por su CEO, que Fyware no midió, con su propio equipo trabajando sin nosotros como base de comparación. Las publicamos atribuidas porque así pidió él que se usaran. Los resultados de aprendizaje que se citan más abajo son de los investigadores, publicados por ellos y no medidos por Fyware: de lo que trata este caso es de velocidad y costo de entrega dentro de una alianza de desarrollo, y los resultados clínicos de sus productos son de ellos y de las instituciones que los estudian.
Evidencia pública
Lo que produjo ese pipeline, publicado por otros
Dos proyectos que medverse entregó en este periodo ya tienen documentación pública de terceros. La parte de Fyware fue capacidad de desarrollo a la especificación de medverse; el contenido clínico, el diseño de los estudios y los resultados son de medverse y de los investigadores. Los citamos porque dicen algo que una cita del cliente no puede decir: lo que se construyó resiste una evaluación académica.
Cuidado interprofesional de heridas en VR, en el LMU Klinikum
med.ia-versum, un programa del Instituto de Didáctica e Investigación Educativa en Medicina del Hospital Universitario LMU de Múnich, entrena juntos a estudiantes de medicina, enfermería y farmacia en dos escenarios inmersivos de VR: el proceso completo de atención de una úlcera por presión de grado 2, desde el pase de guardia hasta el seguimiento, y una anamnesis estructurada de herida con un paciente virtual basado en IA. Más de 100 estudiantes lo han cursado en equipos interprofesionales de tres. medverse es el socio tecnológico que nombra el proyecto, cuyo diseño didáctico se presentó en el congreso anual de la GMA 2025 y está documentado en Transferkiosk.
Una simulación de radiología evaluada con 50 aprendices
Un estudio en revisión en JMIR Medical Education, disponible como preprint desde abril de 2026, evaluó una simulación interactiva de un procedimiento de inyección de medio de contraste con 50 aprendices de asistente técnico médico en Alemania. Los participantes mejoraron de forma significativa al ordenar los 12 pasos del procedimiento entre la prueba previa y la posterior (p < 0.001), y quienes vieron la simulación como más útil para su propio trabajo fueron los que más avanzaron. A petición de medverse esta página no nombra ningún producto ni marca; el detalle del estudio está en el preprint.
Un preprint es un manuscrito de los autores que todavía no terminó la revisión por pares. El DOI 10.2196/preprints.97489 lleva a la versión vigente.
Nearshoring y offshoring: hacemos los dos, y la elección depende de cuánto cambia el trabajo
La tarifa por hora es el número más fácil de comparar y el menos útil. El desarrollo de realidad extendida cambia cada semana: una escena se rehace, una interacción resulta que se siente mal, un cliente pide un paso más en el procedimiento. En ese tipo de trabajo, lo que más cuesta es el día que se pierde esperando una respuesta. Doce horas de diferencia convierten una aclaración en dos días perdidos.
Ese es todo el argumento del nearshoring, y es la razón por la que en este caso la ganancia aparece como velocidad. El ahorro existe, alrededor del 10%, y cae en su margen. Pero la razón por la que el arreglo sigue vivo es que una pregunta de la mañana se contesta en la mañana.
La segunda razón es menos obvia y es del propio cliente. Extender un equipo es, antes que nada, un problema de información: el socio entrega la calidad que le permitiste entregar. Los proveedores que prometen resultados sin pedir una especificación están prometiendo adivinar, y adivinar es lo que hace caro lo barato. Los criterios que sacan eso a la luz en la primera llamada están en nuestra guía sobre cómo contratar un equipo de desarrollo de realidad virtual.
No somos un proveedor de outsourcing, y la diferencia se nota los días malos
El outsourcing es una transacción: entregas un alcance, alguien lo ejecuta lejos, y si el alcance estaba mal te enteras en la entrega. Nosotros trabajamos al revés. Nos involucramos como parte del equipo, lo que significa que damos opiniones de mejora y de optimización sobre lo que estamos construyendo, decimos cuándo creemos que un camino va a costar más de lo que debería, y levantamos el problema mientras todavía hay tiempo de arreglarlo. Un socio que solo ejecuta es cómodo de administrar e inútil cuando el plan está mal.
También significa ser flexibles cuando se mueve el cliente de nuestro cliente. En este negocio la sorpresa casi siempre llega de fuera del código: de un cliente final que cambia un requerimiento, de una fecha que se recorre, de una escena que tiene que existir para una demostración la semana que entra. Nuestro trabajo en esos momentos es absorber el cambio contigo sin cobrarte cada ajuste como un extra.
La meta es que se sienta como si estuviéramos en la misma oficina, porque es cuando el trabajo de verdad mejora: herramientas compartidas, conversación continua, y gente a la que le importa si el producto gana. Simon Nuber lo dijo en una línea cuando llamó a Fyware un miembro valioso de nuestro equipo de desarrollo. Ese es el estándar que buscamos cumplir con cada cliente.
Ficha del proyecto
- Cliente
- Medverse GmbH · software de capacitación en 3D para el sector salud · Múnich, Alemania
- Arreglo
- Extensión de equipo en paralelo con su propio equipo de realidad extendida
- Zona horaria
- Horario del centro de Estados Unidos
- Alcance de Fyware
- Capacidad de desarrollo: escenas, interacciones y lógica de simulación, a su especificación
- Contenido clínico
- De medverse. Fyware no es experto médico
- Propiedad intelectual
- De medverse, incluidos los derechos visuales
- Sus clientes
- De medverse. Esta página solo cita lo que ya es público
- Efecto reportado
- 10 a 20% más rápido · 20% más eficiencia · alrededor de 10% menos costo
“Espero con ganas cada reunión que tengo con tu equipo. Creo que ustedes (Fyware) adaptan y elevan el estándar de calidad de los socios que tienen alrededor.”
Original en inglés: “I really look forward to every meeting that I have with your team. I believe that you (Fyware) adapt and elevate the quality standard of the partners around you”. Sobre el riesgo que de verdad le preocupa al comprador, en sus palabras: “It is never a problem of can they deliver the quality. What we ask ourselves is: do we have enough information to enable you to deliver the quality that we are expecting”. Su reseña verificada en Clutch cubre la relación completa.
Preguntas frecuentes sobre nearshoring
¿Nearshoring u offshoring? ¿Cuál le conviene a mi proyecto?
Hacemos los dos y tenemos metodología para los dos, así que la respuesta honesta es que depende de cuánto cambia tu trabajo. El offshoring funciona bien cuando el alcance es estable y está bien especificado: la entrega se escribe una vez y el equipo ejecuta. El nearshoring funciona mejor cuando el trabajo cambia cada semana, como suele cambiar el desarrollo de realidad extendida, porque la revisión, la pregunta y la corrección caben en el mismo día hábil. Desde México cubrimos el horario del centro de Estados Unidos para los proyectos nearshore y operamos los offshore con una cadencia escrita de entrega. En los dos modelos el trabajo corre sobre las herramientas del cliente: comunicación continua en Slack, tickets y sprints en Jira, y ceremonias de Scrum compartidas. Lo que decide el modelo es qué tan seguido cambia el trabajo.
¿Un equipo nearshore es más barato, o se trata de velocidad?
En este caso se trató de velocidad, y lo dice el propio cliente. Medverse reporta entregar proyectos 10 a 20% más rápido después de extender su equipo con Fyware, y alrededor de 10% más barato. Simon Nuber, su CEO, tuvo clara la prioridad: extender su equipo sin reemplazar a nadie por salir más barato. Que fuera accesible era una condición; lo que buscaba era velocidad. Si lo único que necesitas es una tarifa más baja, te conviene más un marketplace que un socio.
¿Cómo sé que un equipo externo no me va a bajar la calidad?
Haciéndote la pregunta al revés, que es lo que hace este cliente. En sus palabras: nunca es un problema de si pueden entregar la calidad, lo que nos preguntamos es si les dimos suficiente información para entregar la calidad que esperamos. La calidad de un equipo extendido depende de la especificación que entregas, sea cual sea el pasaporte de quien programa. Los proveedores que esquivan esa conversación son los que deberían preocuparte.
¿Extensión de equipo o staff augmentation? ¿Cuál es la diferencia real?
El staff augmentation te entrega personas que administrar. La extensión de equipo te entrega un equipo que se hace cargo de un resultado y se enchufa a tu proceso, tu repositorio y tu ciclo de revisión. En este proyecto Fyware trabajó en paralelo con los desarrolladores de Medverse, sobre su producto y bajo su especificación, y por eso la ganancia aparece como velocidad, sin personas extra que administrar.
¿En qué horario trabaja un equipo nearshore mexicano?
En horario del centro de Estados Unidos. Esa es la razón práctica por la que el nearshoring le gana al offshoring en trabajo que cambia: la revisión, la pregunta y la corrección caben en el mismo día hábil.
¿Qué tengo que poner de mi lado para que un equipo externo pueda entregar?
La especificación, el criterio del dominio y alguien que pueda contestar. En este proyecto el producto, el contenido clínico y la relación con los clientes se quedaron en medverse, y por eso funcionó: ellos son dueños de qué es correcto y nosotros construimos a eso. Un socio que dice no necesitar nada de eso te está diciendo que va a adivinar.
¿Un equipo nearshore puede trabajar en paralelo con mis desarrolladores en lugar de reemplazarlos?
Es el arreglo de este caso y la razón de las cifras. Medverse tiene su propio equipo de realidad extendida; a Fyware lo usan cuando el pipeline crece más rápido que sus horas disponibles. Nadie fue reemplazado, y la entrega se aceleró porque dos frentes avanzaron al mismo tiempo.
¿Cómo protejo mi propiedad intelectual y mi relación con mis clientes?
Por contrato y por alcance, y conviene decirlo explícito. En este proyecto medverse es dueño de toda la propiedad intelectual creada, de los derechos visuales y de la relación con sus clientes; Fyware construye a su especificación. Es la razón por la que ellos pueden publicar sus propios resultados científicos y por la que esta página solo cita lo que esas instituciones ya publicaron por su cuenta.
Olga ChávezGerente Comercial en Fyware
¿Quieres un resultado así en tu operación?
Fyware ha entregado 750+ proyectos XR para clientes como Gerdau Corsa, Cummins y Medverse. Cuéntanos tu caso y te decimos qué es viable, en cuánto tiempo y con qué presupuesto.
Ponemos el equipo de desarrollo de realidad extendida que te falta, en tu zona horaria, sobre tu producto y a tu especificación. Tu propiedad intelectual y tus clientes siguen siendo tuyos.
Ver Team as a Service Ver Capacitación Inmersiva