Hace unas semanas publiqué en LinkedIn que me iba a ir un mes entero de viaje con un objetivo en la cabeza: no trabajar más de 10h.
Entre tú y yo, creo que lo publiqué como una muestra de compromiso propio, para ver si llegaba realmente a cumplirlo. Y la realidad, según mi Toggle, es esta: 9 horas. 36 minutos. 34 segundos. Ese es el tiempo que he computado durante el mes de septiembre.
- No me duele confesar que tenía serias dudas de que pudiera conseguirlo.
- Además, más allá del trabajo «computable», me preocupaba el cerebro en «modo trabajo» pensando cosas, proyectos y tareas. Pero puedo decir que me ha sorprendido muchísimo lo que he podido DESCONECTAR el cerebro en estas semanas.
- De hecho, todas las tareas de «pensar sobre X, darle una vuelta a Y, planificar D…» han vuelto intactas. Y eso también me da muchas pistas.
- Aunque siempre hay un componente de azar, esto no es magia: llevaba meses planeando este viaje y organizando la agenda para conseguirlo. Control MUY estricto sobre los proyectos y clientes que entraban y cuándo entraban, comunicación constante con los proyectos abiertos y compromiso para estar ahí si era necesario estar. Entre otras cosas.
¿Resultado? Shits happens. SIEMPRE.
Y es que, de esas casi 10h, el grueso del tiempo se ha ido en responder emails y gestionar peticiones. Pero las tareas reales de trabajo… podría decirte que el 90% han venido derivadas de incidencias con las herramientas.
Porque por muy bonito que sea en el papel, cuando enfrentamos nuestras automatizaciones al mundo real, la película cambia. Y ahí no valen sistemas copiados ni plantillas mágicas.
Lo que aplica es la experiencia y las habilidades REALES. Porque por muy robustos que sean los sistemas que has diseñado, hay fallos que solo podemos conocer a posteriori, cuando los escenarios cobran vida.
Te cuento algunos casos. Y te voy avisando de que lo de hoy no es «Make para novatos», así que igual me pongo un poco intenso 😅.
Un Airtable saltando por los aires
«Tenemos un escenario que automáticamente vuelca los nuevos pagos de Stripe en Airtable». Perfecto, pero… ¿qué ocurre cuando recibes 284 pagos en 48 segundos? 🤯🤯
Pues que al bueno de Airtable le da por petar y mandarte un mensajito precioso: too_many_write_operations. Retry in 1 second.
Y así es como descubres que un webhook de Stripe puede ejecutarse un número de veces simultáneas más alto que el número máximo de escritura de Airtable.
⚠️ ¿Solución? Decidimos pasar a un sistema secuencial (esperar a que se procese un escenario antes de ir a por el siguiente webhook) y, además, almacenar las ejecuciones incompletas para evitar que se bloquee el escenario:
La API de Systeme de fiesta.
Otra herramienta haciendo de las suyas: los servidores de Systeme debieron tener un pico de trabajo y, de manera aleatoria, iban soltando mensajes de error al conectarse a la API. A los pocos segundos volvía a funcionar, pero el escenario ya había dado error y se había bloqueado.
⚠️ ¿Solución? En este caso, optamos por usar el módulo «Break» para que, en caso de error en la API se reintentara un par de veces más pasados unos segundos.
Fallo multiorgánico en Google Workspace
No todo van a ser SOLO herramientas. También existe el fallo humano y esta ocasión así fue. Por una serie de catastróficas desdichas… la cuenta de Google Workspace de un cliente se canceló, con nocturnidad y alevosía, por falta de pago.
¿Resultado? Todos los escenarios que conectaban a esa cuenta (por email, Google Drive, Google Docs, Calendar…) empezaron a reportar fallos de golpe.
⚠️ ¿Solución? El nivel de pánico fue alto durante unos minutos… aunque la solución fue la más sencilla de todas: PAGAR 😂😂
Login incorrecto. Error en email
De manera aleatoria, los emails que enviábamos desde Make usando el servidor de correo de un cliente empezaron a reportar un error de «login incorrecto» (aunque realmente era correcto). Volvías a intentarlo pasados unos segundos y funcionaba perfecto.
Puede que para ti esto se parezca como un huevo a una castaña, pero según lo vi lo tuve clarinete: era exactamente el mismo problema que el de Systeme que te comentaba arriba.
Así que se aplicó la misma solución: diseñar una ruta de error para que, al recibir ese error, se volviera a intentar pasados unos segundos.
Todo solucionado en 18 años de experiencia… y 3 minutos de aporrear el teclado para configurarlo en Make.
Ejemplo de NADA.
La newsletter de hoy no es para presumir de vive la vida de tus sueños que tú puedes si lo deseas fuertecito. Nada más lejos de la realidad.
Es un ejercicio de lo que ha sido mi realidad este mes. Que puede ser diametralmente opuesta a la tuya. Y que está bien que así sea.
- Sí, se puede ser autónomo y desconectar.
- Sí, puedes organizarte y surfear los ritmos de trabajo.
- Sí, se puede bajar un 90% la facturación un mes porque, aunque sea muy interesante, no es estrictamente necesario tener un negocio que funcione sin ti.
Y también es válido todo lo contrario. Como decía hace un par de newsletters: todo vale si sabes qué camino estás recorriendo y qué riesgos tiene. Lo malo es pedirle al camino A los resultados del B.
Que no hay blancos ni negros puros salvo en las teles y sus anuncios QLEDXJ25ARRIKITAUN. Hay miles de realidades y maneras de organizar la tuya.
Inspírate, toma lo que te gusta y lo que no y aplícalo a la tuya para responder: ¿Dónde quiero estar en 6 meses? ¿Y en un año? ¿Qué puedo hacer en las próximas semanas para llegar mejor a ese destino?
A mí me pillas justo con eso ahora mismo, automatista. Porque no lo hice en septiembre… pero no va a pasar mucho tiempo hasta que te cuente lo que se está cociendo en esta casa.
Seguiremos informando 😬😬😬
Santy.
PD: no miré el contador de Toggl hasta la última semana. Me pregunto si calculé muy bien o inconscientemente me acerqué a las 10h porque era lo que había pensado. Si me hubiera planteado 5, ¿también lo habría cumplido?
PD2: hablando de automatización… ¿dónde quieres estar en 12 meses y qué tienes pensado hacer para llegar a ese punto? Te leo 👀