Mis sesiones de kickoff ya no las escribo yo. Las conversa Gemini.

Todo proyecto nuevo arranca con la misma fricción: necesitas sacarle al cliente información real sobre su negocio, y la forma tradicional de hacerlo —un formulario largo o una entrevista con libreta en mano— casi nunca saca lo que necesitas. El cliente contesta lo que cree que le estás preguntando, no lo que en realidad importa para construir su estrategia. Y tú, mientras tanto, estás tomando notas en vez de estar realmente escuchando.

Esto es lo que cambié, y lo estoy aplicando ya con todos mis clientes nuevos como parte del onboarding.

La sesión se siente como plática, no como interrogatorio

Uso Gemini durante la sesión de kickoff para que tome nota de todo mientras yo sostengo una conversación fluida con el cliente —no leo una lista de preguntas de un guion. La diferencia es real: cuando el cliente siente que está platicando y no llenando un formulario, contesta con más honestidad y con más detalle. Y Gemini va registrando estructura mientras eso pasa, con las preguntas correctas —las que de verdad revelan huecos: público meta que nadie ha definido con claridad, servicios que el cliente da por hecho que se entienden pero nunca ha explicado, decisiones de negocio que ni él mismo había puesto en palabras.

Esos huecos son valiosísimos. Detectarlos en la sesión, en tiempo real, es mejor que descubrirlos a la mitad del proyecto.

La carpeta de Drive: la otra mitad de la información

En paralelo, le doy al cliente acceso a una carpeta de Google Drive donde va agregando documentos del negocio y assets de marca —lo que ya tenga: manuales, propuestas anteriores, fotografía, lo que sea que exista. Eso complementa lo que sale en la conversación con lo que ya está documentado del negocio, aunque nunca se lo hayan preguntado directamente.

Todo eso alimenta un Gem hecho para ese cliente

La conversación de kickoff, más lo que hay en la carpeta de Drive, se convierten en la base de conocimiento de un Gem personalizado por cliente. No es un asistente genérico de IA — es un agente que conoce ese negocio específico: su audiencia, su tono, sus servicios, su contexto. Puedo preguntarle sobre el negocio, consultar sobre públicos o servicios, y pedirle que arme estructura para lo que sigue.

Y aquí es donde se conecta con el Brand Doc Builder: con la información real y bien detallada que sale de este proceso, el documento de marca que construyo después no parte de suposiciones —parte de lo que el cliente realmente dijo y de lo que su negocio realmente documenta. El resultado es un Brand Document con sustancia real detrás, no una plantilla llenada con lo genérico de siempre.

Lo que cambia en la práctica

Lo que antes significaba varias rondas de preguntas dispersas, notas sueltas y un documento que armaba yo solo después reconstruyendo lo que recordaba de la sesión, ahora es: una conversación fluida, un registro estructurado en tiempo real, y un agente que queda disponible para consultar cuando lo necesito —no solo al inicio del proyecto, sino durante toda la construcción de la estrategia, el copy y las propuestas.

Eso se traduce en estrategias de sitio web, copys y propuestas que suenan específicas de ese negocio y no genéricas —porque están construidas sobre información real, no sobre plantillas rellenadas a la carrera.

Lo que sigue

Esto fue el proceso, sin entrar al detalle de cómo se configura el Gem por dentro. En el siguiente post del Lab voy a mostrar paso a paso cómo armar un Gem personalizado —el prompt maestro que uso, y casos de uso concretos: mapas de sitio, estructuras de landing con distintos enfoques, y generación de copys y contenido a partir de ese mismo agente.