Retrato de Paulo Serrano, en blanco y negro, con gafas de sol en las que se refleja un gimnasio.

Paulo Serrano · DigitalDev

Si tu empresa se parara este fin de semana, ¿quién sabría qué hacer?

Soy programador desde hace 25 años y fundador de DigitalDev. Pasé más de dos décadas en una institución pública de implantación nacional, en proyectos de una escala que pocas empresas privadas alcanzan. Aplico ese recorrido a un problema mucho más pequeño y mucho más común: sacar de la cabeza de una sola persona aquello que la empresa debería saber hacer por sí misma.

Concertar una conversación

Media hora · sin compromiso

Quién habla

Fundé DigitalDev y participo, en régimen de colaboración, en proyectos de otras empresas — SingularVision y Codeboys. Emito facturas a las once y media de la noche, sigo de cerca a cada cliente y atiendo a quien necesita ayuda un domingo. No por heroísmo ni por adicción al trabajo: cuando los procesos están desorganizados, la semana se queda corta para todo lo que hay que resolver, y lo que sobra se empuja a la noche y al fin de semana. Eso es exactamente lo que ayudo a resolver — para que quede tiempo para vivir un poco del resultado del propio esfuerzo. No lo digo para parecer accesible. Lo digo porque sé lo que es abrir un negocio e intentar alcanzar los objetivos que uno se marcó.

Hace más de dos décadas que trabajo en una institución pública de implantación nacional, y fue allí donde aprendí lo que es optimizar procesos de verdad: procesos que sirven a miles de personas, integraciones entre sistemas de ámbito nacional, plataformas construidas desde cero y mantenidas durante años. Fue esa experiencia la que me dio la visión de lo que una optimización real cambia en el día a día de quien hace el trabajo. La diferencia de dimensión con una pyme es enorme; la naturaleza del problema es exactamente la misma.

Veinticinco años construyendo software me enseñaron menos sobre tecnología que sobre la forma en que los problemas se disfrazan. Rara vez el problema es el que me presentan. Se pide un informe nuevo, y lo que falta es que el dato esté bien a la entrada. Se quiere contratar a otra persona, y lo que hay es media semana de trabajo que nadie debería estar haciendo. Por eso, antes de proponer nada, mido: cuántas veces por semana, cuántos minutos cada vez, cuántas personas pasan por el mismo papel. No es glamuroso, y es la única forma de saber si merece la pena tocarlo — y cuánto vale.

Casi siempre merece la pena, porque la cuenta es implacable. Un paso manual de veinte minutos, tres veces al día, son más de doscientas horas al año: el equivalente a mes y medio de trabajo de una persona, pagado todos los años, que no aparece en ninguna partida de la contabilidad porque está diluido en los salarios. Pero el coste que se recupera es la parte pequeña. La grande es la que se deja de perder — el presupuesto que tardó tres días en salir y se fue a otro, el cliente que se cansó de esperar respuesta, la factura que nadie se acordó de emitir. Y luego llega la capacidad: el mismo equipo absorbiendo más trabajo sin contratar a nadie. Ahí es donde esto deja de ser ahorro y pasa a ser margen.

Ninguno de estos problemas llega como una petición de software. Llegan todos con una frase dicha de pasada — «esto me lleva toda la mañana», «tengo que hacer esto dos veces», «esto solo lo sabe hacer una persona». Nadie llama a eso un problema; a eso se le llama lunes. Y es precisamente por no tener nombre que dura años. Lo que se devuelve al final no es una herramienta: es la mañana.

Por eso, cuando me llaman para «construir una cosa», la respuesta la mayoría de las veces no pasa por construir nada. Pasa por cambiar dos pasos, o por activar una funcionalidad que ya estaba pagada y apagada. Lo digo incluso cuando no me conviene — y esa es la razón por la que vale la pena escucharme cuando digo que esta vez sí hay que construir.

Te suena

Nada de esto aparece en un informe. Aparece todo el sábado.

01

La hoja de Excel que solo una persona sabe tocar

Y esa persona lleva tres semanas de baja. Nadie toca esa hoja sin llamarla antes.

02

«Confírmame el stock», un domingo a las diez de la noche

Porque la única forma de saber qué hay en el almacén es preguntar a alguien que también preferiría no estar mirando el móvil a esa hora.

03

El parte de horas hecho a mano, el viernes por la noche

Para que las nóminas salgan a tiempo el lunes. Todos los viernes. Siempre la misma persona.

04

La factura que desapareció entre el correo y Dropbox

Y ahora son tres personas preguntándose entre ellas quién la tenía.

05

El grupo de WhatsApp que, en la práctica, es el sistema de gestión

Pedidos, reclamaciones, avisos de falta de material: está todo ahí, desapareciendo pantalla abajo, y nadie consigue recuperar lo que se dijo hace dos meses.

06

La persona que se marcha después de seis años

Y se lleva consigo, en la cabeza, el único mapa completo de cómo funciona aquello de verdad. Nadie llegó a escribirlo nunca.

Si un sistema solo funciona porque una persona se acuerda de todo, eso no es un sistema. Es esa persona.

Tres cosas que he visto

No son casos de estudio. Son martes cualquiera.

La hoja

Siempre hay una hoja que sostiene la empresa entera.

Nadie la diseñó a propósito: creció, año tras año, a costa de una persona que entendió el problema y lo resolvió sola. Funciona. Hasta que esa persona se coge dos semanas de vacaciones y el teléfono no deja de sonar desde el aeropuerto. Ahí se descubre el precio real de la hoja: no es lo que costó construirla, es lo que cuesta que no haya nadie más que la entienda.

La reunión del viernes

Alguien pregunta cuántos pedidos han entrado esta semana.

El silencio que sigue no es duda: es búsqueda. Uno mira el correo, otro el WhatsApp, otro llama al almacén para preguntar al compañero que lo apuntó en un papel. Se llega a un número diez minutos después, con un margen de incertidumbre incluido. Nadie cuestiona por qué. Todos han aceptado ya que así es como la empresa se acuerda de sí misma.

El cuaderno

La licencia se paga todos los meses, desde hace años.

Entro en el almacén y encuentro un cuaderno junto al ordenador: ahí es donde se apunta lo que importa. El sistema queda bien en los informes; el cuaderno es el que nunca falla. Pregunté por qué. «Es más rápido», me respondieron, sin levantar la vista. No estaban siendo perezosos. Estaban siendo sinceros.

Escritorio cubierto de papeles, sobres, recortes de periódico y notas adhesivas, con dos manos escribiendo en un teclado en medio del desorden.

La imagen

Un cuaderno al lado del ordenador. Tres ficheros con el mismo nombre y fechas distintas. Y alguien que se disculpa por el desorden antes de enseñarme cómo funciona aquello de verdad.

Es esto lo que encuentro. No los engranajes azules que devuelve un banco de imágenes cuando escribes «automatización» — esos, en 25 años, nunca los he visto.

No hace falta disculparse. Es por ese desorden que estoy ahí.

Por qué yo

Cinco razones que se pueden verificar sin creerme a mí.

01

Sigo escribiendo código todos los días

No soy un directivo que aprendió a hablar de tecnología hace dos años. Llevo 25 años construyendo software y sigo haciéndolo: no delego la parte que importa en quien nunca la ha vivido.

02

Vengo de proyectos de escala nacional

Más de dos décadas en una institución pública de implantación nacional: integraciones entre grandes sistemas, procesos con miles de usuarios, plataformas mantenidas durante años. Traigo esa exigencia a problemas de otra dimensión.

03

Soy empresario, no tengo solo una teoría

Fundé DigitalDev y colaboro en los proyectos de otras empresas. Emito facturas, persigo pagos atrasados y decido cada mes dónde no voy a gastar. Lo que te propongo, he tenido que resolverlo antes para mí.

04

Trabajo donde el terreno es exigente

Facturación certificada por la administración tributaria, sistemas certificados por organismos públicos, integraciones con ERPs —ArtSoft, PHC, Devlop.System, SAGE— y servicios web que nadie actualiza desde 2006. Ese es el terreno en el que trabajo a diario.

05

Publico el código, no escondo el trabajo

Mantengo paquetes de código abierto de integraciones de facturación, pagos y registro de errores. No es discurso: está publicado, y cualquier programador puede abrirlo y comprobar cómo está hecho.

He construido para mis propias operaciones casi todo lo que propongo a las demás. No por convicción, por necesidad.

La parte difícil nunca es escribir código. Es la reunión en la que alguien admite que nadie sabe cómo funciona aquello.

Cómo trabajo

Cuatro pasos. Ninguno empieza por elegir software.

01

Una conversación breve, sin presentación comercial

Me explicas cómo funciona aquello hoy, no cómo te gustaría que funcionara. Con media hora basta para saber si tiene sentido continuar.

02

Observo el proceso por dentro

Sigo el recorrido real de un pedido, de una factura, de un turno; no el diagrama que existe solo en la cabeza de alguien. Anoto dónde se pierde el tiempo y dónde se pierde la información con él.

03

Te devuelvo un mapa, no una propuesta de software

Escrito en lenguaje corriente: qué está costando tiempo, qué se simplifica sin tocar nada y qué —eso sí— justifica automatizarse.

04

La decisión es tuya

Puedes quedarte solo con el mapa. Puedes resolver la mitad por tu cuenta. Si quieres que yo construya lo que quede, hablamos de ello aparte; nunca antes.

Lo que no hago

Es más útil decirte desde ya dónde no te sirvo.

No vendo software antes de entender el proceso

A veces la respuesta correcta es cambiar dos pasos y no comprar nada. Si es el caso, lo digo, aunque eso cierre la conversación en ese mismo momento.

No recomiendo solo aquello que yo construyo

Un mapa que termina invariablemente en «y ahora te lo construyo yo» es venta disfrazada de diagnóstico. Si la herramienta adecuada ya existe en el mercado, es esa la que te indico.

No hago «transformación digital»

No me gusta la expresión, no la utilizo, y desconfío de quien la promete en una reunión de una hora. Lo que hago es más discreto y más útil: quitarle horas de encima a una persona.

No prometo cifras antes de medirlas

Si te doy un porcentaje o un «tantas horas por semana» antes de ver tu proceso, me lo estoy inventando. Prefiero medir primero y hablar después.

La conversación

No es una venta. Es media hora mirando lo que ya tienes.

No sé si lo que tu empresa necesita es un sistema nuevo. Con honestidad, más de la mitad de las veces no lo es. Pero si hay algo que te ocupa los sábados y ya no debería —una hoja, un cuaderno, una persona que es la única que sabe—, cuéntamelo.

No prometo una solución. Prometo mirar con atención antes de decir nada.

Sin compromiso · sin propuesta de 40 diapositivas

> COOKIE_CONSENT_REQUIRED

Utilizamos cookies esenciales para el funcionamiento del sitio y, con tu consentimiento, cookies de análisis para entender cómo se usa. Política de Privacidad