Flujos de ejemplo

Cinco flujos de trabajo que el equipo de Okou ejecuta cada semana. Cada uno muestra la configuración, el prompt, el artefacto que Okou produce y el tiempo que devuelve.

La idea no es copiarlos al pie de la letra, sino ver la forma de un flujo de Okou completo y adaptarlo a tu propio trabajo.

1. Briefing matinal

El dolor. Cada mañana empieza poniéndose al día: abrir Slack, repasar @menciones, mirar el calendario, echar un ojo a los PR abiertos. Veinte minutos antes de la primera tarea de verdad.

Configuración. Una programación, días laborables a las 8 a.m. Conectores: Slack, GitHub, Google Calendar.

Prompt.

"Cada día laborable a las 8 a.m. hora de Pekín, mándame un DM con cuatro secciones:

1. @menciones de Slack sin leer de las últimas 24 horas, con resúmenes de una línea
2. Incidencias de GitHub asignadas a mí, ordenadas por antigüedad, con estado y último comentario
3. El calendario de hoy: títulos de reuniones, horas y el documento de Notion relevante si está enlazado
4. Una sugerencia de foco para el día, según lo que esté atrasado o bloqueando a otros"

Qué recibes. Un DM de Slack a las 8 a.m., normalmente de 200 a 350 palabras. Cada sección es corta, los números son concretos, los enlaces van en línea. El "foco sugerido" varía: a veces es un PR evidente, a veces una preparación de reunión que pide más atención de la que el día concede.

Lo que devuelve. Unos 20 minutos al día, más el coste mental de saltar entre cuatro herramientas nada más empezar.

Variantes. Añade una quinta sección con los nuevos registros de clientes, o con errores de producción de Sentry. Cambia el DM de Slack por un correo si prefieres mañanas sin notificaciones.

2. Competencia semanal

El dolor. Saber qué lanzó la competencia la semana pasada es útil. Revisar a mano tres cuentas de X, tres changelogs, tres páginas de precios y una lista de blogs es una tarea que se escapa en silencio.

Configuración. Un flujo de trabajo (competitor-scan) más una automatización programada el lunes por la mañana. Conectores: X y Notion. La búsqueda web no necesita nada conectado: es un servicio gestionado.

Prompt.

"Revisa @competitor1, @competitor2, @competitor3 en X y sus changelogs desde el lunes pasado. Contrasta con sus páginas de precios y cualquier entrada de blog. Compara con la base de la semana pasada (página de Notion 'Competitor State'). Publica un resumen en #competitor-intel destacando: funciones nuevas, cambios de precio, señales de contratación y cualquier cosa llamativa en tono o mensaje."

Qué recibes. Un hilo de Slack el lunes por la mañana. Mensaje principal: un resumen de cinco puntos. Respuestas: secciones por competidor con novedades citadas y enlaces. La página base de Notion se actualiza automáticamente para que la comparación de la semana siguiente parta de datos frescos.

Lo que devuelve. Unos 90 minutos por semana, más la carga mental de fondo del "debería mirar cómo va Acme".

Variantes. Añade Reddit y Hacker News para el pulso de la comunidad. Añade una retrospectiva trimestral que resuma las diferencias del año en una diapositiva lista para el consejo.

3. Triaje de bugs

El dolor. Alguien suelta una captura o una descripción vaga en #bug-report. Eso tiene que convertirse en una incidencia real de GitHub con pasos de reproducción, severidad, etiqueta y equipo. Ese paso de formalización es pequeño pero constante.

Configuración. Un flujo de trabajo (triage-bug-report), invocado a mano con Okou en #bug-report. Conectores: Slack, GitHub.

Prompt (en el canal):

"Okou tría esto: extrae los pasos de reproducción de las capturas y del hilo, busca incidencias relacionadas en GitHub, clasifica la severidad (P0–P3), asígnalo al equipo más probable según las rutas de archivo o los síntomas, y abre una incidencia nueva si no es duplicada. Responde en este hilo con el enlace."

Qué recibes. Una respuesta en hilo en unos 60 segundos: un enlace a la incidencia de GitHub, la severidad elegida con una justificación de una línea, una lista de 2–3 incidencias relacionadas como contexto y el equipo asignado. Si Okou cree que es un duplicado, publica el enlace a la incidencia original en vez de abrir una nueva.

Lo que devuelve. A lo largo de una semana ajetreada, esta es la diferencia entre un gestor de incidencias limpio y un montón de capturas de Slack sin triar.

Variantes. Añade una etiqueta de "cara al cliente" según si quien reporta es de fuera de la empresa. Avisa automáticamente a la guardia para P0.

4. Borrador de respuesta a cliente

El dolor. Un correo de cliente necesita una respuesta útil, acorde a la marca y fundamentada en la documentación. Cinco minutos por correo × 30 correos a la semana es un coste real.

Configuración. Un flujo de trabajo (customer-reply-draft), invocado a mano reenviando un correo a Okou o pegándolo en el chat. Conectores: Gmail, Notion (o tu centro de ayuda), Stripe (para facturación), Linear (para incidencias conocidas).

Prompt.

"El cliente escribió este correo [pegar]. Lee sus últimos tres tickets, busca en nuestra documentación la sección pertinente, mira en Linear si hay incidencias conocidas que encajen con lo que reporta y comprueba en Stripe el contexto de facturación. Redacta una respuesta en su idioma. Cita la sección de la documentación. Mantenla por debajo de 150 palabras. Ajusta el tono al de nuestra última respuesta de soporte a esta persona."

Qué recibes. Un borrador de respuesta con las citas enlazadas al final: normalmente dos o tres enlaces a documentación, más un aviso del tipo "Linear ENG-4422 es una incidencia conocida sobre esto; estimación, la semana que viene." Lo revisas, ajustas una línea, lo envías.

Lo que devuelve. Unos 3–4 minutos por correo. En una semana de soporte, son horas.

Variantes. Detecta automáticamente el nivel del cliente desde Stripe y pon las respuestas VIP delante de un revisor concreto. El correo siempre queda como borrador en tu cuenta para que lo envíe una persona, así que en el paso de revisión decides cuánto escrutinio recibe cada nivel.

5. Producción de contenido semanal

El dolor. Marketing quiere un post de blog, tres publicaciones de LinkedIn y un juego de tarjetas sociales cada semana. Cada pieza necesita contexto de la investigación y del contenido existente. Coordinarlo entre herramientas cuesta más que escribir.

Configuración. Un flujo de varios pasos (weekly-content) sobre una automatización programada el viernes por la tarde. Conectores: Notion (investigación), Plausible (analítica), Fal (generación de imágenes), Loops (correo).

Prompt.

"Cada viernes a las 2 p.m., haz lo siguiente:

1. Lee los documentos nuevos de Notion de esta semana en la base 'Marketing Inputs'
2. Contrasta con los temas del blog de la semana pasada para evitar repeticiones
3. Redacta un post de blog de 800 palabras sobre el tema más oportuno; guárdalo en Notion en 'Blog Drafts'
4. Redacta tres variaciones para LinkedIn de la misma idea: un ensayo, una lista, una historia personal
5. Genera tres tarjetas sociales cuadradas con nuestro estilo de marca
6. Publica el paquete en #marketing para revisión"

Qué recibes. Un único mensaje de Slack el viernes por la tarde con los seis artefactos en línea. El borrador del blog enlaza a una página de Notion ya maquetada. Los borradores de LinkedIn están listos para copiar y pegar. Las tarjetas sociales están descargadas y listas para adjuntar.

Lo que devuelve. Alrededor de media jornada semanal de coordinación. Los editores revisan y publican; no redactan.

Variantes. Añade una prueba A/B en la que Okou genere dos titulares y los pase por una audiencia pequeña vía Loops. Añade una consulta a Plausible sobre los temas con mejor rendimiento de la semana pasada para sesgar la elección de tema.

Cada uno de estos flujos llevó entre 10 y 30 minutos de montaje. Después devuelven valor a diario o cada semana. El coste son aproximadamente los créditos que consume cada ejecución, visibles en la página Facturación. Consulta Créditos y facturación para las cuentas.

Para construir tu propia versión, copia uno de estos prompts, sustituye los nombres de tus herramientas y canales, y pruébalo. Itera desde el resultado.

Para un conjunto más amplio, la biblioteca de flujos pública lista cada ejemplo con los conectores que necesita, el prompt que lo arranca y los pasos que Okou ejecuta.