Proyectos
Relatos de construcción, decisiones arquitectónicas y aprendizajes reales. Sin métricas inventadas ni narrativa inflada.
Equixis
Founder & CEO
Empresa de tecnología aplicada a salud enfocada en digitalizar la administración de obras sociales, gerenciadoras médicas y organizaciones del sector sanitario. Desarrollamos CyberMED, una plataforma de gestión médica con módulos administrativos, tablero de mando, automatizaciones, inteligencia artificial aplicada a procesos operativos y telemedicina. La compañía logró escalar comercialmente durante la pandemia y fue adquirida por HH FZCO, empresa con sede en Dubai, Emiratos Árabes Unidos.
Contexto
Equixis nació después de varios años de trabajo dentro del sector salud, particularmente en una PyME dedicada al gerenciamiento de obras sociales. Esa experiencia me permitió entender desde adentro cómo funcionaba la industria médica argentina: obras sociales, prepagas, seguros médicos, prestadores, profesionales, regulaciones, PMO, copagos, planes superadores y los incentivos económicos que atraviesan al sistema. Durante ese período desarrollé un tablero de mando para administrar obras sociales con mayor eficiencia, y vi cómo una organización chica podía gestionar múltiples entidades con poco personal cuando contaba con tecnología adecuada. Esa experiencia fue el punto de partida para construir una compañía enfocada en resolver problemas reales de administración, información y control dentro del sistema de salud.
El Problema
Las obras sociales y gerenciadoras médicas operaban con niveles muy bajos de digitalización. Muchas no tenían datos limpios, centralizados ni accionables para administrar correctamente a sus afiliados, controlar costos, auditar prestaciones o detectar desvíos económicos. Esto generaba ineficiencias operativas, dificultades para tomar decisiones y exposición a fraudes o sobrecostos, como prestaciones facturadas por prestadores que no necesariamente habían sido realizadas. El problema no era solamente tecnológico: era operativo, económico y regulatorio. El sistema necesitaba herramientas capaces de ordenar la información, mejorar el control de gestión y acompañar la complejidad real del negocio sanitario argentino.
Mi Rol
Como Founder & CEO de Equixis lideré la visión estratégica, el desarrollo del producto, la lectura del mercado, la relación con clientes del sector salud y la evolución comercial de la compañía. Participé directamente en la conceptualización de CyberMED, en la identificación de los problemas administrativos de obras sociales y gerenciadoras, y en la definición de nuevos módulos vinculados a telemedicina, automatización de atención, inteligencia artificial aplicada a procesos administrativos y gestión médica. También lideré la adaptación del producto al contexto argentino, la búsqueda de encaje comercial, la expansión durante la pandemia y el proceso que culminó en la adquisición de la compañía por HH FZCO.
Decisiones clave
- 01Convertir el conocimiento operativo adquirido en el gerenciamiento de obras sociales en un producto tecnológico escalable para el sector salud.
- 02Desarrollar CyberMED como una plataforma de gestión médica orientada a obras sociales, gerenciadoras y organizaciones sanitarias, priorizando administración, datos, auditoría y control operativo.
- 03Explorar tempranamente la telemedicina después de observar su adopción en seguros médicos de Estados Unidos, incluso antes de que el mercado argentino estuviera preparado para adoptarla masivamente.
- 04Intentar adaptar la telemedicina al contexto local argentino, considerando regulaciones, dinámica sanitaria, actores institucionales y restricciones del mercado.
- 05Sostener el producto pese a una primera etapa comercial difícil, donde existía una plataforma potente pero el mercado todavía no tenía urgencia ni madurez suficiente para comprarla.
- 06Aprovechar el cambio de comportamiento provocado por la pandemia de COVID-19 para posicionar la solución de telemedicina y acelerar las primeras ventas.
- 07Expandir la compañía hacia productos complementarios de administración sanitaria, incluyendo automatización de canales de atención e inteligencia artificial aplicada a procesos operativos.
- 08Conducir la compañía hasta un proceso de adquisición internacional por parte de HH FZCO, con sede en Dubai, Emiratos Árabes Unidos.
Aprendizajes
- 01Tener razón sobre una tendencia no significa que el mercado esté listo para comprarla. Equixis entendió temprano la oportunidad de la telemedicina, pero el timing comercial recién se activó con la pandemia.
- 02En salud, la tecnología no se vende solo por innovación. Se vende cuando resuelve una urgencia operativa, financiera, regulatoria o política concreta para la organización.
- 03Las obras sociales no necesitan únicamente software: necesitan visibilidad, control, trazabilidad y capacidad de decisión sobre un sistema extremadamente fragmentado.
- 04La digitalización en salud no empieza por la app visible para el paciente, sino por la infraestructura administrativa que permite que el sistema funcione.
- 05El conocimiento profundo del mercado local puede ser una ventaja competitiva frente a soluciones genéricas importadas que no entienden la regulación, los incentivos ni las particularidades del sistema argentino.
- 06Un producto puede fallar comercialmente en una etapa y convertirse en crítico cuando cambia el contexto. La pandemia no creó la necesidad de telemedicina, pero sí aceleró violentamente su adopción.
- 07Construir tecnología para salud exige entender tanto el código como el negocio médico, la auditoría, los prestadores, los financiadores y la regulación.
- 08Un exit no es un evento aislado: es el resultado de años de aprendizaje, posicionamiento, producto, timing de mercado y capacidad de ejecución.
Estado actual
Equixis fue adquirida por HH FZCO, empresa con sede en Dubai, Emiratos Árabes Unidos. El proyecto representa mi primer exit como founder y una etapa clave en mi recorrido construyendo tecnología aplicada a salud en Argentina.
HiSalud
Asesor estratégico de producto, interoperabilidad y mercado
Startup de salud digital enfocada en construir infraestructura tecnológica para conectar pacientes, profesionales, organizaciones de salud y entidades públicas. HiSalud desarrolla un ecosistema de productos SaaS, APIs e interoperabilidad para reducir la fragmentación del sistema sanitario, mejorar el acceso a información médica y habilitar soluciones escalables para salud humana y veterinaria.
Contexto
HiSalud nace de una hipótesis ambiciosa: la salud humana y la salud animal no deberían vivir en sistemas completamente separados. En la práctica, las familias gestionan su salud de forma integral: personas, hijos, adultos mayores y mascotas forman parte de una misma unidad de cuidado. Desde esa visión, el proyecto conceptualizó un ecosistema donde el grupo familiar incluye también a las mascotas, permitiendo centralizar información médica, facilitar el acceso a la atención y construir una infraestructura digital capaz de conectar actores históricamente fragmentados. La idea original apuntaba a resolver dos grandes vacíos: una historia clínica digital nacional para personas y la primera historia clínica digital estructurada para mascotas. Con el tiempo, el aprendizaje del mercado llevó a transformar esa visión inicial en una arquitectura de productos más amplia, orientada a organizaciones de salud, integradores, profesionales, empresas y organismos públicos.
El Problema
El sistema de salud argentino y latinoamericano está profundamente fragmentado. Los datos médicos no fluyen entre prestadores, financiadores, profesionales, laboratorios, farmacias, organismos públicos y pacientes. Cada actor opera con sistemas propios, bases de datos incompletas, integraciones débiles o infraestructura legacy. Aunque técnicamente sería posible construir una historia clínica nacional o un ecosistema interoperable, muchos actores del mercado tienen más incentivos para conservar sus silos que para abrir su información. Esto vuelve difícil crear una infraestructura única desde arriba. Además, vender tecnología B2B en salud implica atravesar ciclos comerciales largos, múltiples decisores, cambios políticos internos, áreas con objetivos contradictorios y regulaciones que exigen una ejecución técnica muy precisa. El desafío no es solo construir buen software: es lograr que ese software encaje en un sistema donde la tecnología, la regulación, los incentivos económicos y la política institucional conviven en tensión permanente.
Mi Rol
Acompaño a HiSalud desde un rol de asesoría estratégica en producto, mercado, interoperabilidad y toma de decisiones. Mi trabajo se enfoca en ayudar a transformar conocimiento operativo del sector salud en productos concretos, escalables y vendibles para distintos actores de la industria. Participo en la definición de la propuesta de valor, el diseño de soluciones B2B, la lectura de incentivos del mercado, la priorización de módulos, la arquitectura funcional de productos y el análisis de cómo adaptar la tecnología a las regulaciones y dinámicas reales del sistema sanitario argentino. También acompaño decisiones relacionadas con posicionamiento, estrategia comercial, integración con terceros, automatización de procesos y evolución del ecosistema hacia una infraestructura de salud digital más robusta.
Decisiones clave
- 01Transformar la visión inicial de una historia clínica integral para personas y mascotas en un ecosistema modular de productos SaaS, APIs e infraestructura interoperable para distintos actores de la industria.
- 02Conceptualizar el grupo familiar como una unidad de cuidado ampliada, incluyendo no solo personas sino también mascotas, para reflejar cómo las familias gestionan realmente su salud cotidiana.
- 03Separar la propuesta de valor en soluciones para personas, profesionales, organizaciones de salud, empresas, integradores y organismos públicos, evitando depender de un único canal comercial.
- 04Priorizar una estrategia B2B y B2B2C, entendiendo que en salud la adopción masiva suele depender de instituciones, financiadores, prestadores y redes profesionales.
- 05Diseñar productos consumibles por terceros, incluyendo APIs, módulos de interoperabilidad, recetario digital, video consultas, validación de padrones y herramientas administrativas para organizaciones.
- 06Construir sobre estándares e infraestructura preparada para integraciones complejas, contemplando HL7/FHIR, DICOM, validación de identidad, trazabilidad, seguridad, cumplimiento normativo y entornos regulados.
- 07Aceptar que el mercado argentino todavía no está completamente preparado para una historia clínica nacional abierta, y adaptar la estrategia hacia soluciones que generen valor aun dentro de un sistema fragmentado.
- 08Enfocar parte del conocimiento adquirido en salud digital en productos que ayuden a obras sociales, prepagas, prestadores, profesionales y organismos públicos a operar con mayor eficiencia y menor fricción.
- 09Diseñar el posicionamiento de HiSalud no como una app aislada de telemedicina, sino como infraestructura digital para salud humana y veterinaria.
Aprendizajes
- 01En salud, la interoperabilidad no es solo un problema técnico. Es un problema de incentivos, poder, regulación, confianza y modelo de negocio.
- 02Una historia clínica nacional puede tener sentido desde el punto de vista del paciente, pero no necesariamente desde el punto de vista de todos los actores que hoy controlan la información.
- 03El mercado no siempre compra la visión más grande. Muchas veces compra módulos concretos que resuelven dolores inmediatos: agenda, receta, padrón, auditoría, telemedicina, facturación o automatización.
- 04La salud animal está subdigitalizada frente a la salud humana, pero tiene una oportunidad enorme para construir infraestructura desde cero con mejores estándares.
- 05El grupo familiar como unidad de producto permite pensar la salud de forma más realista, especialmente en hogares donde las mascotas son parte activa del núcleo de cuidado.
- 06Vender tecnología a organizaciones de salud requiere entender que cada área evalúa el producto desde una necesidad distinta: dirección médica, sistemas, legales, finanzas, auditoría, atención al afiliado y dirección general.
- 07Un lead en salud puede tardar meses en convertirse, pausarse por cambios políticos internos o reiniciarse completamente si cambia un directivo.
- 08Tener el mejor producto no alcanza si no se logra alinear a los decisores internos del cliente y reducir el riesgo percibido de adopción.
- 09La regulación puede ser una barrera de entrada si se la entiende profundamente y se diseña el producto para cumplirla desde su arquitectura.
- 10En mercados fragmentados, la estrategia más viable no siempre es reemplazar los sistemas existentes, sino construir capas de integración que los vuelvan más eficientes.
Estado actual
HiSalud se encuentra operativa y en evolución comercial, con foco en consolidar su infraestructura B2B, sus productos SaaS para organizaciones de salud y sus APIs de interoperabilidad. El proyecto continúa adaptando su propuesta de valor al mercado argentino y latinoamericano, donde los ciclos de venta son largos, la regulación es compleja y los incentivos de los actores no siempre están alineados con la apertura de datos médicos.
MedOs
Asesor estratégico de producto, arquitectura funcional e interoperabilidad
Sistema operativo SaaS para organizaciones de salud humana. MedOs permite gestionar pacientes, turnos, historias clínicas, telemedicina, recetas, prestaciones, prestadores, planes, nomencladores, validaciones, auditoría e integraciones, funcionando como una capa operativa e interoperable para clínicas, obras sociales, prepagas, gerenciadoras médicas y prestadores.
Contexto
MedOs nace a partir de una lectura concreta del mercado sanitario argentino: gran parte de las organizaciones de salud siguen operando con sistemas fragmentados, herramientas legacy, procesos manuales y baja interoperabilidad entre actores. Clínicas, consultorios, obras sociales, prepagas, gerenciadoras y redes de prestadores necesitan administrar pacientes, turnos, prestaciones, profesionales, autorizaciones, recetas, historia clínica, facturación y auditoría, pero muchas veces lo hacen sobre sistemas desconectados entre sí. MedOs se diseñó como una plataforma modular capaz de ordenar esa operación, mejorar la trazabilidad y funcionar como una infraestructura flexible para distintos tipos de entidades del sistema de salud.
El Problema
El problema principal que busca resolver MedOs es la falta de una capa operativa moderna, interoperable y adaptable para organizaciones de salud. Muchos actores del mercado tienen datos dispersos, nomencladores propios, códigos de facturación no estandarizados, procesos de validación manuales, dificultad para auditar prestaciones y poca visibilidad sobre la operación real. Esto impacta en costos, tiempos administrativos, calidad de atención y capacidad de gestión. Además, el sistema de salud argentino tiene una complejidad particular: múltiples financiadores, prestadores, planes, convenios, reglas contractuales, copagos, prestaciones cubiertas, normativas y modelos de liquidación. Construir software para este mercado exige entender no solo tecnología, sino también operación médica, regulación, auditoría, contratos y negocio sanitario.
Mi Rol
Acompaño el desarrollo de MedOs desde una mirada estratégica de producto, arquitectura funcional, interoperabilidad y entendimiento del mercado. Mi rol se enfoca en transformar problemas operativos del sistema de salud en módulos concretos de software, priorizar funcionalidades con valor comercial, definir modelos de datos escalables y ayudar a tomar decisiones informadas sobre cómo adaptar el producto a clínicas, obras sociales, prepagas, gerenciadoras y prestadores. También participo en la conceptualización de capacidades críticas como historia clínica, agenda, telemedicina, validaciones, recetas, nomencladores, auditoría, facturación, gestión de prestadores, integraciones y cumplimiento regulatorio.
Decisiones clave
- 01Diseñar MedOs como una plataforma SaaS modular, evitando construir un sistema rígido que solo funcione para un único tipo de organización de salud.
- 02Priorizar una estrategia B2B orientada a clínicas, obras sociales, prepagas, gerenciadoras médicas y redes de prestadores, donde el dolor operativo y administrativo es más claro.
- 03Separar conceptualmente la gestión clínica, la gestión administrativa, la auditoría, la interoperabilidad y las integraciones para permitir adopciones progresivas por módulo.
- 04Trabajar con una arquitectura preparada para interoperabilidad, contemplando estándares como HL7/FHIR y escenarios donde el producto debe convivir con sistemas legacy existentes.
- 05Modelar prestadores como entidades legales con múltiples sedes, especialidades, capacidades, servicios, tarifas y reglas particulares de contratación.
- 06Diseñar una estructura de nomencladores capaz de mapear códigos internos del sistema, nomencladores propios de cada cliente y códigos de facturación utilizados por prestadores.
- 07Contemplar distintos modelos económicos dentro del sistema, incluyendo cápita, fee for service, modelos mixtos, paquetes y reglas de liquidación.
- 08Evitar vender MedOs solo como software clínico, posicionándolo como infraestructura operativa para organizaciones que necesitan control, trazabilidad, integración y eficiencia.
Aprendizajes
- 01En salud, el modelo de datos es parte del negocio. Si no representa correctamente prestadores, planes, prestaciones, sedes, contratos y nomencladores, el producto no escala.
- 02La interoperabilidad no se resuelve únicamente con APIs. Requiere entender cómo cada organización nombra, factura, valida y audita sus propios procesos.
- 03Un sistema de salud no puede diseñarse como un SaaS genérico. Tiene que contemplar regulación, trazabilidad, consentimiento, auditoría, historia clínica, seguridad y continuidad operativa.
- 04Los clientes B2B de salud no compran funcionalidades aisladas: compran reducción de riesgo, control operativo, cumplimiento normativo y capacidad de integración.
- 05El mayor valor de una plataforma como MedOs está en ordenar información que antes estaba dispersa y convertirla en una base operativa confiable.
- 06En organizaciones de salud, la adopción tecnológica depende tanto del área médica como de sistemas, legales, finanzas, auditoría y dirección general.
- 07El producto tiene que convivir con infraestructura existente. Intentar reemplazar todo desde el día uno suele aumentar fricción comercial y riesgo de implementación.
- 08La modularidad no es solo una decisión técnica, también es una estrategia comercial para vender en mercados con ciclos largos y presupuestos fragmentados.
Estado actual
MedOs se encuentra en desarrollo y evolución comercial dentro del ecosistema HiSalud, con foco en consolidarse como una plataforma B2B modular para organizaciones de salud humana. El producto apunta a resolver problemas operativos reales de prestadores, financiadores y gerenciadoras médicas, integrando gestión administrativa, historia clínica, telemedicina, validaciones, auditoría e interoperabilidad en una misma infraestructura SaaS.
VetOs
Asesor estratégico de producto, arquitectura funcional y mercado veterinario
Sistema operativo SaaS para salud animal y gestión veterinaria. VetOs busca digitalizar clínicas veterinarias, profesionales, instituciones, redes de atención animal y organizaciones vinculadas al cuidado de mascotas y animales productivos, integrando historia clínica veterinaria, turnos, atención, trazabilidad, tutores, mascotas, teleorientación, automatización e interoperabilidad dentro del ecosistema HiSalud.
Contexto
VetOs nace de una convicción central del ecosistema HiSalud: la salud animal y la salud humana están más conectadas de lo que el mercado suele reconocer. Para muchas familias, las mascotas forman parte del núcleo familiar y su información médica debería gestionarse con un nivel de trazabilidad, continuidad y acceso similar al de cualquier otro integrante del hogar. Sin embargo, el mercado veterinario sigue estando mucho menos digitalizado que el mercado de salud humana. Muchas clínicas y profesionales trabajan con registros dispersos, historiales incompletos, baja trazabilidad entre atenciones y poca infraestructura para compartir información entre tutores, veterinarios, instituciones y redes de cuidado. VetOs surge como una plataforma para ordenar ese ecosistema y construir una base digital moderna para la salud animal.
El Problema
El principal problema que busca resolver VetOs es la falta de infraestructura digital estandarizada para la salud veterinaria. La historia clínica de una mascota suele quedar fragmentada entre veterinarias, libretas físicas, mensajes de WhatsApp, estudios aislados y registros que no siguen a la mascota a lo largo de su vida. Esto dificulta la continuidad del cuidado, la prevención, la trazabilidad de tratamientos, la gestión de vacunas, la atención ante emergencias y la coordinación entre distintos profesionales. A diferencia de la salud humana, donde existen más regulaciones, estándares e infraestructura instalada, la salud animal tiene una oportunidad de construir desde cero mejores sistemas de información. El desafío es diseñar una plataforma que sirva tanto para clínicas veterinarias y profesionales como para tutores, instituciones, refugios, redes de atención y eventualmente sectores vinculados a ganadería o sanidad animal.
Mi Rol
Acompaño VetOs desde una mirada estratégica de producto, mercado y arquitectura funcional. Mi rol se enfoca en ayudar a convertir la visión de una historia clínica digital veterinaria en un producto SaaS modular, adoptable por clínicas y profesionales, pero también conectado con una visión más amplia de identidad sanitaria animal. Participo en decisiones sobre modelo de datos, relación entre mascotas y tutores, historial médico, transferencias de titularidad, gestión de turnos, continuidad del cuidado, integraciones futuras, experiencia de usuario y posicionamiento comercial. También acompaño la lectura del mercado veterinario, sus niveles de digitalización, sus canales de adopción y las diferencias operativas frente a la salud humana.
Decisiones clave
- 01Diseñar VetOs como un sistema operativo veterinario y no simplemente como una agenda o ficha médica digital.
- 02Conceptualizar a la mascota como un paciente con historia clínica propia, pero vinculada a uno o más tutores a lo largo del tiempo.
- 03Modelar la posibilidad de múltiples tutores, transferencias de titularidad e historial de cuidado, contemplando casos como adopciones, refugios o cambios de familia.
- 04Construir el producto sobre la idea de continuidad médica animal, evitando que la información quede encerrada en una única veterinaria.
- 05Separar las necesidades de clínicas veterinarias, profesionales independientes, tutores, refugios, instituciones y posibles actores de sanidad animal.
- 06Integrar VetOs dentro del ecosistema HiSalud para que conviva con el concepto de grupo familiar ampliado, donde las mascotas forman parte de la unidad de cuidado.
- 07Priorizar una arquitectura modular que permita comenzar con gestión veterinaria y evolucionar hacia historia clínica, teleorientación, trazabilidad, automatización e interoperabilidad.
- 08Considerar a futuro escenarios más amplios de salud animal, incluyendo no solo mascotas sino también animales productivos, ganadería y control sanitario.
Aprendizajes
- 01La salud animal está en una etapa de digitalización mucho más temprana que la salud humana, lo que representa un desafío comercial pero también una oportunidad estructural.
- 02El vínculo emocional entre tutores y mascotas cambia la forma en que debe diseñarse el producto: no se trata solo de eficiencia operativa, sino de confianza, acceso y continuidad del cuidado.
- 03Una historia clínica veterinaria tiene que contemplar relaciones complejas entre mascota, tutores, veterinarias, profesionales, estudios, vacunas, tratamientos y cambios de titularidad.
- 04El mercado veterinario puede adoptar tecnología más rápido si el producto resuelve dolores cotidianos concretos: agenda, recordatorios, historia clínica, vacunas, seguimiento y comunicación con tutores.
- 05Construir infraestructura para salud animal permite diseñar mejores estándares desde el inicio, sin heredar tantas limitaciones legacy como en salud humana.
- 06La oportunidad no está solo en digitalizar veterinarias, sino en construir una capa de identidad sanitaria animal que pueda acompañar a cada mascota durante toda su vida.
- 07El producto debe equilibrar simplicidad para profesionales veterinarios con profundidad suficiente para escalar hacia redes, instituciones y casos de mayor complejidad.
- 08La salud animal puede ser una puerta de entrada estratégica para construir confianza, datos y relaciones dentro de un ecosistema más amplio de salud familiar.
Estado actual
VetOs se encuentra en etapa de desarrollo y consolidación conceptual dentro del ecosistema HiSalud, con foco en construir infraestructura digital para salud animal. El producto apunta a resolver una oportunidad todavía poco explotada en LATAM: la digitalización profunda de la atención veterinaria, la historia clínica de mascotas y la gestión operativa de clínicas, profesionales e instituciones vinculadas al cuidado animal.
Reencuentro
Creador e impulsor del proyecto
Iniciativa propia de impacto social que utiliza inteligencia artificial para conectar mascotas perdidas con sus familias a través de WhatsApp. Reencuentro combina reportes comunitarios, geolocalización, visión por computadora, embeddings de imágenes, normalización de descripciones y scoring de coincidencias para reducir la incertidumbre, acelerar búsquedas y aumentar las probabilidades de que una mascota vuelva a casa.
Contexto
Reencuentro nació de una experiencia personal concreta: la pérdida de Loki, mi perro. Durante esos días entendí de primera mano lo frustrante, desordenado y emocionalmente desgastante que puede ser buscar una mascota perdida. La información estaba dispersa entre publicaciones, grupos, mensajes, carteles y avistamientos difíciles de validar. Cuando finalmente lo encontré, habían pasado varios días y Loki necesitaba atención veterinaria: estaba desnutrido, herido, enfermo y atravesado por el estrés de haber estado perdido. Esa experiencia me dejó una pregunta muy clara: ¿por qué, en un contexto donde usamos inteligencia artificial para tantas cosas, seguimos buscando mascotas perdidas casi de la misma manera que hace décadas? Después validé ese dolor con amigos, conocidos y muchas personas que habían atravesado situaciones similares. También lo veo todos los días en redes: publicaciones desesperadas, reportes duplicados, información incompleta y familias que dependen de la suerte para reencontrarse con sus mascotas.
El Problema
El problema que busca resolver Reencuentro es la fragmentación extrema del proceso de búsqueda de mascotas perdidas. Cuando una mascota se pierde, la familia suele publicar en Instagram, Facebook, WhatsApp, grupos barriales, veterinarias, refugios y carteles físicos. Al mismo tiempo, alguien puede encontrar o ver una mascota parecida y publicarla en otro canal completamente distinto. Esas dos piezas de información pueden existir al mismo tiempo y nunca cruzarse. Las redes sociales ayudan a difundir, pero no fueron diseñadas para comparar imágenes, normalizar descripciones, priorizar cercanía geográfica, considerar el paso del tiempo o detectar coincidencias entre reportes. Reencuentro busca transformar ese proceso emocionalmente caótico en una red de detección activa, donde cada reporte pueda ser interpretado, estructurado, comparado y conectado con otros casos en tiempo real.
Mi Rol
Creé e impulso Reencuentro desde la idea original, la definición del problema, la validación con usuarios y la estrategia de producto. Mi rol combina visión de negocio, diseño de producto, inteligencia artificial aplicada, arquitectura funcional y construcción de comunidad. Trabajo en convertir una experiencia personal dolorosa en una plataforma útil, simple y escalable, capaz de ayudar a familias, vecinos, veterinarias, refugios, proteccionistas y municipios. También defino cómo debe funcionar el sistema de reportes, cómo se estructura la información, qué señales debe considerar el algoritmo de matching, cómo debe intervenir WhatsApp como canal principal y cómo se conecta el proyecto con una visión más amplia de salud animal, identidad de mascotas y bienestar familiar.
Decisiones clave
- 01Construir Reencuentro como una iniciativa propia de impacto social, con apoyo de HiSalud, pero con identidad y propósito independientes.
- 02Usar WhatsApp como canal principal de interacción para reducir fricción, evitando que el usuario tenga que descargar una app en un momento de urgencia.
- 03Diseñar el producto alrededor de tres tipos de reportes: mascota perdida, mascota encontrada y avistamiento.
- 04Incorporar inteligencia artificial para clasificar intención, normalizar descripciones y entender que distintas formas de describir una mascota pueden referirse al mismo animal.
- 05Utilizar visión por computadora y embeddings de imágenes para comparar rasgos físicos, colores, manchas y patrones visuales entre reportes.
- 06Combinar similitud visual, cercanía geográfica, temporalidad, especie, raza aproximada, color, tamaño y contexto del reporte para calcular coincidencias más confiables.
- 07Priorizar un sistema de detección activa, donde la plataforma busque coincidencias de forma permanente y no dependa únicamente de que una publicación se vuelva viral.
- 08Diseñar notificaciones en tiempo real para avisar cuando aparece una coincidencia probable, un nuevo caso cercano o una persona relacionada con el reporte.
- 09Mantener el reporte y las alertas como servicio gratuito, explorando un modelo sostenible basado en donaciones voluntarias por éxito.
- 10Pensar Reencuentro como una puerta de entrada hacia una infraestructura más amplia de identidad, trazabilidad y salud animal.
Aprendizajes
- 01Perder una mascota no es un problema menor: genera angustia real, desorden operativo, desgaste emocional y puede terminar en consecuencias médicas graves para el animal.
- 02La búsqueda de mascotas perdidas sigue dependiendo demasiado del azar, la viralización y la capacidad manual de las personas para revisar publicaciones dispersas.
- 03El dolor está ampliamente validado: muchas personas atravesaron experiencias similares y existen reportes diarios que muestran que el problema es recurrente.
- 04La tecnología puede aportar valor si ordena el caos, pero tiene que hacerlo desde un canal simple y humano, no agregando complejidad en un momento de desesperación.
- 05WhatsApp es un canal ideal para este tipo de producto porque ya forma parte del comportamiento cotidiano de las personas y funciona bien en situaciones urgentes.
- 06La inteligencia artificial no reemplaza a la comunidad: la potencia, conectando reportes que de otra forma podrían quedar aislados.
- 07En este caso, la precisión técnica importa, pero también importa reducir falsos positivos para no generar expectativas innecesarias en familias que están emocionalmente vulnerables.
- 08El factor tiempo es crítico: cada hora que pasa puede aumentar el riesgo para la mascota, especialmente si está herida, desorientada, sin alimento o lejos de su zona habitual.
- 09Un producto de impacto social necesita confianza, transparencia y una narrativa clara: la gente tiene que entender que la tecnología está al servicio del reencuentro, no del lucro.
- 10Reencuentro puede ser mucho más que un buscador de mascotas perdidas: puede convertirse en una capa de identidad animal, prevención, trazabilidad y cuidado veterinario.
Estado actual
Reencuentro se encuentra en desarrollo como una iniciativa propia, con apoyo estratégico y tecnológico de HiSalud. El proyecto está orientado a validar una red inteligente de búsqueda de mascotas perdidas y encontradas, gratuita para los usuarios y sostenible mediante donaciones voluntarias. Su foco actual está en simplificar el reporte por WhatsApp, mejorar el matching con inteligencia artificial, fortalecer la detección activa de coincidencias y construir una comunidad capaz de responder rápido cuando una mascota se pierde.
Comedica SA
Asesor estratégico
Consultoría estratégica para acompañar la evolución tecnológica de Comedica y su producto interno MesaOperativa, un software robusto orientado al gerenciamiento de obras sociales. El trabajo se enfocó en decisiones técnicas, ampliación funcional del producto, lectura de tendencias de digitalización en salud y anticipación a cambios estructurales del mercado.
Contexto
Comedica opera en un mercado donde la administración de obras sociales exige eficiencia operativa, control de información, auditoría, trazabilidad y capacidad de adaptación regulatoria. Durante años, muchas organizaciones del sector salud funcionaron con procesos manuales, sistemas fragmentados o soluciones poco preparadas para el nivel de complejidad real del negocio. En ese contexto, Comedica logró construir un software interno robusto, MesaOperativa, que le permitió gerenciar obras sociales con mayor capacidad operativa y anticiparse parcialmente a la digitalización del sector. La asesoría se centró en cómo seguir ampliando ese activo tecnológico, qué decisiones técnicas priorizar y cómo leer los cambios de la industria antes de que se transformaran en urgencias operativas.
El Problema
El principal desafío era definir cómo evolucionar una plataforma interna ya existente sin convertirla en un sistema rígido, difícil de mantener o desconectado de las nuevas necesidades del mercado. En salud, la digitalización no consiste solamente en agregar módulos: implica entender procesos administrativos, auditoría médica, padrones, prestaciones, prestadores, autorizaciones, canales de atención, reportes, costos y regulaciones. Comedica necesitaba tomar decisiones informadas sobre tecnología aplicada a salud, ampliación funcional de MesaOperativa y posicionamiento frente a un mercado donde las obras sociales comenzaban a necesitar cada vez más visibilidad, datos y automatización.
Mi Rol
Acompañé a Comedica como asesor estratégico en tecnología aplicada a salud, aportando visión de producto, lectura de mercado y criterio técnico para la evolución de MesaOperativa. Mi rol consistió en ayudar a identificar oportunidades de mejora, priorizar funcionalidades, evaluar decisiones tecnológicas y analizar cómo la digitalización estaba modificando la forma de operar de las organizaciones de salud. También aporté experiencia sobre gerenciamiento de obras sociales, integración de datos, automatización de procesos, control operativo y desarrollo de software para entornos sanitarios complejos.
Decisiones clave
- 01Analizar MesaOperativa no solo como un software interno, sino como un activo estratégico para mejorar la capacidad operativa de Comedica.
- 02Priorizar la evolución del producto en función de problemas reales del gerenciamiento de obras sociales: datos, control, trazabilidad, auditoría y eficiencia administrativa.
- 03Acompañar decisiones técnicas orientadas a ampliar funcionalidades sin comprometer la estabilidad del sistema existente.
- 04Evaluar el impacto de la digitalización en el mercado de salud y cómo podía afectar a gerenciadoras, obras sociales, prestadores y afiliados.
- 05Reforzar la importancia de anticiparse al mercado antes de que la presión regulatoria o competitiva obligara a digitalizar procesos de forma reactiva.
- 06Identificar oportunidades para incorporar automatización y mejores herramientas de gestión dentro de procesos administrativos de salud.
- 07Enfocar la tecnología como una ventaja operativa y no únicamente como soporte técnico.
Aprendizajes
- 01En salud, un software interno bien diseñado puede convertirse en una ventaja competitiva si permite operar con más eficiencia que el resto del mercado.
- 02La digitalización no impacta a todas las organizaciones al mismo tiempo: quienes se anticipan pueden construir capacidades antes de que el mercado las exija.
- 03Gerenciar obras sociales requiere mucho más que administrar afiliados. Implica controlar costos, auditar prestaciones, ordenar datos y entender incentivos económicos.
- 04Las decisiones técnicas en salud deben tomarse considerando operación, regulación, auditoría, escalabilidad y capacidad real del equipo que mantiene el sistema.
- 05No toda innovación tiene que ser visible para el usuario final. Muchas veces el mayor valor está en la infraestructura interna que permite operar mejor.
- 06La anticipación tecnológica puede proteger márgenes, reducir dependencia operativa y mejorar la capacidad de respuesta frente a cambios regulatorios.
Estado actual
La consultoría tecnológica sobre MesaOperativa permitió acompañar decisiones de producto y estrategia digital para fortalecer una plataforma interna clave en la operación de Comedica. El trabajo dejó como base una lectura más clara sobre cómo la digitalización podía convertirse en una ventaja competitiva dentro del gerenciamiento de obras sociales.
Comedica SA
Asesor estratégico
Consultoría estratégica para analizar el deterioro del modelo de negocio de las obras sociales de monotributo y definir alternativas de adaptación para Comedica. El trabajo se enfocó en anticipación de mercado, retención de afiliados, fidelización, optimización de costos, reposicionamiento comercial, búsqueda de nuevos segmentos de clientes y construcción de un posible plan superador de salud con beneficios diferenciales.
Contexto
Comedica trabaja con clientes cuyo modelo de negocio está fuertemente vinculado a obras sociales de monotributo. Durante años, este segmento funcionó sobre una lógica de volumen, captación de afiliados, administración eficiente y bajo nivel de digitalización real. Sin embargo, los cambios regulatorios, la presión económica, la mayor transparencia del sistema y la modificación de incentivos empezaron a deteriorar ese modelo. La consultoría nació de la necesidad de leer ese cambio antes de que se transformara en una crisis irreversible para las organizaciones que dependían de esta estructura.
El Problema
El problema central era que el modelo tradicional de obras sociales de monotributo empezó a perder sustentabilidad. La posibilidad de adquirir nuevos afiliados se volvió cada vez más limitada, los márgenes comenzaron a comprimirse, los costos médicos siguieron aumentando y la población afiliada podía reducirse progresivamente. Para organizaciones expuestas a este segmento, seguir operando bajo la misma lógica implicaba un riesgo alto: menos afiliados, menor escala, mayor presión sobre costos y eventual quiebre del modelo. La respuesta no podía ser únicamente operativa. Era necesario repensar estrategia comercial, fidelización, propuesta de valor, retención, beneficios, tecnología y nuevos segmentos de negocio.
Mi Rol
Acompaño a Comedica como asesor estratégico en modelo de negocio, salud digital y lectura del mercado sanitario. Mi rol consiste en ayudar a interpretar cómo los cambios regulatorios y económicos están afectando al negocio de las obras sociales de monotributo, qué riesgos existen si se mantiene la estrategia actual y qué alternativas pueden ejecutarse antes de que el deterioro del modelo sea irreversible. También colaboro en la identificación de nuevos segmentos de clientes, el diseño de propuestas de valor para retener afiliados, la optimización de costos y la construcción de alianzas con proveedores que permitan enriquecer un plan superador de salud con beneficios diferenciales y acceso a tecnología de punta.
Decisiones clave
- 01Advertir que el modelo de adquisición de nuevos afiliados de obras sociales de monotributo estaba perdiendo sustentabilidad y no debía considerarse una fuente estable de crecimiento futuro.
- 02Recomendar un cambio de estrategia antes de que la caída de afiliados y márgenes volviera inviable el negocio tradicional.
- 03Priorizar la retención y fidelización de la base actual de afiliados frente a un contexto donde adquirir nuevos afiliados se vuelve cada vez más difícil.
- 04Analizar la posibilidad de construir un plan superador de salud propio como mecanismo para capturar mayor valor, diferenciarse y reducir dependencia del modelo tradicional.
- 05Impulsar la búsqueda de nuevos tipos de clientes y segmentos menos expuestos al deterioro del modelo de monotributo.
- 06Recomendar optimización de costos sin destruir valor percibido por el afiliado, priorizando eficiencia operativa y beneficios con alto impacto.
- 07Colaborar en conexiones con proveedores estratégicos para enriquecer la propuesta de valor mediante beneficios únicos, servicios complementarios y acceso a tecnología aplicada a salud.
- 08Plantear una estrategia paralela: sostener y proteger el negocio actual mientras se ejecuta un nuevo modelo antes de que el anterior termine de agotarse.
- 09Enfocar la conversación estratégica en anticipación, no en reacción: actuar antes de que la pérdida de afiliados fuerce decisiones defensivas.
Aprendizajes
- 01Cuando un modelo de negocio empieza a morir, el peor error es optimizarlo como si todavía estuviera sano.
- 02En salud, los cambios regulatorios pueden alterar completamente los incentivos económicos de una organización en muy poco tiempo.
- 03La retención puede volverse más importante que la adquisición cuando el mercado deja de permitir crecimiento por volumen.
- 04Un plan superador no debe pensarse solo como más cobertura, sino como una propuesta de valor capaz de generar fidelidad, diferenciación y percepción de cuidado.
- 05Los beneficios complementarios pueden ser estratégicos si ayudan a retener afiliados, reducir fricción y construir una relación más directa con la persona.
- 06La tecnología aplicada a salud puede funcionar como herramienta de fidelización, no solo como eficiencia administrativa.
- 07Las organizaciones que dependen de un único modelo regulatorio necesitan construir alternativas antes de que el mercado las obligue.
- 08En modelos de salud con márgenes comprimidos, optimizar costos no significa recortar indiscriminadamente: significa entender dónde se pierde dinero, qué beneficios generan valor y qué procesos pueden automatizarse.
- 09La anticipación estratégica es una ventaja competitiva cuando el resto del mercado todavía está intentando defender un modelo que ya cambió.
Estado actual
La consultoría continúa vigente, con foco en acompañar a Comedica en la transición desde un modelo altamente expuesto a obras sociales de monotributo hacia una estrategia más resiliente. El trabajo actual se centra en retención de afiliados, optimización de costos, alianzas con proveedores, enriquecimiento de beneficios y exploración de nuevos modelos comerciales antes de que el negocio tradicional pierda sustentabilidad.
Avanzamos Food
Founder
Hamburguesería premium montada en Mercedes, Provincia de Buenos Aires, basada en investigación de producto, análisis competitivo local y detección de demanda nocturna no atendida. El proyecto creció rápidamente con un food truck ubicado cerca de un boliche céntrico, pero terminó cerrando por errores de delegación, falta de control operativo y complejidades propias de emprender con vínculos familiares.
Contexto
Avanzamos Food nació en Mercedes, Provincia de Buenos Aires, una ciudad ubicada aproximadamente a 100 kilómetros de la Ciudad de Buenos Aires. Antes de abrir la hamburguesería, decidí estudiar el mundo del producto con profundidad: tipos de carne, blends, técnicas de elaboración, cocción, estilos nacionales e internacionales y referencias del mercado estadounidense, considerado uno de los grandes referentes culturales en hamburguesas. Compré distintos cortes, probé combinaciones, desarrollé blends propios e invité a varias personas a degustarlos. A partir de un sistema de puntuación, pude identificar cuál era la mezcla mejor valorada y transformarla en la base del producto. En paralelo, investigué la competencia local: compré hamburguesas en los principales locales de Mercedes, las probé junto a un amigo y analizamos calidad, sabor, cocción, carne, presentación, horarios de atención y puntos débiles. Ese trabajo de campo permitió detectar una oportunidad concreta: había espacio para una hamburguesería de mayor calidad y, sobre todo, para atender una demanda nocturna que la competencia ignoraba.
El Problema
El mercado local tenía una oferta limitada de hamburgueserías y la mayoría cerraba temprano, incluso los fines de semana. A las 22 horas, muchos locales ya no estaban operativos. Sin embargo, Mercedes tenía movimiento nocturno, especialmente entre jóvenes que salían a bailar a lugares como Templo, un boliche céntrico muy concurrido. Existía una demanda clara después de la salida del boliche, pero casi nadie la estaba atendiendo. La oportunidad era combinar un producto superior, una propuesta más premium y una ubicación estratégica en horarios donde la competencia no operaba. El problema posterior fue interno: el negocio creció rápido, pero quedó demasiado delegado en un socio familiar mientras yo estaba enfocado en otros proyectos de salud y tecnología, además de mi trabajo en IBM. Esa falta de control directo, sumada a la dificultad de separar vínculos familiares de decisiones empresariales, terminó afectando la continuidad del proyecto.
Mi Rol
Fundé Avanzamos Food y lideré la etapa inicial de investigación, validación de producto, análisis competitivo y definición estratégica. Me involucré en el desarrollo del blend de carne, las pruebas de sabor, la evaluación de la competencia, la detección de horarios no atendidos y la decisión de ubicar un food truck cerca del boliche Templo para capturar demanda nocturna. También participé en la construcción de la propuesta de valor premium y en la validación comercial inicial. Con el tiempo, delegué gran parte de la operación en un socio familiar, decisión que terminó siendo uno de los principales aprendizajes del proyecto.
Decisiones clave
- 01Estudiar el producto antes de salir al mercado, investigando blends de carne, cortes, técnicas de elaboración y referencias de hamburgueserías nacionales e internacionales.
- 02Desarrollar un blend propio mediante pruebas reales con distintos cortes de carne y validación con personas invitadas a degustar las diferentes combinaciones.
- 03Usar un sistema de puntuación para elegir el blend más valorado, evitando definir el producto solo por intuición personal.
- 04Analizar la competencia local comprando hamburguesas de los principales locales de Mercedes y evaluando calidad, cocción, sabor, carne, presentación y experiencia general.
- 05Estudiar los horarios de atención de la competencia y detectar que la mayoría cerraba temprano, incluso durante fines de semana.
- 06Identificar una demanda nocturna no atendida alrededor del boliche Templo, donde había gran circulación de jóvenes después de la salida.
- 07Ubicar un food truck cerca del boliche para capturar una ventana de consumo que la competencia no estaba aprovechando.
- 08Posicionar la hamburguesería con una propuesta de mayor calidad, producto premium y disponibilidad en horarios estratégicos.
- 09Delegar la operación diaria en un socio familiar mientras continuaba trabajando en paralelo en IBM y en proyectos vinculados a salud y tecnología.
Aprendizajes
- 01Investigar un mercado no significa leer reportes: muchas veces significa comprar el producto de la competencia, probarlo, compararlo y observar el comportamiento real de los clientes.
- 02La diferenciación puede venir tanto por calidad de producto como por timing, ubicación y disponibilidad cuando el resto del mercado no está operando.
- 03Un mercado chico puede esconder oportunidades claras si se lo observa con suficiente detalle.
- 04Validar un producto con usuarios reales antes de abrir reduce riesgo y permite construir una propuesta más sólida.
- 05La demanda nocturna de Avanzamos Food mostró que muchas oportunidades aparecen cuando se estudian hábitos concretos, no solo categorías de negocio.
- 06Crecer rápido no garantiza construir una empresa sostenible si la operación no tiene procesos, controles y responsables claros.
- 07Delegar un negocio sin estructura de seguimiento puede ser tan riesgoso como no delegar nunca.
- 08Emprender con familia o amigos no es necesariamente un error, pero exige reglas claras, roles definidos y capacidad de tomar decisiones difíciles si el negocio lo requiere.
- 09Cuando hay dinero, operación y responsabilidad empresarial, el vínculo personal no puede reemplazar acuerdos, control y accountability.
- 10Un proyecto fallido puede dejar aprendizajes más valiosos que un proyecto que simplemente funciona sin exigir demasiada reflexión.
Estado actual
Avanzamos Food ya no se encuentra operativo. Aunque el proyecto fracasó como negocio, fue una experiencia clave para aprender investigación de mercado, validación de producto, diferenciación competitiva, operación gastronómica, análisis de demanda y los riesgos de delegar una empresa sin estructura de control suficiente.
Signu
Founder
Plataforma basada en inteligencia artificial para redactar, validar y firmar contratos entre privados de forma rápida, económica y guiada por WhatsApp. Signu buscaba simplificar acuerdos cotidianos como contratos de alquiler, compraventa, préstamos, prestación de servicios y otros documentos legales sin depender inicialmente de abogados o escribanías. La idea tenía mercado, pero el proyecto fracasó por decisiones estratégicas equivocadas: intentar construir un modelo de IA propio, buscar un producto perfecto antes de salir al mercado y quedar atrapados en una POC que nunca terminó de convertirse en un MVP comercial.
Contexto
Signu nació de una hipótesis clara: muchas personas necesitan celebrar acuerdos privados de forma simple, rápida y económica, pero el acceso a instrumentos legales suele ser caro, lento o poco accesible. Contratos de alquiler, compraventas, acuerdos entre particulares, préstamos, prestación de servicios y otros documentos cotidianos muchas veces terminan resolviéndose con plantillas genéricas, mensajes informales o documentos mal redactados. La idea era utilizar inteligencia artificial conversacional para guiar a las partes por WhatsApp, recopilar la información necesaria, redactar un contrato adaptado al caso, validar cláusulas críticas y facilitar la firma digital del acuerdo. El objetivo era acercar herramientas legales a personas que no necesariamente podían o querían iniciar un proceso tradicional con abogados, escribanías o estudios jurídicos para contratos simples.
El Problema
El problema que Signu buscaba resolver era la fricción existente entre una necesidad legal cotidiana y la complejidad del sistema tradicional. Para muchos acuerdos entre privados, el proceso formal puede resultar lento, costoso y sobredimensionado. Al mismo tiempo, usar documentos genéricos o acuerdos informales aumenta el riesgo de conflictos, cláusulas mal redactadas, omisiones importantes o falta de prueba. Existía una oportunidad clara para un producto que combinara inteligencia artificial, automatización documental, lenguaje simple, firma digital y una experiencia conversacional por WhatsApp. Sin embargo, el problema interno fue de estrategia de ejecución: en lugar de lanzar rápido con modelos de IA existentes, validar casos de uso y mejorar sobre feedback real, el proyecto intentó construir una inteligencia artificial propia y alcanzar un producto demasiado perfecto antes de salir al mercado.
Mi Rol
Fundé Signu y participé en la definición de la idea, la estrategia inicial, el diseño del producto, la visión de negocio y la arquitectura conceptual de la plataforma. El proyecto buscaba combinar inteligencia artificial, legaltech, automatización documental, firma digital y una experiencia conversacional simple por WhatsApp. También participé en las decisiones críticas de producto y ejecución, incluyendo algunas que terminaron siendo aprendizajes importantes: la construcción de un modelo de IA propio, la sobreiteración del producto y la dificultad de pasar de una prueba de concepto a una validación comercial real.
Decisiones clave
- 01Diseñar Signu como una plataforma conversacional por WhatsApp para reducir fricción y permitir que cualquier persona pudiera iniciar la creación de un contrato desde un canal cotidiano.
- 02Enfocar los primeros casos de uso en contratos entre privados, como alquileres, compraventas, préstamos, acuerdos de prestación de servicios y documentos legales simples.
- 03Buscar una experiencia guiada donde la inteligencia artificial hiciera preguntas, recopilara datos, detectara inconsistencias y generara un contrato estructurado.
- 04Incorporar firma digital y exportación documental como parte de la propuesta de valor, para que el contrato no quedara solo como texto generado.
- 05Intentar construir un modelo de inteligencia artificial propio en vez de apoyarse desde el inicio en modelos existentes y mejorar la capa de producto sobre ellos.
- 06Priorizar demasiadas iteraciones internas antes de exponer el producto a usuarios reales.
- 07Buscar un nivel de perfección legal, técnica y de experiencia antes de validar si el mercado estaba dispuesto a pagar por el producto.
- 08Mantener el proyecto demasiado tiempo en una etapa de POC/MVP, consumiendo capital sin alcanzar una salida comercial clara.
- 09Cerrar el proyecto al no lograr transformar la oportunidad inicial en un negocio validado y sostenible.
Aprendizajes
- 01Una buena idea y un mercado real no alcanzan si la estrategia de ejecución es incorrecta.
- 02Construir un modelo de IA propio puede ser una decisión peligrosa cuando el valor diferencial del producto está en la experiencia, el flujo, la confianza, la distribución y el caso de uso, no necesariamente en el modelo base.
- 03Apoyarse en modelos existentes puede permitir que el producto mejore indirectamente cada vez que el proveedor lanza versiones más potentes.
- 04Cuando el core no es entrenar modelos, sino resolver un problema de usuario, construir infraestructura propia demasiado temprano puede consumir foco, tiempo y capital.
- 05El perfeccionismo puede matar una startup más rápido que un mal producto inicial.
- 06Una POC que no sale al mercado se convierte en una zona cómoda donde se aprende poco sobre disposición real de pago, canales de adquisición y objeciones concretas.
- 07El MVP no debería ser eterno. Si no ayuda a aprender del mercado, deja de ser una herramienta de validación y se convierte en un costo fijo.
- 08En legaltech, la confianza es tan importante como la automatización. El usuario no solo necesita que el contrato se genere rápido, necesita creer que el documento es válido, seguro y suficiente para su caso.
- 09La inteligencia artificial puede reducir fricción legal, pero el producto debe definir muy bien los límites: cuándo automatizar, cuándo advertir riesgos y cuándo derivar a un profesional.
- 10A veces el riesgo no es que la tecnología no funcione, sino que avance tan rápido que reemplace la ventaja que intentabas construir internamente.
- 11Cerrar un proyecto a tiempo también es parte de emprender: permite transformar una pérdida económica en aprendizaje estratégico para futuras decisiones.
Estado actual
Signu ya no se encuentra operativo. El proyecto fue cerrado después de consumir el capital disponible en una etapa prolongada de desarrollo, iteración y pruebas internas. Aunque la oportunidad de mercado era real, el producto nunca logró salir de forma efectiva al mercado ni validar tracción comercial suficiente.