El software a medida debería poder comprarse
Tu equipo tiene un problema que el software podría resolver. No un problema célebre, sino uno concreto. Los informes de los técnicos cuestan horas de oficina hasta dejarlos reformateados y listos para enviar. Las mismas cifras se teclean a mano en tres sistemas distintos. El hilo de correos es el proceso, y el proceso se rompe cada vez que alguien se va de vacaciones. Sabes exactamente qué lo arreglaría. Solo que no puedes comprar ese arreglo en ninguna parte.
Esa última frase es la razón por la que pusimos en marcha klair. Así que, antes de hablar del producto, aquí está el razonamiento que lo sostiene.
Hoy, un equipo en esa situación tiene tres opciones, y ninguna nos acaba de gustar.
Puedes contratar ingenieros. Encadenar cuarenta entrevistas para dar con dos que puedan empezar dentro de ocho semanas, atarlos a contratos de un año y confiar en que lo que necesitabas siga siendo lo que necesitas el día de la entrega.
Puedes contratar una agencia. Pagar una fase de descubrimiento que termina en una presentación de diapositivas, un plan que infla cada estimación y una reunión fija de los jueves en la que alguien lee en voz alta un tablero de avances.
Puedes hacerlo tú mismo. Bloquear los miércoles por la tarde, enchufar una herramienta de IA y ver cómo el proyecto se atasca en el cuarto mes, cuando propone un cambio que nadie del equipo puede aprobar con seguridad.
Mira las tres y aparece un patrón. Lo único que no puedes hacer es lo más evidente: comprarlo. Puedes comprar un CRM. Puedes comprar un sistema de nóminas, una herramienta de soporte, un paquete de contabilidad. Cada uno tiene un precio, un registro, un número al que llamar un domingo por la noche. El software que tu equipo realmente necesita, el que está moldeado en torno a tu forma de trabajar, es la excepción. Puedes contratarlo, subcontratarlo o construirlo tú mismo, pero no puedes sencillamente acercarte y comprarlo. La versión máquina expendedora, en la que describes el problema y sale software que funciona, no existe.
El software a medida es lo último en la empresa que todavía no se puede comprar sin más.
Ese vacío es la razón de todo lo demás. Pensábamos que debía cerrarse, así que nos pusimos a cerrarlo. Lo que sigue es lo que, en nuestra opinión, eso tiene que significar.
Un taller que nunca cierra.
La primera convicción tiene que ver con el tiempo, y con quién tiene que gastarlo.
Imagina un taller que no cierra nunca por la noche. Te sientas un martes por la tarde: café, ordenador y el problema que arrastras desde hace tres semanas. No redactas un pliego de condiciones partiendo de cero. Respondes a preguntas. ¿Para qué tiene que servir esto? ¿Quién lo usará? ¿Qué es lo que nunca debe fallar? ¿Qué aspecto tiene un buen viernes una vez que funciona? Respondes, el taller redacta el plan a partir de tus respuestas, lo lees, lo firmas.
Después te desconectas.
Durante la noche del martes, el miércoles por la mañana, tu reunión de equipo, la salida del colegio, la llamada que no pudiste mover, el taller sigue trabajando. Planifica. Construye. Revisa su propio trabajo y vuelve a intentarlo cuando algo no está bien. Cada paso aparece en un lenguaje claro que una persona sin perfil técnico puede seguir.
El miércoles a las 09:14 hay un resumen ordenado de todo lo hecho desde la última vez que miraste, y una breve cola de trabajo terminado esperándote. Cada pieza viene acompañada de una nota sobre qué hace y a qué podría afectar.
Lees. Firmas. El siguiente hito comienza.
Una frase nos volvía a la cabeza una y otra vez mientras construíamos esto. Lo que fabrica tu software ya no tiene por qué dormir. La responsabilidad, en cambio, sigue durmiendo, y creemos que esa parte no debería cambiar nunca.
Dos momentos humanos. Todo lo demás es el taller.
La segunda convicción es la que defenderíamos con más fuerza, porque es la decisión estructural que vuelve segura a la primera.
Tú defines qué construir. Tú apruebas qué se entrega. Entre esos dos momentos, el taller funciona solo. Tú no escribes el software. No lo pruebas. No lo gestionas hora a hora. Pero la firma del final no es una tarea de relleno. Es responsabilidad, y pertenece a una persona con nombre y apellidos de tu lado. Cada vez.
No existe ningún modo «entrégalo sin mí». Ni como ajuste, ni como plan premium, ni como favor a un cliente de confianza. No lo construiremos. Hemos visto a demasiados equipos salir escaldados por un software entregado sin nadie que lo recibiera, y preferimos perder la venta antes que retirar a la persona que está en la frontera. Esa no es negociable.
El motor que se encarga de construir trabaja entre bastidores. No hace falta que conozcas su nombre para usarlo. Cuando nos contratas, lo ponemos a funcionar por ti.
Cómo se ve en la vida real.
Si esto sigue siendo un ensayo y no una teoría, es porque la versión cotidiana no tiene nada de espectacular, y ahí está justamente la cuestión.
En algún lugar hay un equipo administrativo que solía pasarse las tardes convirtiendo a mano notas de campo en bruto en documentos limpios y conformes a la imagen de la marca, todos los días. Un trabajo minucioso, ingrato y sin final a la vista. Hoy el software se encarga del formato, y una persona da el visto bueno al resultado antes de que salga. Las tardes han vuelto, y ese mismo equipo pequeño absorbe mucho más sin ahogarse.
En otro sitio hay expertos enterrados bajo documentos que leer, calificar y estructurar antes de poder hacer nada con ellos. Una automatización efectúa la primera pasada pesada y les entrega un borrador limpio. Dedican sus horas al criterio, que es la parte que solo ellos pueden aportar, en lugar de al formato que se les comía el día.
Equipos distintos, la misma forma. Nadie contrató a un ingeniero, ni puso en marcha un proyecto de seis meses, ni cambió las herramientas que ya usaba. Describieron un problema. Recibieron software que funciona. Ese es el resultado que perseguimos sin descanso, y la clase de victoria corriente que siempre preferiremos a una demo llamativa.
Por qué pusimos esto por escrito.
Podríamos haber empezado por una lista de funcionalidades. Escribimos esto en su lugar, porque la convicción vino primero y el producto después, no al revés. El software a medida debería poder comprarse. Lo que lo construye puede trabajar día y noche, y una persona a la que se pueda poner nombre debería aun así aprobar cada cambio que se entrega. Mantén juntas esas dos ideas y obtendrás la cuarta opción, la que debería haber existido desde el principio.
Si tu equipo tiene un problema que el software podría resolver, la puerta está abierta cuando estés listo. Las convicciones de arriba, esas, no cambiarán.
· · ·
— los fundadores de klair