Hace unos días les compartí el prompt que usé para analizar mis entrevistas y hoy quiero compartirles otra herramienta que fue clave durante mi proceso y que complementó muy bien esto de “tomar las entrevistas como entrenamiento”. La IA que usé se llama Read AI y básicamente lo que hace es grabar la entrevista, generar la transcripción y un resumen automático de lo que se habló. En mi caso, usé la versión gratuita, que tiene un límite de uso pero para mí fue más que suficiente durante el proceso. Si necesitan grabar más entrevistas o usarla de manera más intensiva, ahí sí ya es necesario contar con un plan pago. Read AI tiene su versión web y se puede vincular con herramientas como Google Meet o Teams, pero algo a tener en cuenta es que la otra persona ve que la reunión está siendo grabada. Por una decisión personal, yo preferí usar la versión en aplicación desde el celular y grabar directamente desde mi teléfono, para que no resulte invasivo y poder usarla solo como herramienta de trabajo personal. ¿Por qué me sirvió tanto? Porque después de cada entrevista podía volver a leer o escuchar lo que se había dicho, ver cómo respondí, qué ejemplos di, en qué partes dudé o me extendí de más… cosas que en el momento no siempre uno las registra. A partir de esa transcripción, hacía el análisis con ChatGPT y ahí terminaba de cerrar el aprendizaje de cada entrevista. La usé exclusivamente como una herramienta de autoevaluación y mejora continua. Se las dejo como recomendación por si a alguien le sirve. Y como siempre: pueden usarla tal cual o buscar otra similar, lo importante es convertir cada entrevista en una oportunidad de aprendizaje. 👉 Si alguien toma este consejo, me encantaría que me cuenten cómo les va con la experiencia. Y si necesitan una mano o quieren charlarlo, no duden en escribirme 💛 Read AI debería pagarme, no creen? 😅

Llegó el momento clave: las pruebas internas Ese punto donde las soluciones lindas en el papel se enfrentan con la realidad 😅 📌 Escenarios de prueba definidos 1️⃣ Recepción exitosa por BOT (escenario normal). 2️⃣ Error por CECO bloqueado → HES en status 10 → posibilidad de modificar la OC. 3️⃣ Escenario Fiori: luego de modificar la HES, finalizar el proceso por Fiori. 4️⃣ Debug: validar el impacto del cambio de status en la función cuando interactúa el BOT. 😅 Lo que pasó en las pruebas (nada salió como esperaba) ✅ Escenario 1: OK. El BOT contabilizó correctamente. 🙌 ❌ Escenario 2: acá empezó el problema Consistía en: - crear una orden, - posteriormente bloquear el CECO para contabilizaciones primarias, - ejecutar la entrada de servicio por el BOT para inducir el error. Pero… el error nunca se dio 😐El BOT no validó el CECO bloqueado, no arrojó ningún mensaje y contabilizó directamente. Resultado: no pude comprobar el escenario clave de la solución. ❌ Escenario 3: tampoco se pudo validar Como el escenario anterior no ocurrió y además no tenía los permisos necesarios para completar el proceso en Fiori, quedó pendiente. ❌ Escenario 4: debug fallido Abría el debug, interactuaba con el BOT… y no me conectaba. Simplemente no había forma de engancharlo. 👉 Conclusión técnica y emocional: todo era tristeza y nada salió bien 😂 Si algo confirmé en esta etapa es que: las pruebas nunca son lineales, los permisos importan (mucho), y pedir ayuda también es ser profesional. 💡 Lo importante (y lo más real de todo esto) Tuve la posibilidad de derivarlo a un consultor más experimentado, que: - conoce mejor los procesos del cliente, - tiene los permisos necesarios, - y puede reproducir los escenarios con mayor facilidad. Probablemente él tenga mejores resultados que yo. Y eso también está bien. Ahora toca esperar cómo sale todo de su lado 🙏

Antes de contarle como me fue en las pruebas, quiero compartirles más detalles de la iniciativa 🔎 El problema del cliente (en simple) El usuario puede hacer la entrada de servicios: - por SAP Fiori, y (acá no existe el status 25, así que no hay problemas) - por un chat BOT. Cuando el usuario usa el BOT y ocurre un error (por ejemplo, centro de costo bloqueado para contabilizaciones primarias), el BOT: - muestra el mensaje de error, - crea la HES, - y la deja en status 25 (pendiente de aprobación). Resultado: la HES queda bloqueada, el usuario no puede modificar la OC y tiene que generar un ticket para que Finanzas ejecute una Z y cambie el status, recién entones, el usuario puede modificar la OC y volver a hacer la entrada de servicio. Poco práctico y muy manual. 🛠️ Solución implementada en QA En el ambiente de QA se realizó una modificación en la función del código asociada al bot, con el objetivo de mejorar el manejo de las HES cuando ocurre un error, por ejemplo, cuando el centro de costo se encuentra bloqueado. A partir de este ajuste, el comportamiento del sistema es el siguiente: - 🤖 El bot realiza la validación del centro de costo antes de continuar con el proceso. - ⚠️ Si el centro de costo está bloqueado, el sistema muestra un mensaje informativo indicando esta situación. - 📄 En lugar de generar la HES directamente en status 25, la HES se crea en status 10 (En proceso). - ✏️ Esto permite que el usuario pueda modificar la Orden de Compra para corregir el centro de costo sin necesidad de generar un ticket. - Una vez modificado el ceco en la orden, el usuario puede finalizar la contabilización de la HES a través de Fiori. De esta manera, la solución evita bloqueos innecesarios en el proceso, reduce la dependencia de tickets y le da mayor autonomía al usuario final. Hasta acá, todo tenía sentido y suena lindo 🙌 pero..... Se viene la etapa de las pruebas internas, momento para rezar que todo salga bien 😅🙈

En el post anterior les conté que había presentado el documento de especificación funcional con la solución a mi jefa y que estaba haciendo algunos ajustes para llevarlo al cliente. Lo que pasó después fue… bastante más movido de lo esperado 😅 A último momento surgió una situación que no habíamos contemplado anteriormente, así que tuve que cambiar la solución en tiempo récord. Por suerte llegué a hacerlo a tiempo y pude presentarla al cliente. Ese mismo día, el cliente la aprobó y arrancamos con la modificación 🙌 Hoy estoy con la etapa de pruebas y documentación. No voy a mentir: están apareciendo algunos inconvenientes que voy a contar con más detalle en estos días. Pero si algo voy confirmando con esta primera experiencia es esto: 👉 las cosas en consultoría no salen tan lineales como uno las planea. Lo importante es seguir adelante. Pronto les cuento cómo me está yendo con las pruebas 🙈✨

Hoy, finalmente después de 3 días pude terminar de armar el documento de especificación funcional (EF) con la solución a plantearle al cliente y se lo presenté a mi jefa. ¿Lo difícil? Haber tenido que encarar el análisis con poca información. ¿Cómo lo hice? Me basé en: Los tickets relacionados, En las famosas mariposas de colores 🦋, Y en un “mundo ideal” pensado desde el proceso que no conozco 😅 y sí… con la ayuda de ChatGPT 😂 No voy a mentir: tenía cara de pánico en la reunión, estaba presentando mi primer iniciativa sin haber tenido acompañamiento en el proceso, pero al final todo salió bien 🙌 Lo que propuse está bien orientado a una solución que realmente le sirve al cliente, así que recibí mis merecidas felicitaciones y el ok para avanzar. 👉 Próximo paso: unos ajustes y a presentarlo al cliente. Deséenme suerte 🤞✨