Por qué construí mi primera aplicación para mí mismo

Tenía mi propio equipo de desarrollo, pero estaba hasta arriba de trabajo para clientes. Cuando necesité una herramienta que me ayudara a recuperar el control de lo que pasaba en la empresa, no tenía a quién encargársela. Así que me senté y la construí yo mismo.

A primera vista fue una decisión tomada por necesidad. En el fondo fue lo mejor que me podía pasar como futuro desarrollador. Porque me enseñó algo que ningún documento de requisitos puede enseñar.

Era a la vez el cliente y el desarrollador

Cuando uno construye software para sí mismo, el ciclo de retroalimentación es inmediato e implacable. Cada mala decisión de diseño me golpeaba a la mañana siguiente, en mi propio escritorio. Diseñaba mal una pantalla - perdía con ella mi propio tiempo. Omitía un campo que luego resultaba importante - notaba el hueco yo mismo. Faltaba un «cliente» que planteara la cuestión dos semanas después en una reunión de seguimiento. El cliente era yo, y la reunión de seguimiento se celebraba cada mañana en mi cabeza.

Aquel sistema tenía cuatro funciones, y cada una respondía a un quebradero de cabeza concreto que yo conocía desde dentro: saber en qué trabajaban de verdad los comerciales; prever cuándo una máquina en las instalaciones de un cliente empezaría a dar problemas; medir si alguien abría siquiera los correos de la empresa; mantener bajo control presupuestos y plazos. No había ni una sola función «por si acaso», porque nadie me pagaba por añadir prestaciones. Pagaba yo - con un tiempo del que apenas disponía.

El software escrito por quien lo usa es distinto

Un programa construido por quien trabaja con él tiene otra densidad. No contiene funciones añadidas para lucir mejor en una presentación comercial. No tiene doscientos ajustes de los que usted usa cinco. Es la respuesta a un proceso real, probada sobre el terreno por alguien que conoce ese proceso al dedillo.

Esa es la diferencia que los propietarios perciben al instante, aunque les cueste ponerle nombre. La que hay entre un software que alguien le adaptó a usted tras dos conversaciones y un software que nació de entender su problema desde dentro.

Por qué aquello cambió la forma en que trabajo hoy

Hoy tengo a mis espaldas más de una década construyendo sistemas para otras empresas. Pero sigo empezando cada proyecto igual: me pongo del lado del propietario e intento vivir su proceso como si fuera mío. Antes de proponer nada, quiero entender qué le duele por la mañana en su escritorio - porque aquel dolor de 2008 lo tengo muy presente.

Construyo para mis clientes como construí para mí: exactamente lo necesario, con un código y unos datos que se quedan en su empresa. Los más grandes llevan conmigo de forma continuada muchos años, y todos empezaron por un único problema operativo que les apremiaba de verdad.

Qué significa esto para usted

Si busca a alguien que le construya un sistema, fíjese en una cosa: si esa persona pregunta por su proceso antes de hablar de la solución. Si quiere entender qué le duele antes de esbozar una pantalla. Un buen sistema empieza por alguien que entiende de verdad lo que usted intenta conseguir y es capaz de sentirlo como un problema propio - la tecnología viene después.

Construí mi primer sistema para salvar mi propia empresa. Desde entonces construyo los de otros con el mismo cuidado. Si le parece, cuénteme su proceso durante treinta minutos - empezaré por entenderlo.