Cinco workflows que el equipo de Okou ejecuta cada semana. Cada uno muestra la configuración, el prompt, el resultado que produce Okou y el tiempo que devuelve.
La idea no es copiarlos al pie de la letra, sino ver la forma de un workflow completo de Okou y adaptarla a tu propio trabajo.
1. Resumen matinal
El problema. Cada mañana empieza con una puesta al día: abrir Slack, revisar las @menciones, mirar el calendario, echar un vistazo a las PR abiertas. Veinte minutos antes de la primera tarea de verdad.
Configuración. Una programación, de lunes a viernes a las 8:00. Connectors: Slack, GitHub, Google Calendar.
Prompt.
«Cada día laborable a las 8:00, hora de Pekín, mándame un mensaje directo con cuatro secciones:
- @menciones de Slack sin leer de las últimas 24 horas, con un resumen de una línea cada una
- Issues de GitHub asignadas a mí, ordenadas por antigüedad, con su estado y el último comentario
- El calendario de hoy: títulos de reuniones, horarios y el documento de Notion correspondiente si está enlazado
- Una prioridad sugerida para el día, según lo que esté retrasado o esté bloqueando a otras personas»
Lo que recibes. Un mensaje directo de Slack a las 8:00, normalmente de 200 a 350 palabras. Cada sección es breve, las cifras son concretas y los enlaces van dentro del texto. La «prioridad sugerida» varía: a veces es una PR evidente, y otras veces la preparación de una reunión que exige más atención de la que aparenta el día.
Lo que ahorra. Unos 20 minutos diarios, más el coste mental de saltar entre cuatro herramientas nada más empezar.
Variantes. Añade una quinta sección con las nuevas altas de clientes o con los errores de producción de Sentry. Cambia el mensaje directo de Slack por un correo si prefieres mañanas sin notificaciones.
2. Semanal de competencia
El problema. Saber qué lanzaron los competidores la semana pasada resulta útil. Revisar a mano tres cuentas de X, tres changelogs, tres páginas de precios y un listado de blogs es una tarea pesada que acaba quedándose atrás sin que nadie lo note.
Configuración. Un workflow (competitor-scan) más una automation programada para el lunes por la mañana. Connectors: X y Notion. La búsqueda web no requiere conectar nada: es un managed service.
Prompt.
«Revisa @competitor1, @competitor2 y @competitor3 en X y sus changelogs desde el lunes pasado. Contrasta con sus páginas de precios y con cualquier artículo de blog. Compara con la referencia de la semana anterior (página de Notion "Competitor State"). Publica un resumen en
#competitor-inteldestacando: funcionalidades nuevas, cambios de precios, señales de contratación y cualquier cosa llamativa en el tono o el mensaje.»
Lo que recibes. Un hilo de Slack el lunes por la mañana. Mensaje principal: un resumen en cinco viñetas. Respuestas: una sección por competidor con las novedades citadas y sus enlaces. La página de referencia de Notion se actualiza automáticamente para que la comparación de la semana siguiente parta de datos frescos.
Lo que ahorra. Unos 90 minutos por semana, más esa carga mental de fondo del «tendría que mirar qué está haciendo Acme».
Variantes. Añade Reddit y Hacker News para medir el sentimiento de la comunidad. Añade una retrospectiva trimestral que condense los cambios del año en una diapositiva lista para el consejo.
3. Triaje de errores
El problema. Alguien suelta una captura de pantalla o una descripción vaga en #bug-report. Eso tiene que convertirse en una issue de GitHub de verdad, con pasos de reproducción, gravedad, etiqueta y equipo. Ese paso de formalización es breve, pero constante.
Configuración. Un workflow (triage-bug-report), invocado manualmente con @Okou en #bug-report. Connectors: Slack, GitHub.
Prompt (en el canal):
«Okou tría esto: extrae los pasos de reproducción de las capturas y del hilo, busca issues de GitHub relacionadas, clasifica la gravedad (P0–P3), asígnalo al equipo más probable según las rutas de archivo o los síntomas, y abre una issue nueva si no es un duplicado. Responde en este hilo con el enlace.»
Lo que recibes. Una respuesta en el hilo en unos 60 segundos: el enlace a la issue de GitHub, la gravedad elegida con una justificación de una línea, una lista de 2 o 3 issues relacionadas como contexto y el equipo asignado. Si Okou cree que es un duplicado, publica el enlace a la issue original en lugar de abrir una nueva.
Lo que ahorra. A lo largo de una semana movida, es la diferencia entre un gestor de incidencias limpio y un montón de capturas de Slack sin clasificar.
Variantes. Añade una etiqueta «customer-facing» según si quien informa es de fuera de la empresa. Aviso automático a la guardia para los P0.
4. Borrador de respuesta a clientes
El problema. Un correo de cliente necesita una respuesta útil, coherente con la marca y respaldada por la documentación. Cinco minutos por correo × 30 correos a la semana es un coste real.
Configuración. Un workflow (customer-reply-draft), invocado manualmente reenviando un correo a Okou o pegándolo en el chat. Connectors: Gmail, Notion (o tu centro de ayuda), Stripe (para facturación), Linear (para incidencias conocidas).
Prompt.
«Un cliente ha escrito este correo [pegar]. Lee sus tres últimos tickets, busca en nuestra documentación la sección pertinente, comprueba en Linear si hay incidencias conocidas que coincidan con lo que describe y revisa en Stripe si hay contexto de facturación. Redacta una respuesta en su idioma. Cita la sección de la documentación. No pases de 150 palabras. Mantén el tono de nuestra última respuesta de soporte a esta persona.»
Lo que recibes. Un borrador de respuesta con las citas enlazadas al final: normalmente dos o tres enlaces a la documentación, más un aviso del tipo «Linear ENG-4422 es una incidencia conocida relacionada con esto; la estimación es la semana que viene.» Lo repasas, retocas una frase y lo envías.
Lo que ahorra. Unos 3 o 4 minutos por correo. A lo largo de una semana de soporte, son horas.
Variantes. Detecta automáticamente el nivel de cliente desde Stripe y pon las respuestas VIP en manos de un revisor concreto. El correo siempre llega como borrador a tu cuenta para que lo envíe una persona, así que es en la revisión donde decides cuánto escrutinio recibe cada nivel.
5. Producción semanal de contenido
El problema. Marketing quiere un artículo de blog, tres publicaciones de LinkedIn y un juego de tarjetas sociales cada semana. Cada pieza necesita contexto de investigación y de contenido ya existente. Coordinarlo entre herramientas da más trabajo que escribirlo.
Configuración. Un workflow de varios pasos (weekly-content) sobre una automation programada para el viernes por la tarde. Connectors: Notion (investigación), Plausible (analítica), Fal (generación de imágenes), Loops (correo).
Prompt.
«Todos los viernes a las 14:00, haz lo siguiente:
- Lee los documentos nuevos de Notion de esta semana en la base de datos "Marketing Inputs"
- Contrástalos con los temas de blog de la semana pasada para no repetirte
- Redacta un artículo de blog de 800 palabras sobre el tema más oportuno; guárdalo en Notion, en "Blog Drafts"
- Redacta tres variaciones para LinkedIn de la misma idea: un ensayo, una lista y una historia personal
- Genera tres tarjetas sociales cuadradas con nuestro estilo de marca
- Publica el paquete en
#marketingpara su revisión»
Lo que recibes. Un único mensaje de Slack el viernes por la tarde con las seis piezas incluidas en el propio mensaje. El borrador del artículo enlaza a una página de Notion ya maquetada. Los borradores de LinkedIn están listos para copiar y pegar. Las tarjetas sociales vienen descargadas y listas para adjuntar.
Lo que ahorra. Aproximadamente media jornada de coordinación semanal. Los editores revisan y publican; ya no redactan.
Variantes. Añade una prueba A/B en la que Okou genere dos titulares y los pruebe con una audiencia pequeña a través de Loops. Añade una consulta a Plausible sobre los temas más leídos de la semana anterior para orientar la elección del tema.
Cada uno de estos workflows se configuró en 10 o 30 minutos. A partir de ahí, se amortizan a diario o cada semana. El coste equivale más o menos a los créditos que consume cada ejecución, visibles en la página Billing. Consulta Credits & billing para ver el cálculo.
Para crear tu propia versión, copia uno de estos prompts, cambia los nombres de tus herramientas y canales, y pruébalo. Después itera a partir del resultado.
Si quieres un catálogo más amplio, la workflow library pública detalla cada ejemplo con los connectors que necesita, el prompt que lo pone en marcha y los pasos que ejecuta Okou.
