Aplicaciones y micro-SaaS a medida

Construyo el software que le quita a tu empresa el trabajo manual.

Aplicaciones internas y micro-SaaS hechos a medida para automatizar lo que hoy hace una persona copiando datos de una pantalla a otra. Del mapa de procesos al PRD, de la arquitectura a producción: lo diseño y lo construyo yo.

  • Del PRD a producción en 6-12 semanas
  • El código es tuyo desde el día uno
  • Se mide en horas recuperadas, no en entregables

El stack con el que construyo tus aplicaciones

El problema

Lo que te frena no es falta de gente. Es que tu gente hace de puente entre sistemas.

Casi todas las empresas tienen el mismo agujero: un proceso que funciona a base de que alguien copie datos a mano. No sale en ninguna cuenta de resultados, pero se paga todos los meses.

Tu equipo trabaja para las herramientas

Alguien saca un dato de una pantalla y lo mete en otra. Del email al Excel, del Excel al ERP. Ese trabajo no aporta nada y ocupa media jornada de alguien.

≈ 14 h/semana

El proceso vive en la cabeza de una persona

Funciona porque Marta sabe cómo va. El día que Marta está de vacaciones o se va de la empresa, el proceso se para o se hace mal.

1 punto de fallo

El software del mercado casi encaja

Pagas licencias por cuarenta funciones que no usas y justo la que necesitas no está. Al final acabas rellenando el hueco con una hoja de cálculo.

Licencias + parches

Los errores se descubren tarde y fuera

Un dato mal copiado no salta en el momento: aparece en la factura del cliente, en el pedido equivocado o en el cierre de mes.

Coste reputacional
Qué construyo

Software de negocio, no plantillas.

Todo lo que construyo persigue lo mismo: que una tarea que hoy hace una persona a mano pase a hacerla el sistema. Desde una automatización acotada hasta un producto SaaS completo.

Aplicaciones internas a medida

La herramienta que tu equipo necesita y que ningún software del mercado hace bien.

  • Sustituye hojas de cálculo compartidas y procesos por email
  • Roles, permisos y trazabilidad de cada acción
  • Diseñada sobre tu proceso real, no sobre una plantilla

Micro-SaaS de producto

Convierte un proceso que dominas en un producto que se vende solo.

  • Multi-tenant, suscripciones y facturación con Stripe
  • Onboarding, planes y límites de uso desde el día uno
  • Preparado para crecer sin reescribirlo entero

Automatización de procesos

Cada tarea repetitiva que hace una persona es una tarea que puede hacer el sistema.

  • Orquestación de flujos entre tus herramientas
  • Reglas, colas, reintentos y alertas cuando algo falla
  • Horas recuperadas medidas, no prometidas

IA aplicada y agentes

IA que hace un trabajo concreto y verificable, no una demo bonita.

  • Extracción de datos de documentos, correos y audio
  • Agentes que clasifican, redactan y escalan a un humano
  • Evaluación continua para que no se degrade con el tiempo

Integraciones y APIs

Que tus sistemas dejen de vivir en islas.

  • Conectores con ERP, CRM, facturación y logística
  • APIs propias documentadas y webhooks fiables
  • Sincronización bidireccional sin duplicados

Portales de cliente y proveedor

Deja de responder por teléfono lo que se puede consultar solo.

  • Estado de pedidos, expedientes y documentación
  • Subida de archivos, firma y validaciones
  • Menos llamadas entrantes, más autoservicio

Dashboards y datos operativos

Saber qué está pasando hoy, no cerrar el mes para enterarte.

  • Métricas de operación en tiempo real
  • Alertas cuando un indicador se sale de rango
  • Una sola fuente de verdad para todo el equipo

MVP en 6 semanas

Valida la idea con usuarios reales antes de gastarte el presupuesto entero.

  • Alcance recortado al núcleo que demuestra el valor
  • Producto usable en producción, no un prototipo de humo
  • Decisión con datos: escalar, pivotar o parar
Cómo se construye

Esto no es una web bonita con un formulario. Es ingeniería de producto.

Estos son los cuatro artefactos que entrego en todos los proyectos, en el orden en que se producen. No son diapositivas de venta: son el material con el que realmente se construye.

01 Mapa conceptual

Primero se dibuja el proceso. Luego se decide si merece la pena.

Antes de escribir una línea de código dibujo cómo funciona hoy tu proceso: quién toca qué, cuántas veces y cuánto tiempo cuesta. El mapa termina siempre con un número —las horas al mes que se pueden recuperar— y ese número es el que decide si seguimos.

Sesión de descubrimiento: dos personas mapeando un proceso de negocio con notas adhesivas sobre una pizarra
proceso-presupuesto.map Fase 01
HOY · TRABAJO MANUAL DESPUÉS · SISTEMA Ciclo de presupuesto de la petición al cobro Petición por email Llega a 2 buzones · sin dueño Presupuesto en Excel 35 min · precios desactualizados Seguimiento a mano Se olvida ~30% de las ofertas Alta automática Ficha creada en 2 s Documento generado Plantilla + firma digital Recordatorios en marcha Secuencia sin tocar nada ≈ 46 h/mes recuperadas
Mapa conceptual real de un ciclo de presupuesto: a la izquierda el trabajo manual de hoy, a la derecha lo que pasa a hacer el sistema.
02 PRD de montaje

El documento donde se cierra qué se construye y qué no.

El PRD recoge el problema, el usuario, las historias, los criterios de aceptación y —lo más importante— lo que queda fuera de la versión 1. Es lo que evita que un proyecto de ocho semanas se convierta en uno de ocho meses.

Tablero con el backlog de la semana en notas adhesivas durante la definición del producto
PRD-partes-trabajo.md v1.2
Product Requirements Document

Portal de partes de trabajo

v1.2 · 14 pág. Alcance cerrado
1. Problema

Los técnicos rellenan el parte en papel y administración lo transcribe al ERP. Cada parte cuesta 11 minutos de doble trabajo y el 9% se factura tarde o con errores.

2. Usuario objetivo

Empresas de mantenimiento con 8-40 técnicos en campo y una persona en administración que centraliza facturación.

3. Historias de usuario
  • US-01 P0 Como técnico, cierro el parte desde el móvil con firma del cliente.
  • US-02 P0 Como responsable, veo en un tablero los partes pendientes de validar.
  • US-03 P1 Como administración, genero la factura del parte sin reescribir datos.
  • US-04 P2 Como cliente, consulto el histórico de intervenciones en mi portal.
4. Criterios de aceptación
  • El parte se guarda aunque el técnico esté sin cobertura y se sincroniza al recuperarla.
  • La firma queda asociada al parte con sello de tiempo y no puede editarse después.
  • Cada parte validado genera un borrador de factura en el ERP en menos de 60 s.
  • El responsable recibe alerta si un parte lleva más de 48 h sin validar.
5. Fuera de alcance en v1
  • Control de stock de almacén
  • Nóminas y control horario
  • App nativa en tiendas (v1 es PWA)
Extracto de un PRD de producto. Cada historia lleva prioridad y cada criterio de aceptación es comprobable: o se cumple o no se cumple.
03 Arquitectura

La decisión que separa escalar de reescribirlo todo en un año.

Modelo de datos, servicios, colas, integraciones y qué ocurre cuando algo falla. La arquitectura se dibuja antes de construir y se entrega contigo: si mañana lo continúa otro equipo, tiene el plano.

Racks de servidores iluminados en un centro de datos
arquitectura-referencia.excalidraw Plano técnico
Canales
  • Aplicación web
  • Portal de cliente
  • WhatsApp · Email
  • Formularios públicos
Núcleo de producto
  • Interfaz (React)
  • API y reglas de negocio
  • Auth, roles y permisos
  • Registro de auditoría
Automatización
  • Cola de trabajos
  • Workers en segundo plano
  • Agente de IA + validación
  • Reintentos y alertas
Datos e integraciones
  • PostgreSQL
  • Almacén de archivos
  • ERP · CRM · Facturación
  • Stripe · Email · SMS
Transversal
  • Observabilidad y logs
  • Copias de seguridad
  • CI/CD y entornos
  • Cifrado y RGPD
Arquitectura de referencia de una aplicación de negocio: canales de entrada, núcleo de producto, capa de automatización, datos e integraciones.
04 Automatización

Cada flujo documentado, con su rama humana y su plan de fallo.

Una automatización que no contempla el error es una bomba de relojería. Cada flujo define su disparador, sus validaciones, cuándo decide la máquina y cuándo decide una persona, y qué pasa exactamente cuando algo se rompe.

Código fuente en la pantalla de un desarrollador durante la construcción del flujo
flujo-facturas-proveedor.flow En producción
  1. 01 · Disparador

    Llega un email con factura adjunta

    Buzón facturas@ · ~140/semana
  2. 02 · Validación

    ¿PDF legible y proveedor conocido?

    Descarta spam y duplicados por hash
  3. 03 · Extracción IA

    Proveedor, CIF, base, IVA y líneas

    Confianza mínima exigida: 0,92
  4. 04 · Contraste

    Cruce contra el pedido en el ERP

    Match por nº de pedido y albarán
  5. 05 · Decisión
    Importe coincide 87%

    Se contabiliza, se archiva y se avisa al aprobador. Sin intervención.

    Hay desviación 13%

    Va a la bandeja de revisión con la diferencia ya señalada.

  6. 06 · Registro

    Traza completa de cada factura y métricas de ahorro

    Quién, cuándo, con qué confianza y cuánto tiempo se ahorró
Flujo de recepción de facturas de proveedor: el 87% se resuelve solo y el 13% restante llega a una persona con la desviación ya señalada.
Proyectos

Aplicaciones reales, problema por problema.

Cada proyecto parte de una tarea que alguien hacía a mano. Dentro de cada ficha verás el nicho, a quién va dirigido y cómo funciona cada pantalla.

Ver todos
MVP Proyecto demostrativo
Aplicación interna · Servicios técnicos

Rutalia

El parte de trabajo deja de pasar por papel

Planificación de rutas, partes de trabajo firmados desde el móvil y facturación automática para empresas de mantenimiento con técnicos en campo.

  • −70 h/mes de transcripción manual
  • 1,2 días del trabajo a la factura
  • 0 partes perdidos
Ver el proyecto
Concepto Proyecto demostrativo
Micro-SaaS · Reformas e instalaciones

Presuponte

El presupuesto sale de una nota de voz

El instalador dicta lo que ha visto en la visita y el sistema devuelve un presupuesto con partidas, márgenes y firma digital, listo para enviar antes de arrancar la furgoneta.

  • 2,4 h para enviar una oferta
  • +12 pts de tasa de cierre
  • 0 ofertas sin seguimiento
Ver el proyecto
Por qué yo

Quien entiende tu negocio y quien lo programa son la misma persona.

En la mayoría de proyectos de software, quien escucha el problema no es quien lo construye. Entre medias hay un documento, dos reuniones y una interpretación. Ahí es donde se pierde la mitad del valor.

Yo hago el mapa de procesos, escribo el PRD, dibujo la arquitectura y lo construyo. Nada se pierde en la traducción porque no hay traducción.

Ver cómo trabajo
Desarrollo por horas
  • Te venden horas de desarrollo y el alcance se estira solo
  • Un jefe de proyecto traduce entre tú y quien programa
  • Empiezan a construir antes de entender tu proceso
  • Te dejan atado a su plataforma o a su mantenimiento
  • Miden el proyecto en pantallas entregadas
Stratedge
  • Precio y alcance cerrados antes de escribir una línea
  • Hablas directamente con quien escribe el código
  • Primero el mapa de procesos: si no sale a cuenta, te lo digo
  • Código, datos e infraestructura tuyos desde el día uno
  • Mido el proyecto en horas de trabajo manual eliminadas
Lo que consigues

El objetivo no es tener una aplicación. Es dejar de hacer un trabajo.

Cada proyecto se mide por el trabajo manual que elimina. Esto es lo que buscamos:

Horas que vuelven al equipo

El tiempo que hoy se va en copiar, transcribir y perseguir información se recupera para el trabajo que sí genera ingresos.

Un dato se escribe una sola vez

Se introduce en el punto donde nace y viaja solo hasta donde haga falta. Se acaban el doble tecleo y las versiones que no cuadran.

Menos errores, y detectados antes

Las validaciones ocurren en el momento, no en el cierre de mes. Lo que no cuadra salta al instante y con contexto.

El proceso deja de depender de una persona

Queda escrito en el sistema, no en la cabeza de quien lleva diez años haciéndolo. Formar a alguien nuevo pasa a ser cuestión de días.

Saber qué pasa hoy, no el mes que viene

Métricas de operación en tiempo real y alertas cuando algo se sale de rango, en lugar de enterarte cuando ya no tiene arreglo.

Una base sobre la que crecer

Código tuyo, documentado y pensado para ampliarse. El siguiente proceso que automatices se apoya en lo ya construido.

Cómo trabajo

Cinco fases, cada una con su entregable.

Nada de proyectos de tres meses en los que no sabes qué está pasando. Cada fase termina en un artefacto concreto que puedes leer, revisar y llevarte.

Equipo de desarrollo trabajando sobre el producto en una oficina
  1. 01

    Mapa de procesos

    Me siento con quien hace el trabajo y dibujo cómo fluye de verdad: quién toca qué, cuántas veces y cuánto tiempo cuesta. De ahí salen los cuellos de botella que justifican el proyecto.

    Mapa conceptual + horas/mes recuperables
  2. 02

    PRD y alcance

    Escribo el documento de producto: problema, usuario, historias, criterios de aceptación y lo que explícitamente NO entra en la versión 1. No se construye nada hasta que esto está cerrado.

    PRD con historias y criterios de aceptación
  3. 03

    Arquitectura

    Defino modelo de datos, servicios, integraciones y qué pasa cuando algo falla. Elegir bien aquí es la diferencia entre escalar y reescribirlo todo dentro de un año.

    Diagrama de arquitectura y modelo de datos
  4. 04

    Construcción por sprints

    Entregas cada semana en un entorno real donde puedes entrar y probar. Sin cajas negras de tres meses ni sorpresas en la demo final.

    Entorno de pruebas con acceso desde la semana 1
  5. 05

    Producción y evolución

    Despliegue, formación del equipo, monitorización y medición del ahorro real. Después iteramos sobre lo que el uso diario revela.

    Panel de uso y ahorro + soporte continuo
plan-construccion.gantt 8 semanas
  1. Descubrimiento y mapa de procesos Mapa conceptual
    S1
  2. PRD, historias y criterios PRD v1 firmado
    S1–S2
  3. Arquitectura y modelo de datos Diagrama + esquema
    S2–S3
  4. Diseño de interfaz y prototipo Prototipo navegable
    S2–S4
  5. Núcleo del producto Entrega semanal en pruebas
    S3–S6
  6. Integraciones y automatizaciones Flujos con reintentos
    S5–S7
  7. QA con datos reales Batería de pruebas
    S6–S7
  8. Despliegue, formación y medición Producción + panel de ahorro
    S8
Plan de construcción tipo de un micro-SaaS. Desde la semana 3 hay un entorno real donde entrar y probar cada semana.
Dudas frecuentes

Lo que sueles preguntar antes de empezar.

¿Qué tipo de software construyes exactamente?

Aplicaciones de negocio y micro-SaaS: herramientas internas que sustituyen hojas de cálculo y procesos manuales, portales para clientes o proveedores, automatizaciones entre sistemas, agentes de IA que hacen tareas concretas, y productos SaaS con suscripción. Lo que no hago son apps de consumo, videojuegos ni proyectos sin un retorno operativo claro.

¿Cuánto tarda un proyecto y cuánto cuesta?

Una automatización acotada suele estar en producción en 2-3 semanas. Una aplicación interna completa, entre 6 y 12 semanas. Un micro-SaaS con facturación y multi-tenant, de 10 semanas en adelante. El precio se fija por proyecto y alcance cerrado, nunca por horas abiertas: sabes lo que cuesta antes de empezar.

¿Cómo sé que va a merecer la pena antes de gastarme el dinero?

La primera fase es el mapa de procesos, y termina con un número: cuántas horas al mes se van en trabajo manual y cuántas se pueden recuperar. Si ese número no justifica la inversión, te lo digo y no seguimos. Prefiero perder un proyecto que construir algo que nadie va a usar.

¿El software es mío? ¿Me quedo atado a ti?

El código es tuyo y vive en tu repositorio y tu infraestructura desde el primer día. Entrego documentación técnica, accesos y una sesión de traspaso. Puedes seguir conmigo por comodidad, no por dependencia.

¿Se integra con las herramientas que ya usamos?

Sí, es prácticamente la norma. Trabajo contra las APIs de tu ERP, CRM, facturación o logística, y cuando una herramienta no tiene API decente construyo el puente. El objetivo nunca es que cambies de sistema, sino que los que ya tienes dejen de estar desconectados.

¿Qué pasa si la aplicación falla un martes a las 9 de la mañana?

Hay monitorización, alertas y registro de errores desde el despliegue, así que normalmente me entero antes que tú. Todos los proyectos incluyen un periodo de garantía y puedes contratar soporte continuo con tiempos de respuesta acordados.

¿Trabajas solo? ¿Y si el proyecto es grande?

Construyo yo, y por eso no hay traspasos ni teléfono escacharrado entre quien piensa y quien programa. Cuando un proyecto pide más manos, coordino especialistas de confianza (diseño, datos, móvil) manteniendo yo la responsabilidad técnica y el interlocutor único.

Hablemos

Cuéntame el proceso que te come las horas.

Describe cómo funciona hoy: quién lo hace, con qué herramientas y cuántas veces al día. Te responderé con una lectura honesta de qué se puede automatizar, cuánto tiempo se recuperaría y qué costaría — trabajemos juntos o no.

  • Respuesta en menos de 24 h laborables
  • Primera llamada gratuita y sin compromiso
  • Hablas con quien va a construirlo, no con un comercial