Índice del artículo
La oportunidad
Un micro-SaaS es un producto de software pequeño: resuelve un problema, para un tipo de negocio muy concreto, y se cobra por mes. No aspira a crecer sin límite ni a levantar inversión. Aspira a que doscientos talleres paguen una cuota modesta y a que lo lleve una persona.
Lo que cambió es quién puede construirlo. Antes, alguien sin equipo técnico necesitaba meses y dinero para tener una aplicación con su base de datos, su acceso por usuario y su pantalla decente. Hoy un agente de código escribe buena parte de eso y también lo mantiene. La consecuencia inmediata es buena: puedes empezar.
La consecuencia siguiente conviene mirarla de frente: si tú puedes, otros también. El código dejó de ser la barrera, así que dejó de ser la ventaja. Lo que queda como ventaja es lo de siempre en los negocios pequeños: conocer el nicho hasta el detalle y tener por dónde llegarle. Un producto para cuadrillas de campo lo gana quien ha estado en un campo, no quien programa mejor.
Y hay una tercera cosa que nadie pone en los anuncios: no necesitas ser programador, pero sí tienes que aprender lo suficiente para no estar ciego. Leer los cambios que te propone el agente, saber publicar una versión, saber restaurar una copia de seguridad y entender qué pasó cuando algo se cae un domingo. Si no, tendrás un producto que no puedes reparar y clientes que sí dependen de él.
Diez ideas
Todas comparten una señal: en ese nicho hay hoy una hoja de cálculo que alguien mantiene a mano y comparte por mensaje. Esa hoja es el mejor indicio de que existe un producto pequeño ahí dentro.
Diez productos pequeños para un nicho concreto
Mantenimiento preventivo para una flotilla pequeña
Qué problema resuelve: Los servicios se llevan en una libreta y se atienden cuando el camión ya falló
Qué hace falta para empezar: Un transportista que te deje entrar a su operación y saber qué se revisa en cada tipo de unidad
Reparto de propinas y turnos para restaurantes
Qué problema resuelve: El cálculo se hace a mano cada semana y genera discusiones con el personal
Qué hace falta para empezar: Conocer las reglas reales del reparto en ese país y en ese local, que cambian de casa en casa
Asistencia y destajo para cuadrillas de campo
Qué problema resuelve: Se apunta en papel a pie de parcela, sin señal, y se captura de noche
Qué hace falta para empezar: Que funcione en celular sin internet y sincronice después; probarlo en campo, no en tu escritorio
Apertura y cierre de sucursal con evidencia fotográfica
Qué problema resuelve: El gerente jura que hizo la revisión y nadie puede comprobarlo hasta que llega una queja
Qué hace falta para empezar: Una cadena pequeña dispuesta a ser el primer usuario y su lista de revisión real, no una inventada
Cotizador para carpinterías y herrerías a medida
Qué problema resuelve: Cada presupuesto se calcula desde cero con medidas, material y merma, y se equivoca al alza o a la baja
Qué hace falta para empezar: La fórmula con la que cotiza un maestro del oficio: sin eso no hay producto, solo una calculadora
Control sanitario y registro de temperaturas en cocinas
Qué problema resuelve: Las bitácoras se rellenan el día antes de la inspección, todas con la misma letra
Qué hace falta para empezar: Conocer la norma sanitaria que aplica en tu país y qué exige el inspector en la práctica
Comisiones de vendedores para una distribuidora
Qué problema resuelve: El cálculo depende de reglas que solo entiende una persona y se discute cada quincena
Qué hace falta para empezar: Poder leer las ventas del sistema que ya usan y que el dueño escriba por fin las reglas completas
Garantías y postventa para un importador de equipos
Qué problema resuelve: Las garantías viven en correos sueltos y nadie sabe qué equipo está cubierto
Qué hace falta para empezar: Entender cómo responde el fabricante y acceso a los números de serie que ya registran
Reservas y contratos para un salón de eventos
Qué problema resuelve: Fechas apartadas por WhatsApp, anticipos sin registrar y dos bodas el mismo sábado
Qué hace falta para empezar: Un salón real como primer cliente y sus reglas de anticipo, cancelación y reprogramación
Seguimiento de trámites para una gestoría de vehículos
Qué problema resuelve: El cliente llama a preguntar en qué va su trámite y alguien lo busca en una carpeta
Qué hace falta para empezar: Conocer los pasos y tiempos de cada trámite en tu estado, y aceptar que cambian sin avisar
En nueve de las diez, lo que falta no es saber programar: es conocer un oficio y tener un primer usuario que te aguante.
Dos merecen desarrollo, por razones que se contradicen entre sí.
El cotizador para carpinterías es el ejemplo puro de producto de nicho. El valor no está en la pantalla: está en la fórmula con la que un maestro carpintero convierte medidas, tipo de madera, herrajes y merma en un precio que le deja ganancia. Esa fórmula vive en la cabeza de quien lleva años en el taller y en un archivo de hoja de cálculo que ya nadie se atreve a tocar. Si consigues que un carpintero te la explique a cambio de participación o de uso gratuito de por vida, tienes algo que otro no puede copiar mirando tu página. Si no lo consigues, construirás una calculadora bonita que nadie usa dos veces.
La revisión de apertura y cierre de sucursal es lo contrario: el problema es genérico, el producto es simple y la ventaja está en la distribución. Lo compra quien tiene varias sucursales y no puede estar en todas. Se queda porque cada día acumula evidencia que a nadie le gusta perder, y eso se nota en que al tercer mes siguen entrando. Es buen primer producto si lo tuyo es vender y visitar negocios; mal producto si esperabas construir algo y que se vendiera solo.
Cómo validar una en una semana
La tentación es construir. No construyas todavía. Busca la hoja de cálculo: en un nicho con problema real hay una que alguien mantiene a mano, actualiza los domingos y manda por mensaje. Esa hoja te dice qué campos importan, qué reglas existen y quién sufre el trabajo.
Cinco días antes de escribir una línea de código
Lunes: consigue la hoja de cálculo
Pídesela a alguien del nicho y que te explique por qué cada columna está ahí. Las columnas raras son las importantes: son reglas del oficio que ningún producto genérico conoce.
Martes: hazlo tú como servicio
Durante unos días, lleva ese control por ellos con las herramientas que ya tienes. Cobra algo. Estás comprando información sobre el problema, y de paso sabrás si a alguien le importa.
Miércoles: construye una sola pantalla
La mínima que sirva: capturar y ver. Con un agente de código eso sale en horas. Si te descubres agregando permisos, reportes y paneles, ya te desviaste.
Jueves: que lo use alguien que no seas tú
En su negocio, en su celular, con sus datos y sin ti al lado explicando. Mira dónde se traba sin ayudarlo. Ese silencio incómodo vale más que cualquier encuesta.
Viernes: cobra una cuota mensual
Aunque sea pequeña y aunque el producto esté a medias. La señal que buscas no es el pago: es que el segundo lunes lo vuelvan a abrir sin que tú les escribas.
Lo que sale mal
- Construir antes de vender. Es el final típico: tres meses de trabajo, un producto terminado y cero usuarios. Se evita con la semana de arriba, aunque duela empezar cobrando por un servicio manual.
- Código que no entiendes. Un agente de código puede dejarte una aplicación funcionando y tú sin idea de cómo está hecha. El día que falla en producción, con clientes dentro, esa distancia se cobra entera. Aprende a leer los cambios, pide pruebas automáticas desde el principio y no aceptes nada que no puedas explicar en voz alta.
- Tú eres el soporte. A las siete de la mañana, cuando abren la tienda, y en tus vacaciones. Deja horarios escritos, ten una forma de contacto que no sea tu celular personal y calcula ese tiempo dentro del precio.
- El cliente que no sabe lo que quiere. Te pedirá funciones que describen su caso, no el del nicho. Si dices que sí a todo, acabas con un desarrollo a medida disfrazado de suscripción y con un solo cliente que te tiene atado.
- La cuota baja y la rotación. Un producto barato solo funciona si la gente se queda. Mira cuántos siguen entrando al tercer mes antes de invertir en conseguir más altas: si se van, estás llenando una cubeta agujereada.
- El costo por uso contra el precio fijo. Si tu producto llama a un modelo de IA en cada operación, tu costo sube con el uso mientras la cuota se queda igual. Ponle un tope de gasto, revisa la factura del proveedor cada mes y decide qué parte de verdad necesita un modelo detrás.
- Depender de una sola plataforma. Proveedor de modelos, hospedaje, pasarela de pagos: cada uno puede cambiar precios o condiciones. Ten identificado qué harías en cada caso y no dejes tu base de datos en un lugar del que no puedas sacarla.
- Confundir pequeño con fácil. Un micro-SaaS es un negocio con clientes, facturas, soporte y responsabilidad. Lo pequeño es el producto, no el compromiso.
Por dónde seguir
El camino que menos duele es empezar como servicio y terminar como producto. Lleva el control a mano para tres negocios del mismo nicho, cobra por hacerlo, y convierte en software solo lo que hiciste igual las tres veces. Así llegas al producto con clientes que ya pagan y con las reglas del oficio aprendidas a golpes.
Antes de construir conviene leer dos fichas de este sitio: la de qué es un agente de código, para saber qué le puedes delegar y qué tienes que entender tú, y la de tope de gasto, porque el costo por uso es la sorpresa de quien pone IA dentro de un producto de cuota fija.
Y la verdad incómoda: el producto no es la parte difícil. Ahora lo difícil es que alguien se entere de que existe. Si no tienes por dónde llegar a ese nicho —un gremio, un distribuidor, un grupo, un nombre conocido—, esa es la pieza que te falta, y no se resuelve programando.