--- title: "Diseño de producto para software que ya se usa" description: "Rediseñamos herramientas internas, altas, cobros y facturación de software que ya tiene usuarios. Las pantallas se entregan construidas, en tu repositorio." canonical: https://caricalia.com/diseno-de-producto last-updated: 2026-09-29 --- # Diseño de producto para el software que ya se usa. La herramienta que tu gente abre cada mañana, o el flujo por el que tus clientes pagan. Se rediseña sin parar la operación y se entrega construido. Aquí el diseño no se manda a un programador: quien dibuja la pantalla sabe qué dato hay debajo, de dónde sale y qué pasa cuando falta. Así diseñamos BeeL, que es nuestro y lo usan empresas para facturar cada día. ## Cuándo no tiene sentido Si tu producto todavía no tiene usuarios. Sin gente usándolo no hay nada que mirar, y lo que hace falta es una primera versión rápida y barata. Si lo que necesitas es un logo, una marca o una web corporativa. No lo hacemos, y hay estudios que viven de eso y lo hacen mejor. Si quieres un archivo de diseño para que lo construya tu equipo. Lo que entregamos son pantallas funcionando, y si no vamos a construirlas, no encajamos. ## Diseño de herramientas internas El panel de operaciones, el back-office, el ERP que se hizo dentro hace años. No sale en ninguna demo y es donde tu equipo pasa el día. - **Se empieza por una tarea, no por una pantalla** La que más veces al día se hace, observada al lado de quien la hace. Un alta de cliente que necesita muchos pasos es un buen sitio por el que entrar. - **Lo que la gente ya ha arreglado por su cuenta** La hoja de cálculo paralela, el campo «observaciones» usado para otra cosa, el pósit en el monitor. Ahí está lo que la pantalla no resuelve. - **Convive con lo antiguo** La pantalla nueva sustituye a la vieja tarea a tarea. Nadie deja de trabajar ni aprende un sistema entero de golpe. [Software a medida: la parte del sistema que se ha quedado corta](https://caricalia.com/software-a-medida) ## Diseño del alta, el cobro y la factura El alta, la contratación, el cobro, la factura. Un paso confuso ahí no es una molestia: es un cliente que no acaba, o una llamada a soporte. - **Dónde se caen** Se mira en qué paso abandonan y desde cuál escriben a soporte. Casi nunca es el que se sospechaba desde dentro. - **El error se diseña igual que el camino bueno** Un NIF que no valida, una tarjeta rechazada, un pago a medias. Cada uno dice qué ha pasado y qué tocar, con el campo señalado. - **Se prueba con tus datos antes de construir** Una maqueta que se toca, con alguien de tu equipo delante y un caso real suyo, mientras cambiarla cuesta una tarde y no una semana. [Por qué tus clientes abandonan el alta](https://caricalia.com/notas/clientes-que-se-caen-en-el-alta) ## Sistema de diseño para un producto que ya existe Tres formularios con tres formas de avisar de un error y cuatro azules distintos. La pantalla número treinta cuesta lo mismo que la primera. - **Qué entregamos** Los componentes en código, en tu repositorio: botones, formularios, tablas, estados de carga y de error. Con las pantallas que ya existen delante. - **Para qué sirve** Para que la siguiente pantalla la haga cualquiera del equipo, salga igual, y no tenga que preguntarnos nada. - **Qué no hacemos** Un catálogo de piezas antes de tener producto. Sin pantallas reales que unificar, un sistema de diseño es un ejercicio de estilo. [Un sistema de diseño no es una biblioteca de componentes](https://caricalia.com/notas/design-system-no-es-una-libreria) ## Qué lo demuestra - **BeeL la diseñamos nosotros y la usan empresas para facturar.** Producto propio, en producción, con Verifactu. Las pantallas de facturas, clientes y emisión las diseñó y las mantiene el mismo equipo. Están en el caso. (Ver el caso de BeeL: https://caricalia.com/casos/beel) - **Sabemos qué hay debajo de la pantalla.** Antes de Caricalia, el equipo escribió código de pagos en Banco Santander y en PagoNxt. Quien diseña un flujo de cobro aquí ha visto fallar uno en producción. (Quién lo hace: https://caricalia.com/equipo) ## Qué incluye un proyecto - Un mapa de tareas y pantallas hecho mirando a tu gente trabajar durante la primera semana. - Una maqueta que se puede tocar, probada con quien la va a usar, antes de escribir una línea de código. - Las pantallas construidas y desplegadas en tu repositorio. El archivo de diseño también es tuyo, pero no es el entregable. [Las condiciones de entrega van en el contrato](https://caricalia.com/terminos#entrega) ## Lo que no hacemos - **No hacemos** marca corporativa para empresas sin producto digital, ni logos sueltos, ni tiendas online sobre plantilla. - **No trabajamos** por horas ni ponemos gente dentro de tu equipo. - **No cogemos** proyectos que empiezan de cero sin usuarios: esa primera versión conviene montarla rápida y barata con otra herramienta. - **No entregamos** prototipos generados como si fueran producto. ## Preguntas **¿Cuánto cuesta un proyecto de diseño de producto?** Se cierra por fases, con el precio de cada una por escrito antes de empezar. Antes va un diagnóstico de tres semanas por 2.900 € + IVA, que dice qué cuesta cada fase antes de arrancarla. **¿Podéis rediseñar sin parar la operación?** Sí. Se entra por una tarea o un flujo cada vez y la pantalla nueva convive con la antigua hasta que la sustituye. Tu gente sigue trabajando mientras tanto. **¿Hacéis también la marca o la web?** No. Ni marca, ni logo, ni web corporativa, ni tienda. Si nos preguntas, te decimos a quién llamar. **¿Programáis también lo que hay debajo de la pantalla?** Sí, las mismas personas. Si el rediseño toca el sistema, lo cambiamos en el mismo proyecto. ## Ver también - https://caricalia.com/casos/beel - https://caricalia.com/notas/design-system-no-es-una-libreria - https://caricalia.com/notas/clientes-que-se-caen-en-el-alta