Micro-SaaS de nicho

Ejemplo ilustrativo: una carpintería de Valladolid quiere preparar presupuestos para trabajos repetidos. El profesional aporta las medidas y la fórmula de materiales y mano de obra. La aplicación que se plantea guardaría esos datos y produciría un borrador. Antes de enviarlo, el carpintero comprobaría mediciones, materiales, margen e importe. No hay un cliente real ni un ahorro medido detrás de esta escena. El primer encargo sería comprobar si el borrador reproduce su cálculo manual y señala los datos que faltan. El envío quedaría bloqueado hasta la aprobación del profesional: enseñarle un aviso después de mandar la oferta no serviría como control.

La fórmula del oficio da contenido al producto. Una pantalla para introducir medidas aporta poco si todavía no sabes cómo convierte ese negocio una medida en materiales y trabajo. El cálculo principal puede funcionar con reglas, sin pedir a la IA que invente una respuesta. Después habría que comprobar si otras carpinterías comparten esas reglas y qué ajustes necesitan. Si cada una requiere rehacer el proceso, de momento estás ofreciendo un servicio a medida. Esa distinción te ayuda a describir lo que vendes y a estimar el trabajo de cada alta, antes de presentarlo como una aplicación que todos usarán igual.

El acceso al comprador es un criterio más útil para empezar que una lista de sectores atractivos. Busca un negocio que pueda enseñarte cómo resuelve hoy la tarea. Pide que te expliquen una hoja de cálculo o un registro real, por qué existe cada campo y cómo resuelven las excepciones. Habla también con quien autoriza la compra: puede ser otra persona distinta de quien introduce los datos. Así podrás distinguir el problema del usuario de lo que el comprador espera recibir. No presupongas que una hoja mantenida a mano demuestra que alguien quiere sustituirla o pagar por otra solución; esa es precisamente la pregunta que debes contrastar.

Compara dos negocios del mismo oficio antes de ampliar la aplicación. Anota qué reglas comparten y qué peticiones cambian el encargo; esa comparación te ayudará a decidir qué puedes ofrecer a ambos.

Separa puesta en marcha y mantenimiento cuando prepares tus cuentas. La primera incluye construir y preparar la aplicación; después siguen el alojamiento, el almacenamiento, las comunicaciones, el consumo de modelos, los cobros, las incidencias y tu tiempo de soporte. Fija la cuota de tu nicho después de estimar esos gastos y contrastar cuánto está dispuesto a pagar el comprador. Decide qué uso incluyes, cómo observarás el consumo y qué harás cuando crezca. Puedes preparar ese límite con la guía sobre qué es un tope de gasto. Una cuota fija al cliente no convierte tus gastos variables en fijos.

Lo que queda tras el cobro todavía tiene que pagar la operación. El ejemplo de debajo aísla las comisiones publicadas de Payments y Billing para mostrar qué descuentan, no para presentar un margen de negocio. No incluye los demás gastos ni resuelve el IVA de tu venta. Lleva cada coste a su propia partida y distingue las monedas antes de comparar el resultado. Si todavía no puedes estimar el tiempo de atención o el consumo de modelos, señala esa incógnita en tu presupuesto de prueba. Dejar una partida vacía no permite tratarla como gratuita ni decidir que la suscripción ya es rentable.

Aprende a revisar los cambios que aceptas en tu aplicación y a comprobar el resultado de las pruebas. Empieza por qué es un agente de código y sigue con la guía de Claude Code. Comprueba con presupuestos manuales si el borrador de la carpintería aplica la fórmula acordada y detecta datos que faltan.

Prepara la operación antes de publicar. Consulta tu web en Cloudflare con IA para entender cómo llevar la aplicación a internet. Antes de ofrecerla a otras carpinterías, prueba la separación de accesos y la recuperación de una copia; aprender a publicarla no sustituye esas comprobaciones.