En el capítulo anterior confirmamos que el desarrollo indie avanza en las 5 fases «decidir → preparar → construir → publicar → hacer crecer» y que la regla de oro es «céntrate en una función y publica un MVP». Este capítulo 2 aborda la primera fase, «decidir». Avancemos juntos hasta decidir en pequeño qué crear y para quién, y darle forma como especificación (spec).
Dejar «lo que quieres crear» listo para entregárselo a la IA
Por qué «decidir» va primero
Entiendo perfectamente las ganas de empezar a escribir código cuanto antes. Pero el fallo más común en el desarrollo indie es «perder de vista qué estás creando mientras lo creas». Si te pones a trabajar con una meta difusa, a mitad de camino piensas «pues también esta función» y el rumbo se desvía, y nunca terminas.
Por eso está bien dejar la programación para después. Primero, deja claro «qué crear, para quién y hasta dónde». Es natural perderse si echas a andar sin mapa ni meta; en cambio, con solo tener claro el destino, tu aliada la IA te lleva por la ruta más corta.
Las funciones se multiplican y todo se complica. Tus instrucciones a la IA cambian cada vez. Terminar se aleja, se agota la motivación y lo abandonas.
La meta queda fijada en una. Puedes dar instrucciones precisas a la IA y su salida no se desvía. Llegas por el camino más corto a «algo que funciona».
💡 «Decidir» no es tiempo para darle vueltas a la cabeza. No hace falta un plan de negocio perfecto. Lo que haremos en este capítulo es una decisión pequeña, del tamaño de una hoja de papel (o de una pantalla de notas). Decidir algo, aunque sea provisional, y seguir adelante te lleva a la meta mucho antes que quedarte parado dándole vueltas.
Cómo encontrar la idea: usa la IA como caja de resonancia
«No tengo nada concreto que quiera crear»... Tranquilo. Las ideas no se sacan de la nada, sino que se recogen de las molestias cotidianas. Y justo ese trabajo de búsqueda es en lo que mejor se desenvuelve la IA. No hace falta que te devanes los sesos en solitario. Si usas a la IA como caja de resonancia, las ideas brotan sin parar.
Eso que cada día te resulta un poco molesto. Tareas manuales repetitivas, el esfuerzo de anotar, el tiempo buscando algo. Lo que a ti te incomoda, a alguien más también.
Eso que pensaste «si existiera una app así, la usaría». El primer usuario eres tú. Lo que de verdad te apetece te mantiene la motivación para crearlo.
Lanza un interés difuso a la IA y pídele que te devuelva preguntas. El contorno se ve a medida que dialogas. Es el interlocutor ideal para pensar en voz alta.
El truco para usarla como caja de resonancia es lanzar consignas concretas. Con «¿alguna app buena?» no obtendrás buenas respuestas. Prueba a preguntar acotando el enfoque, como en los ejemplos siguientes.
- «Dame 10 ideas de app que resuelvan la molestia de llevar las cuentas del hogar, cada una en una línea.»
- «De esas, ¿cuál se puede crear más en pequeño? Añade el motivo.»
- «Esta idea, ¿de verdad la usaría alguien? Dime el usuario previsto y en qué situación la usa.»
- «¿Ya existen servicios parecidos? Si es así, ¿dónde está la diferencia que un indie puede aprovechar?»
- «Si recorto esta idea a una sola función, ¿cuál debería conservar?»
Funciona muy bien el método de «pedir 10 y elegir 1». Como la IA alinea un montón de candidatos en un instante, tu trabajo puede concentrarse en «elegir». Si alguna te encaja, profundiza en ella.
Céntrate en una función: la regla de oro del indie
Cuando la idea empieza a verse, lo siguiente importante es «no meter de más». ¿Recuerdas la regla de oro del capítulo anterior? Céntrate en una función y publica un MVP: es la regla que más se incumple y la que más hay que respetar en el desarrollo indie.
En cuanto te vuelves codicioso con «ya que lo creo, esta función y esta otra», terminar se aleja. Porque, con dos funciones, el trabajo no se duplica: por las combinaciones, se hincha al triple o al cuádruple. El tiempo y el ánimo de una persona son limitados. Al principio, redúcelo por completo a un único «con esto ya aporta valor».
Registrar libros, notas de opinión, puntuación con estrellas, gráfica del tiempo de lectura, compartir con amigos, recomendaciones de la IA, lectura de código de barras... Aspiras al «todo incluido» y nunca lo terminas.
Solo «registrar los libros leídos junto a una opinión de una línea». Con poder repasarlos en un listado basta. Publica primero y, si se usa, añade lo siguiente.
✅ El criterio para recortar es «¿sin esto no se sostiene?». Las funciones que te hagan dudar, ponlas primero en la caja del «para más adelante». No las tires: si de verdad hacen falta tras publicar, las añades. Cuando esa primera función funcione y alguien la use, será la reacción de los usuarios la que te diga qué añadir después.
Pon la idea en una sola frase
La función que has acotado, ahora conviértela en una frase. Aquí está el núcleo de este capítulo. Cuando encajas esa imagen difusa de tu cabeza en la forma «de quién, qué molestia y cómo la resuelves», la idea se concreta de golpe.
«App para quien lee mucho, que resuelve la molestia de olvidar enseguida los libros leídos, permitiéndole anotarlos al vuelo junto a una opinión de una línea y repasarlos en un listado.»
Si logras escribir esta frase, tu desarrollo indie está medio ganado. Todo lo que viene después —la elección de tecnología, las instrucciones a la IA, hasta el texto de presentación al publicar— tendrá en esta frase un eje que no se desvía. Cuando no te salga bien, deja que también te ayude la IA. Si le pides «convierte esta función en una frase de quién, qué molestia y cómo la resuelves», te dará varias propuestas.
Conviértela en especificación: la base del desarrollo con IA
Cuando la frase esté fijada, por último conviértela en especificación (spec). La especificación es «una nota de diseño sobre qué crear». No le des muchas vueltas: basta con anotar al mínimo tres puntos: pantallas, datos y acciones.
¿Por qué importa la especificación? Porque en la programación con IA la especificación se convierte en la base misma. En vez de soltar un «créame una app así», entregar una especificación con pantallas, datos y acciones hace que la IA devuelva un código muchas veces más preciso. La versión más pulida de esta idea es el desarrollo dirigido por especificaciones (Spec-Driven Development), y en el desarrollo indie funciona el mismo principio.
Qué pantallas hacen falta.
Ej.: listado de registros y añadir registro. Casi siempre bastan 2 o 3 pantallas.
Qué se guarda.
Ej.: título del libro, opinión, fecha del registro. Solo hay que listar los campos.
Qué puede hacer el usuario.
Ej.: añadir un registro, verlo en el listado. Enumera lo que puede hacer con verbos.
Lo que resulta de anotar estos tres puntos es tu primera especificación. Por ejemplo, para una app de registro de lecturas quedaría una nota como esta.
Datos: título del libro (texto) / opinión (texto de una línea) / fecha del registro (fecha)
Acciones: añadir un registro, verlos en el listado del más reciente al más antiguo, eliminar un registro
💡 La especificación no tiene que ser perfecta. No hace falta escribirlo todo de entrada. Si mientras creas te das cuenta de «ah, esto también hace falta», lo añades. Lo importante es «tener primero una hoja que sirva de base». Tanto la IA como las personas avanzan muchas veces más rápido con un borrador que partiendo de una hoja en blanco.
Cómo avanzar en cada ruta
Hasta aquí, el trabajo de «decidir» es igual en ambas rutas. Lo único que cambia es hasta qué punto escribes la especificación de forma más formal y a quién se la entregas. Avanza según tu ruta.
La especificación vale escrita a mano en una libreta o el bloc de notas. No hace falta un documento pulido. Cuando tengas «pantallas, datos y acciones» en una lista, pégala tal cual en el chat de la IA y úsala como caja de resonancia. Si preguntas «¿tiene esta especificación huecos o contradicciones?», la IA los rellena.
Meta de este capítulo: con tener la frase única y la nota de tres puntos, listo.
Reúne la especificación en un archivo Markdown (por ejemplo, spec.md) y entrégasela a Claude Code o Cursor. El editor de IA lee la especificación y la usa como base de la implementación, así que cuanto más cuidada esté, más rápido irá después. Para cómo redactarla, sirve de referencia el desarrollo dirigido por especificaciones.
Meta de este capítulo: con tener un spec.md listo para entregar al editor de IA, basta.
En ambas rutas, la meta es esta: al terminar este capítulo, tener a mano «la frase única» y «la especificación mínima de pantallas, datos y acciones». Llegado aquí, solo queda preparar la base para construir. Ya estás listo para pasar a la siguiente fase.
Resumen y siguiente capítulo
- Deja la programación para después. Primero «decide qué crear y para quién» y no te perderás.
- Las ideas salen de molestias cercanas y de lo que te gustaría. Usa la IA como caja de resonancia, pide 10 y elige 1.
- La regla de oro del indie es «centrarse en una función». Las que te hagan dudar, a la caja del «para más adelante».
- Pon la idea en una frase de «de quién, qué molestia y cómo la resuelves».
- La especificación son tres puntos mínimos: pantallas, datos y acciones. En la programación con IA, la especificación es la base.
- La iniciación avanza con libreta y chat de IA; la práctica, con un spec.md en Markdown.
La fase «decidir» termina aquí. Si tu idea ya es una frase y tienes a mano la especificación mínima, estás a un paso de empezar a crear. Lo siguiente es la fase de decidir con qué tecnología y herramientas lo construirás. Puedes volver al capítulo 1, «El panorama y la elección de ruta» para repasar el mapa, o pasar directamente al capítulo 3, «Prepara la tecnología y las herramientas». Empieza la construcción de la base que dará forma a tu frase.