Desarrollo de software a medida
Cuando la herramienta no encaja, es el trabajo el que se dobla a la herramienta. Construyo software sobre el proceso que ya existe: las mismas operaciones, sin los pasos que solo le hacen falta al programa.
Normalmente empieza así
- Tres versiones de la misma hoja de cálculo
- Datos copiados a mano de una herramienta a otra
- Un programa de gestión que cubre la mitad del trabajo
- Pasos que existen solo porque el programa los pide
Un software genérico está construido sobre la media de miles de empresas. Si la forma en que trabajas es la razón por la que los clientes vuelven, adaptarla a esa media significa apagar justo eso, y pagar cada mes por hacerlo.
Desarrollo de software a medida: qué incluye
Plataformas y aplicaciones web
Herramientas que se abren en el navegador y funcionan en ordenador y móvil, sin instalar nada. Accesos separados por rol, datos siempre actualizados, ninguna copia local que mantener alineada.
Sistemas de gestión y herramientas internas
El sitio donde el trabajo se registra mientras se hace: fichas, estados, tareas, histórico. Quien entra al día siguiente encuentra exactamente la situación que dejó quien salió la tarde anterior.
Paneles de control e informes
Los números que hacen falta para decidir, calculados desde los datos reales en vez de reconstruidos a mano cada lunes. Con la posibilidad de exportarlos, porque tarde o temprano alguien los pedirá en otro formato.
Áreas privadas y portales
Espacios donde clientes, colaboradores o departamentos ven solo lo que les corresponde. Los permisos son explícitos y se leen en el código, no son una convención que todos recuerdan de memoria.
Base de datos y modelo de datos
Qué es un cliente, por qué estados puede pasar, qué transiciones se admiten y cuáles no. El modelo va antes que la interfaz: cuando es correcto la interfaz se vuelve casi obvia, cuando es incorrecto ninguna interfaz lo salva.
El sistema, no solo la pantalla
Primero el proceso, después la tecnología
Casi siempre la petición inicial ya es una solución disfrazada. Antes de escribir una línea miro cómo se trabaja de verdad, dónde se pierde tiempo y qué se rehace cada día: la tecnología elegida demasiado pronto decide qué podrás construir después.
Se construye por partes utilizables
No un único bloque que se entrega al final. Cada parte funciona antes de que empiece la siguiente, así el sistema se puede usar —y corregir— mientras crece.
Las integraciones fallan de forma visible
Una conexión frágil es peor que ninguna conexión: genera confianza y luego la traiciona en silencio. Cada integración está construida para decir cuándo no ha funcionado, en vez de dejar un dato a medias.
El día del lanzamiento tiene que ser aburrido
Dispositivos reales, conexiones lentas, datos equivocados, personas que pulsan donde no deberían. Se prueba antes: si la publicación es un momento emocionante, algo se ha saltado.
Dónde hace falta de verdad
Las herramientas que uso más a menudo en este tipo de proyectos. No son afiliaciones: son decisiones que se revisan cuando el proyecto pide otra cosa.
- Next.js
- TypeScript
- Node.js
- PostgreSQL
- Supabase
- Vercel
Proyectos en los que lo he hecho
¿Cuándo conviene un software a medida en vez de uno ya hecho?
Cuando tu forma de trabajar es una ventaja y el software prefabricado te pide renunciar a ella, cuando pagas licencias por funciones que no usas mientras te falta la que necesitas, o cuando mantienes unidas dos herramientas a base de copiar y pegar. Si en cambio existe un producto que ya hace el 90% del trabajo, lo digo: construir por construir no es un servicio.
¿Se puede empezar por una primera versión reducida?
Sí, y casi siempre es la decisión correcta. Se decide juntos qué entra en la primera versión —lo mínimo que hace útil el sistema— y se añade el resto después de verlo en manos de quien lo usa, no antes.
¿Qué pasa después de publicarlo?
El producto de verdad empieza ahí: se observa cómo se usa, se quitan las fricciones que nadie había previsto y se mejora lo que el uso indica. Cómo seguir —intervenciones puntuales o una relación continuada— se acuerda juntos, sobre el proyecto.
Cuéntame el caso: te contesto con qué construiría y cómo.
Creemos un proyecto