Hola Daniela, a veces el problema es manejar mucha info. Pregunta genérica En tu lista de ToDos, ¿qué es lo que puede esperar y qué no? Y eso depende del lugar o etapa donde estés en este momento. Por ejemplo, mencionas "tengo producto que mejorar". Esto parece indicar que ya tienes algo desarrollado. Supongamos que tienes un PMV o SMV (producto mínimo viable o servicio mínimo viable). - Si no tienes clientes, mejorar el producto sin feedback es especular (paja mental). Entonces tu tarea prioritaria es conseguir early adopters. Salir y hablar con 5-10 personas esta semana. - Si ya tienes early adopters, entonces lo prioritario será escucharlos: ver qué falta, qué necesitan para seguir usando tu PMV. Lo demás —inversores, equipo, branding, etc.— son medios. Si tienes tracción y demostrás que tu producto sirve, el resto se destraba solo. Aún sin tener nada desarrollado, la validación de lo que pensás desarrollar es más importante: saber si lo que vos creés que es importante, hay quienes estén dispuestos a pagar por eso. (Podés hacer preventa del servicio, armar screenshots, etc.) Como primer punto, o tarea: 😃 1. Identifica en qué etapa estas - Etapa 1: Idea sin validar: No hay producto. Tenés una hipótesis pero no sabés si alguien pagaría por eso. - Etapa 2: Validación inicial Tenés algo para mostrar (mockups, landing page, prototipo) y estás hablando con potenciales clientes para ver si el problema es real. Si logras preventa ! awesome! - Etapa 3 a: PMV sin early adopters - Etapa 3 b: PMV con early adopters: Ya tenés un producto usable (aunque básico) y algunas personas lo están probando. Estás en modo aprendizaje. - Etapa 4: Tracción temprana. Tenés clientes que pagan (o usan activamente) y empezás a ver señales de repetición o recomendación. - Etapa 5: Buscando escalar. Ya validaste producto y mercado, ahora el desafío es crecimiento sostenido, equipo, inversión, etc. Es solamente un marco, que quizás te ayude. Dos ejemplos:

No había escuchado hasta ahora lo de Landing smoke test... 🤣 ¡Todos los días se aprende algo nuevo!

Buena ídea, aunque estoy un poco lejos para asistir. Suerte!

Hola de nuevo!! y gracias por compartir. No me atrevo a dar consejos porque cada camino es un mundo, pero sí compartir una reflexión que me costó (y me sigue costando) aprender: la segmentación inicial es importante. En tu caso, me pregunto: ¿a quién vas a apuntar primero? ¿A founders nuevos que están en su primera startup y no tienen un framework propio, o a founders con experiencia que ya tienen metodologías pero buscan escalar su tiempo? (esto cambia completamente el eje). Hay algo que me gustó especialmente de tu respuesta: cuando hablás de ayudar a pivotar con mayor claridad, entendiendo qué hipótesis se están validando. --> Los founders —sobre todo los que empiezan— cambian de canal, mensaje o segmento constantemente, pero sin un marco claro para interpretar qué funciona y qué no. Si Growbot pudiera automatizar pruebas medibles (A/B testing, canales específicos) y dar métricas clave para evaluar hipótesis, eso sería un diferencial enorme. Una integración con herramientas como Mautic (que es open source y muy usada en etapas tempranas) (yo la uso mucho) podría ser un punto de entrada interesante para founders que necesitan automatizar sin quemar presupuesto en herramientas enterprise. Saludos Leonardo

🙃

@Moisés A.Groeiro Ah, ya estaba armando viaje para ir a conocerlo!!. Schade! He hecho hidroponia, algo de acuaponia, pero a modo de prototipo, y siempre me hago un tiempito para conocer proyectos similares.

@Francisca Araneda Hola Francisca. SIGVE se desarrolló para la provincia de La Ríoja y del Chaco (ambas provincias argentinas). Nada que yo sepa en Chile. Además es un sistema que dejó de estar funcional al no conseguir fondos para mantener y/o ampliar su desarrollo, aunque los responsables en aquel momento de la gestión, se enfocaron en la búsqueda de contratos en el sector público de la Salud - al que iba dirigido-. Probablemente hoy, deberían analizarse otros modelos de ingresos para un sistema de salud dirigido al sector público.

Hola José, un gusto leerte. Estuve paseando por el repo de tu proyecto , aunque no he tenido tiempo de ver si puedo clonarlo y testearlo para darte un feedback más técnico. Me interesa tu planteo pero me pierdo en un par de puntos. a) ¿a qué llamás PMF? (Product-Market Fit, supongo). Pregunto porque es un término que se usa mucho y cada uno le da un significado distinto. Para algunos es tener usuarios, para otros es tener ingresos recurrentes, para otros es que te busquen sin que vos salgas a vender. Me gustaría entender desde qué mirada lo estás planteando. b) No entiendo por qué hablás de "construir el producto de pago encima del open source" Open source (Free software) y producto de pago no son excluyentes. Hay muchos modelos: - Open core: el núcleo es open source, features avanzadas o enterprise son pagas - SaaS sobre open source: el software es libre, pero pagás por no administrarlo - Licencias duales: open source para ciertos usos, comercial para otros y varios modelos más... El software libre no es gratis en el sentido de "sin costo". Es libre en el sentido de libertad. Y mucha gente paga por servicios, soporte, hosting, o features adicionales. Entonces, cuando decís "cerrar el loop y construir el producto de pago encima del open source", ¿te referís a cambiar el modelo? ¿a cerrar el código? ¿O a agregar una capa comercial manteniendo el open source? Porque si el open source ya te está atrayendo al perfil de usuario que querés, y te están aportando valor real (como el comentario de la imagen), capaz ya tenés un camino para construir un negocio sin cerrar nada. El open source puede ser el gancho, el filtro y el motor de comunidad al mismo tiempo. Y mi opinión es que lo mantengas. Me interesa entender cómo estás pensando esa transición. Hay proyectos open source con mucha comunidad que después no logran monetizar, y también proyectos que nacieron con un modelo comercial claro desde el día uno y el open source fue parte de la estrategia desde el principio.