Construí un espacio de trabajo con IA. Luego necesité una forma de gestionarlo.

En mi artículo anterior escribí sobre cómo usar la IA para convertir mi experiencia en un negocio: perfilar la oferta, construir el sitio web y desarrollar un agente editorial.

A medida que ese trabajo crecía, también lo hacía el entorno que lo rodea.

Utilizo chats para explorar ideas y cuestionar mi forma de pensar. Los proyectos conservan el contexto de distintas áreas del negocio. Los GPTs personalizados apoyan tareas recurrentes. Codex me ayuda a crear y modificar el sitio web y las herramientas internas. Complementos y conectores introducen documentos, correo electrónico y otras aplicaciones en esos flujos de trabajo.

Además, he creado una serie de agentes para ayudar a identificar clientes potenciales, mantener los registros del CRM, desarrollar y publicar contenidos, y gestionar la facturación.

Estas piezas tienen funciones distintas. Algunas me ayudan a pensar. Otras generan algo que puedo revisar. Otras preparan o ejecutan acciones en otra aplicación, con distintos niveles de intervención humana.

En conjunto, generan un volumen de trabajo en crecimiento.

Y necesitaba una forma mejor de realizar un seguimiento.

El trabajo se mueve. El contexto no siempre lo acompaña.

Una idea explorada en un chat se convierte en un borrador editorial. El trabajo en Codex se transforma en un cambio en el sitio web. La investigación de clientes potenciales se convierte en un registro en el CRM. Un artículo aprobado pasa a publicarse.

Cada paso deja algo: un documento, código, un registro, una decisión o una tarea.

Parte de eso permanece dentro de un proyecto o conversación. Otra parte reside en una aplicación conectada. A veces una versión anterior sigue siendo perfectamente fácil de encontrar mientras que la actual exige más esfuerzo.

Empecé a encontrarme con preguntas que tenían poco que ver con generar el siguiente resultado.

¿Dónde está la versión que aprobé?

¿Decidimos desarrollar esta idea o solo debatirla?

¿Esa acción se llegó a realizar realmente?

¿Qué necesita mi atención antes de que el trabajo pueda avanzar?

Podía abrir los chats, proyectos y herramientas pertinentes para investigarlo. Pero reconstruir el estado del trabajo se estaba convirtiendo en trabajo en sí mismo.

Una conversación útil no siempre es un registro fiable

Una conversación de trabajo contiene posibilidades, objeciones, direcciones rechazadas y decisiones. También puede contener intenciones que suenan muy cercanas a acciones completadas.

«Hagámoslo» puede significar desarrollar la idea.

«Se ve bien» puede significar que el borrador está listo para otra revisión.

Una fecha puede ser una sugerencia, un objetivo acordado o una reserva confirmada en otro sistema.

Esas diferencias pueden ser claras en el momento. Resultan más difíciles de recuperar cuando vuelves más tarde, especialmente después de que el trabajo haya continuado en otro lugar.

Pedir a un agente que resuma ayuda a recuperar contexto. Pero un resumen puede describir fielmente un plan anterior que ya no está vigente.

Necesitaba un lugar al que volver sin tener que reconstruir toda la historia.

Ese era el trabajo del panel de control

Empecé a construir un panel de control para reunir una vista de proyectos, tareas y trabajo editorial, con enlaces de vuelta al material relevante.

Para el contenido, quería distinguir lo que estábamos desarrollando activamente de lo que estaba planificado, en la reserva de ideas o ya publicado.

Una idea que pueda explorar algún día no debería competir por atención con un artículo que necesita revisión esta semana.

También quería que el panel de control me ayudara a encontrar el trabajo sin crear otra copia de todo.

Los textos editoriales podrían quedarse en el documento editorial. El código del sitio web podría permanecer junto al sitio. El panel podría mostrar el estado actual y señalarme el lugar correcto.

El objetivo práctico era sencillo: abrirlo, comprender en qué punto están las cosas y decidir qué hacer a continuación.

Luego tuve que aprender qué hacía al panel de control fiable

Construir esa vista no lo convertía automáticamente en algo fiable.

Una publicación reciente dejó esto especialmente claro.

El artículo del sitio web estaba en línea. Su publicación conectada en LinkedIn había pasado por la programación, pero una comprobación temprana de la cola no mostraba publicaciones programadas. Eso dejaba la publicación en LinkedIn en la incertidumbre.

Más tarde, se verificó la publicación pública y el panel se actualizó.

Cuando pregunté de nuevo, el agente repitió la incertidumbre anterior. Me dijo que la publicación aún no estaba confirmada.

El panel ya contenía la respuesta más reciente.

Volvimos a comprobar la publicación pública. Estaba allí, con la imagen, el enlace al artículo y los hashtags.

El problema ya no era la ausencia de un registro. El agente había respondido sin consultar el registro actual.

Eso cambió la forma en que concebía el panel.

Tenía que ser parte del proceso de trabajo, incluida la forma en que los agentes verifican sus respuestas.

Lo que estoy aprendiendo a explicitar

Estoy comprobando que algunas distinciones deben sobrevivir a cada transferencia entre un chat, un proyecto, un agente y una aplicación.

Una propuesta y una decisión. Una dirección interesante debe seguir siendo diferenciable de algo a lo que me he comprometido.

Preparación y ejecución. Una factura preparada es distinta de una factura enviada. Un objetivo de publicación es diferente a una publicación guardada en un programador de la plataforma.

Un éxito comunicado y un resultado verificado. Cuando una acción importa, tenemos que comprobar el lugar donde ocurrió. El paso de una fecha no prueba la publicación.

Un relato anterior y el registro actual. Antes de responder a una pregunta de estado, el agente necesita leer la información que hemos acordado mantener.

También existe un coste de mantenimiento. Si un registro ha cambiado, las tareas relacionadas y los resúmenes del calendario pueden necesitar conciliación. De lo contrario, cada interfaz puede ofrecer una versión plausible pero diferente del mismo trabajo.

Sigo probando cuánto de eso pueden gestionar de forma fiable los agentes y en qué puntos debo seguir implicado.

Empieza por las preguntas que sigues haciéndote

Si tuviera que empezar de nuevo, comenzaría con las preguntas que me cuesta responder una y otra vez.

¿Dónde está?

¿Qué versión cuenta?

¿Qué decidimos?

¿Qué ocurrió realmente?

¿Qué necesita que haga ahora?

Luego decidiría dónde debería estar cada respuesta y cómo debe actualizarse.

Eso le da al panel de control un propósito concreto. También ayuda a decidir qué no tiene que estar ahí.

Para JFG·NEXT, el panel me ha dado un lugar más claro al que volver. Los errores me han ayudado a entender qué se necesita para mantener ese lugar útil.

De mi espacio de trabajo a la forma de trabajar de un equipo

Esta experiencia también está dando forma a una cuestión más amplia para JFG·NEXT.

Si coordinar mis propios proyectos, chats y agentes requiere registros y comprobaciones explícitas, ¿qué necesita un equipo de marketing cuando varias personas y herramientas trabajan en mensajes, audiencias, contenido e información de clientes?

Ahí es donde quiero explorar la idea de un Marketing OS: el conocimiento compartido, las responsabilidades y los flujos de trabajo que ayudan a un equipo a trabajar de forma coherente.

No he implementado ese modelo completo en mi propio negocio. El panel es una experiencia práctica que informa las preguntas que plantearía al respecto.

Por ahora, hay un lugar útil para empezar:

Cierra tus herramientas de IA por un momento. ¿Aún podrías encontrar qué se decidió, qué se entregó y qué necesita ocurrir a continuación?