Llegado a este punto, LowFlow había cambiado enormemente desde sus inicios.
Lo que al principio era un diario que construía para mis propias necesidades se había convertido en una verdadera aplicación.
Ahora había una infraestructura.
Licencias.
Actualizaciones automáticas.
Un Control Panel.
Controles de seguridad.
Y todo eso debía funcionar en conjunto.
Pero una nueva pregunta se volvía cada vez más importante.
¿Iba a tener que gestionar todo esto manualmente?
La respuesta era no.
No quería crear un segundo empleo
Ya conozco la respuesta si tengo que hacer cada operación yo mismo.
Un cliente compra.
Verifico su pago.
Creo su acceso.
Preparo su licencia.
Le doy la versión correcta.
Verifico su instalación.
Sale una nueva versión.
Vuelvo a empezar.
Un cliente cambia de computadora.
Tengo que intervenir.
Surge un problema.
Tengo que intervenir.
Y mientras tanto, ya no estoy desarrollando LowFlow.
Ese no era el objetivo.
Quería construir un producto.
No crearme un puesto de administrador a tiempo completo.
Entonces empecé a automatizar
Cada vez que hacía algo manualmente, me hacía la misma pregunta:
«¿Puede la computadora hacerlo en mi lugar?»
Si la respuesta era sí, buscaba una forma de automatizarlo.
El pago puede activar una acción, la cuenta del cliente puede crearse automáticamente, la licencia puede generarse, y la aplicación puede verificar su propio acceso.
La disponibilidad de una nueva versión puede verificarse.
La actualización puede distribuirse.
La información importante puede registrarse.
Y cuando aparece algo inusual, el sistema puede avisarme.
Poco a poco, el proceso empezaba a construirse solo.
El Control Panel se convierte en el centro
Mi Control Panel se volvió especialmente importante en ese momento.
No quería tener diez lugares diferentes donde ir a buscar información.
Quería tener una vista de conjunto — los clientes, las licencias, las versiones, las descargas, los controles, los eventos importantes, todo agrupado en el mismo lugar.
Y sobre todo, quería poder intervenir cuando fuera necesario sin tener que tocar directamente los servidores ni la aplicación del cliente.
El Control Panel se convertía entonces en una especie de puesto de mando.
Pero automatizar no significa dejar que todo funcione solo
Eso es algo que entendí rápidamente.
Una automatización que hace cualquier cosa muy rápido es mucho más peligrosa que una operación manual.
Había que poner entonces verificaciones.
Una acción debía tener una condición.
Una versión debía estar identificada.
Una licencia debía ser válida.
Una descarga debía corresponder al producto correcto.
Un comportamiento inusual debía poder detectarse.
La automatización debía ir acompañada de controles.
Hacer menos trabajo manual no significa quitar las reglas.
Al contrario.
Se necesitan buenas reglas para poder automatizar.
Las alertas
Otra parte importante empezó a aparecer.
No puedo vigilar LowFlow las veinticuatro horas del día.
Y no quiero hacerlo.
Entonces, en lugar de mirar constantemente lo que pasa, prefiero que el sistema me avise cuando hay algo anormal.
Es una diferencia enorme.
Antes, tenía que buscar el problema.
Ahora, el sistema puede llamar mi atención hacia él.
Eso me permite dedicar mi tiempo a lo que realmente requiere una intervención humana.
El objetivo del 90 al 95 %
Ni siquiera busco automatizar absolutamente todo.
Siempre habrá situaciones particulares.
Un cliente que pierde su acceso.
Un cambio excepcional.
Una situación que requiere una decisión.
Pero si el 90 al 95 % del proceso puede funcionar automáticamente, ya es enorme.
El sistema hace el trabajo repetitivo.
Yo me ocupo de las decisiones y del desarrollo.
Es exactamente la separación que quería.
Y eso cambia por completo la forma de pensar una empresa
En ese momento, empecé a entender algo que no había comprendido al principio.
Construir un software y construir una empresa alrededor de un software son dos cosas completamente distintas.
El software tiene que funcionar.
Pero el sistema alrededor del software también tiene que funcionar — el pago, la entrega, la licencia, las actualizaciones, el soporte, los controles, las alertas, las copias de seguridad.
Todo eso forma parte del producto, aunque el cliente casi no vea nada de eso.
El trader, por su parte, no debería ver casi nada
Y al final, esa es probablemente la mejor señal de que el sistema funciona.
El cliente compra LowFlow.
Recibe su acceso.
Instala la aplicación.
Trabaja.
Sus datos se quedan con él.
Las actualizaciones llegan.
La licencia se verifica.
Y todo lo demás ocurre en segundo plano.
El trader no debería necesitar conocer toda la mecánica que existe detrás.
Simplemente debe poder abrir su diario y operar.
La complejidad debe quedar detrás de la pantalla.
Por fin empezaba a ver el producto completo
A fuerza de resolver los problemas uno por uno, algo que nunca había planeado realmente al principio estaba apareciendo.
LowFlow ya no era solo un diario.
Se había convertido en un ecosistema — una aplicación local, herramientas de trading, una infraestructura, un sistema de licencias, una distribución automatizada, actualizaciones, un Control Panel.
Y sobre todo, un sistema que podía funcionar con mucha menos intervención manual.
Pero quedaba una última etapa.
Había construido el software.
Había construido la infraestructura.
Había automatizado gran parte del funcionamiento.
Ahora tenía que hacer algo que nunca había necesitado hacer con mis proyectos personales.
Poner todo esto en manos de clientes reales.
Y ahí es donde LowFlow iba a pasar del proyecto que estaba construyendo…
al producto que realmente podía lanzar.