La presentación inicial fue un desastre. Esconder el producto principal (HRKit) detrás de una feature trivial (la trivia) es un error fundamental. Me hizo evaluar un juguete cuando el negocio real, un SaaS de RRHH, es otra cosa completamente distinta. Esa falta de claridad inicial es preocupante.
El principal riesgo es la distribución en un mercado híper-competitivo. Decir que 'el problema de distribución desaparece' porque es una feature dentro de tu plataforma es no entender el problema. Primero necesitás distribuir la plataforma, HRKit, y para eso no tenés un plan claro más allá de atacar a empresas que usan Excel. La competencia es enorme y ya está establecida.
¿Por qué HRKit y no otro de los cientos de SaaS de RRHH que ya existen? ¿Cuál es tu ventaja real y sostenible para que una empresa mediana decida migrar sus procesos, que ya le funcionan aunque sean manuales, a tu plataforma?
l pitch inicial fue malo, directo a la basura. La aclaración de que es una feature de un SaaS más grande (HRKit) lo hace un poco más interesante, pero entran en el mercado más saturado que existe. No veo una estrategia de distribución ni un foso defensivo claro. Es un proyecto que nace sin un diferencial real.
4 dimensiones que todos los jueces puntúan — sirven para comparar pitches entre paneles distintos.
Cero. Un juego de trivia como feature es copiable en un fin de semana. La plataforma de RRHH compite con gigantes y no presentan ninguna ventaja real.
La capacidad de cambiar el enfoque de la conversación demuestra algo de agilidad, pero el hecho de haber empezado tan mal muestra falta de visión estratégica.
Un SaaS de RRHH es escalable por definición, pero sin una estrategia de go-to-market clara y un diferencial competitivo, la escala es una fantasía.
Tu pitch inicial fue una pérdida de tiempo. Presentaste una feature trivial, la trivia, como si fuera el producto principal. El verdadero producto, HRKit, apareció solo después de tres rondas de preguntas. Eso demuestra una falta de claridad fundamental sobre qué estás vendiendo y por qué.
El mercado de SaaS para RRHH está saturado. Tu tesis de que ganarás por ser más simple y barato para empresas medianas en Argentina es una hipótesis común, no una verdad contraria. El riesgo es que tu producto sea visto como una solución 'demasiado simple' que las empresas superan rápidamente, llevándote a un churn constante.
¿Realmente tienes una ventaja injusta o simplemente estás construyendo una versión más barata de algo que ya existe? Si tu única ventaja es el precio y la simplicidad, ¿qué te impide ser aplastado por un competidor establecido que decide lanzar una versión 'lite'?
cultar la idea principal (HRKit) detrás de una feature irrelevante (la trivia) es un error crítico. La idea de un SaaS de RRHH simple para el mercado local no es nueva ni contraria. Es una apuesta a la ejecución en un espacio brutalmente competitivo donde la simplicidad raramente es una ventaja sostenible.
4 dimensiones que todos los jueces puntúan — sirven para comparar pitches entre paneles distintos.
No veo cómo un SaaS de RRHH 'simple y barato' puede crear un monopolio. La simplicidad es fácil de copiar y el precio es una carrera hacia el fondo. No hay foso aquí.
Tu tesis no es contraria. Es la tesis estándar de cada startup que entra a un mercado saturado: 'seremos más simples y baratos para el segmento olvidado'. No hay una verdad oculta aquí.
Estás construyendo algo que ya existe, solo que con menos features y enfocado en un mercado local. Esto es pasar de 'N' a 'N+1', no de cero a uno.
La comunicación. Presentaron una feature trivial (el juego de trivia) como si fuera el producto principal. Es una pérdida de tiempo y demuestra falta de foco. Toda la discusión inicial sobre el 'dolor' de la trivia fue irrelevante.
El riesgo es de ejecución, no técnico. El mercado de HR SaaS está saturado. Un monolito con Supabase no es una ventaja competitiva. El éxito depende de su habilidad para vender y entregar más rápido y barato que la competencia, lo cual es difícil de sostener.
¿Por qué un cliente que ya usa Excel y WhatsApp, y que valora lo 'gratis y simple', va a empezar a pagarles a ustedes en lugar de seguir con su sistema caótico pero funcional?
a arquitectura es pragmática para un MVP, aunque no innovadora. La decisión de usar un monolito con RLS es sensata para empezar. Sin embargo, el producto real fue ocultado detrás de un pitch confuso sobre una feature menor, lo cual es una bandera roja enorme sobre la claridad del equipo.
4 dimensiones que todos los jueces puntúan — sirven para comparar pitches entre paneles distintos.
Un monolito con Supabase y RLS es una arquitectura aceptable para un MVP, pero nada más. Reconocer la necesidad de un LLM local para datos sensibles es un punto a favor, aunque no esté implementado.
Para un producto en esta etapa, la eficiencia no es la prioridad. Next.js y Supabase son estándar. No hay nada particularmente eficiente ni ineficiente aquí.
Row Level Security es una base, pero la seguridad multi-tenant es notoriamente difícil de hacer bien. La idea inicial de mandar datos corporativos a una API de terceros era un desastre. El plan de usar un LLM local es la única respuesta aceptable, pero es solo un plan.
