Hay un momento en la vida de casi todo emprendedor en el que aparece la idea. No la idea del negocio — esa ya la tienen. La otra: “Necesitamos un sistema.”
A veces surge después de una semana caótica. A veces después de ver que un competidor lanzó algo digital. A veces simplemente porque alguien leyó un artículo sobre automatización y le pareció que estaban dejando plata sobre la mesa.
El problema no es querer construir software. El problema es construirlo antes de tiempo, con las preguntas equivocadas en la cabeza, o cuando la solución correcta era una hoja de cálculo bien hecha.
Los proyectos de software no mueren cuando el código falla. Mueren semanas antes, en la conversación donde nadie preguntó lo suficiente.
Estas son las siete preguntas que hacemos nosotros antes de escribir una sola línea.
1. ¿Ya lo estás haciendo manualmente y te está funcionando?
Esta pregunta incomoda, y es exactamente por eso que vale la pena hacerla.
Si el proceso que quieres automatizar no existe todavía, construir software para él es apostar con los ojos cerrados. No sabes cuántos pasos tiene, no sabes dónde está el cuello de botella, no sabes si el flujo que imaginaste es el que realmente ocurre cuando lo pones en práctica.
El mejor momento para construir software es cuando tienes un proceso que ya funciona, que ya has repetido suficientes veces como para conocerlo bien, y que claramente escala mejor con código que con personas. Si estás en esa situación, lo sabrás: el proceso duele, tarda demasiado, depende de que alguien esté presente o tiene demasiado margen para el error humano.
Si todavía no llegas a ese punto, primero valida el proceso. Después automatízalo.
2. ¿Quién es el usuario y con qué frecuencia lo usará?
No el usuario ideal. El usuario real: el que va a abrir esto el martes a las 9 de la mañana con tres cosas pendientes y poca paciencia.
Una app que se usa una vez al mes tiene requisitos de diseño completamente distintos a una que se usa diez veces al día. Una herramienta interna para tu equipo de cinco personas no necesita la misma arquitectura que algo que van a usar tus clientes desde el celular.
Esta pregunta también revela algo más profundo: si te cuesta describir quién es el usuario, probablemente el producto todavía no está listo para construirse. El software mal definido es el software más caro.
3. ¿Existe algo ya hecho que resuelva esto, aunque sea parcialmente?
Antes de construir, busca. En serio.
Hay categorías enteras de software que ya están resueltas: gestión de inventario, agendamiento, facturación, CRMs ligeros, formularios inteligentes, automatizaciones entre herramientas. No perfectamente, no exactamente como tú lo imaginas, pero funcionalmente.
Si una herramienta existente cubre el 70% de lo que necesitas por $50 al mes, y construir lo tuyo desde cero cuesta $8.000 y seis meses de desarrollo, la matemática raramente favorece lo personalizado. A menos que ese 30% restante sea precisamente donde está tu ventaja competitiva — y eso sí tiene que ser genuino, no una preferencia estética.
Construir a medida tiene sentido cuando lo que necesitas no existe o cuando lo existente introduce fricciones que destruyen el flujo de trabajo. En los demás casos, adaptar es más inteligente que construir.
4. ¿Cuánto te cuesta NO tener esto automatizado?
Este número es el que más se evita calcular, y el más importante.
No hablamos de una estimación vaga de “perdemos mucho tiempo”. Hablamos de sentarse a hacer la cuenta: ¿cuántas horas por semana consume este proceso? ¿A qué costo por hora? ¿Cuántos errores produce al mes y qué impacto tienen esos errores? ¿Cuántas oportunidades pierdes porque el proceso no escala?
Si el costo de no automatizar es $300 al mes, un proyecto de $3.000 se paga en 10 meses — eso es razonable. Si el costo es $50 al mes, ese mismo proyecto tarda 5 años en recuperarse y probablemente estará desactualizado antes de que eso ocurra.
El software no es un gasto. Es una inversión. Y como toda inversión, tiene que poder medirse contra algo concreto.
5. ¿Puedes describir el flujo completo sin usar la palabra “sistema”?
Esta es la prueba de claridad más rápida que existe.
“Necesito un sistema que gestione todo lo de los pedidos” no es un requerimiento. Es una aspiración. Los sistemas complejos se construyen bien cuando el cliente puede describir pasos, actores y decisiones: quién hace qué, cuándo, bajo qué condición, qué pasa si algo sale mal.
Si dependes de la palabra “sistema” para describir lo que necesitas, probablemente estás en la etapa de descubrimiento, no en la etapa de desarrollo. Eso no es malo — es información valiosa. Significa que lo próximo no es contratar un desarrollador, sino tomarse una semana para mapear el proceso con papel y lápiz.
Cuanto más específico puedas ser sobre el flujo, más económico y predecible será el desarrollo.
6. ¿Tienes a alguien que lo adopte desde el día uno?
El software que nadie usa es el peor tipo de inversión. Y ocurre más seguido de lo que parece.
Las herramientas fallan por razones técnicas ocasionalmente. Fallan por falta de adopción constantemente. Si vas a construir algo para tu equipo, necesitas saber ya quién va a ser el campeón interno — la persona que lo va a aprender, que va a responder las preguntas, que va a insistir cuando los demás quieran volver al Excel.
Si vas a construir algo para tus clientes, necesitas saber cómo vas a incorporarlos: ¿hay soporte? ¿hay onboarding? ¿qué pasa cuando tienen un problema a las 10 pm?
Un proyecto sin plan de adopción es un proyecto a medias.
7. ¿Cuál es tu presupuesto real, incluyendo mantenimiento?
El precio de construir la app es solo la mitad de la conversación.
El software vivo necesita mantenimiento: actualizaciones de dependencias, correcciones de bugs que aparecen en producción, cambios cuando el negocio evoluciona, ajustes cuando la plataforma sobre la que corre cambia sus reglas. Eso tiene un costo que a menudo no entra en el presupuesto inicial.
Una regla de referencia razonable: reserva entre el 15% y el 20% del costo de desarrollo anual para mantenimiento básico. Si construiste algo por $5.000, estás mirando entre $750 y $1.000 al año solo para que siga funcionando como el día uno. Si eso no cabe en tu modelo, necesitas saberlo antes de empezar, no después.
Si respondiste bien todas las preguntas, estás listo
No “más o menos listo”. Listo de verdad: con un proceso validado, un usuario definido, un flujo claro, un costo de oportunidad medible y un presupuesto que incluye lo que viene después del lanzamiento.
Si algunas respuestas fueron vagas o incómodas, no es señal de que el proyecto sea malo. Es señal de que todavía hay trabajo previo que hacer — y ese trabajo es infinitamente más barato que descubrirlo a mitad del desarrollo.
La mejor decisión que puedes tomar antes de construir software es tomarte el tiempo para responder estas preguntas con honestidad. Sin apuro, sin dejarte llevar por el entusiasmo de la idea, sin presión de ningún proveedor.
Si ya pasaste por ese filtro y tienes claridad sobre lo que necesitas, en Jabb trabajamos proyectos de desarrollo de software desde $2.000. No vendemos horas — construimos lo que sirve, explicamos lo que no tiene sentido y decimos cuando algo más simple resuelve el problema. Si quieres conversar sobre tu idea antes de comprometerte con algo, escríbenos.
