Hay una trampa en la que caemos constantemente cuando nos bloqueamos. Especialmente cuando es algo que no dominamos o que queremos aprender.
Abrimos un chat, redactamos un mensaje pidiendo ayuda… y mientras lo escribimos encontramos la respuesta solos.
¡Magia!🦄 🌈
Realmente no lo es, sino que articular bien el problema es, en sí mismo, parte del proceso de resolverlo. Como cuando vas al médico y empieza a hacerte preguntas antes de decirte qué te pasa.
Lo he vivido de primera mano hace bien poco en Automatistas.
Decidí hacer un cambio drástico en el formulario de soporte. Antes era el típico campo de ¿Cómo puedo ayudarte? Chinpum. Simple, abierto, sin fricción.

Pero decidí cambiarlo por cuatro preguntas concretas:
- Qué querías montar.
- Qué has intentado ya.
- Hasta dónde has llegado.
- Qué error(es) de ha dado Make.
Ninguna obligatoria pero todo más estructurado.
¿El resultado? Bajó bastante el número de consultas.
Sé de buena tinta que una parte de esas dudas se quedaron en el tintero por pura pereza de rellenar el formulario (y eso ya dice bastante del problema también). Pero me consta que otras muchas desaparecieron al rellenar los campos.
El proceso de explicar el problema salta el bloqueo del cerebro, la pataleta del «se ha roto solo» y nos hace, de alguna forma, pensar distinto.
El formulario hizo su trabajo sin hacerlo.
Porque muchas veces el bloqueo no es técnico sino de dónde tenemos puesta la atención. No sabemos bien qué queremos resolver, así que no podemos resolverlo.
- Cuando te fuerzas a responder qué querías montar descubres que el objetivo era demasiado vago (o más ambicioso que el problema en sí).
- Cuando escribes los pasos que has dado, te das cuenta de que no has dado todos los que deberías (o localizas el que falló).
- Cuando buscas el mensaje de error para copiármelo, descubres que «El registro solicitado no existe» igual es bastante descriptivo para saber qué fallaba.
No siempre funciona así, claro. A veces el problema es real y necesita otra cabeza para resolverlo. Especialmente si, como es mi caso, es otra cabeza que ya se ha golpeado con un puñado de casos similares en todos estos años.
La próxima vez que te bloquees, antes de abrir un chat o mandar un mensaje, escríbelo. Todo. El objetivo, lo que has intentado, hasta dónde has llegado y qué error concreto tienes.
Si en ese proceso encuentras la respuesta, me alegro por ti (y me alegro por mí). Si no la encuentras, pide ayuda. Pero la respuesta que vas a obtener va a ser mucho mejor que si hubieras preguntado a ciegas.
Hasta la siguiente, automatista!🫡
Santy
PD: en lo de hacer preguntas, este libro es una genialidad.
PD2: el soporte es innegociable en los cursos de automatistas, pero está diseñado para que lo necesites cada vez menos… porque de eso se trata el aprendizaje, ¿no?
PD3: El 90% de los errores de Make se resuelven leyendo el mensaje de error. El otro 10% también, pero el mensaje está en inglés y hay que mirarlo dos veces.
PD4: errores y problemas no son lo mismo. Pero de eso hablamos otro día si te parece.