Un plan aprobado no es trabajo hecho. Aquí se convierte en tarea con responsable y plazo.
Run toma la planificación cerrada con el cliente y la transforma en tareas: cada etapa de la producción con responsable, plazo propio y situación a la vista. Cuando algo se detiene, quedan registrados el motivo y de quién fue la espera.
Etapa con responsable y plazo · Plan convertido en tareas · Atraso con responsable registrado · Traza que nadie borra
Tarea en producción
Datos ilustrativosTarea
Campaña de aniversario · carrusel para el feed
Etapa actual
Diseño — el plazo de la etapa termina hoy a las 17h
Responsable de la etapa
Diseñador de la cuenta, definido al abrir la etapa
Datos ilustrativos — sin marca ni persona reales.
El problema
El trabajo existe. El registro del trabajo, no.
El cuello de botella no es la falta de una lista de tareas. Es que toda la operación depende de la memoria de las personas — y la memoria no escala, no se audita y se va de vacaciones.
La demanda vive en la aplicación de mensajes
El pedido llega por mensaje, el ajuste por audio y la referencia por enlace. Cuando alguien se ausenta, el contexto se va con él — porque estaba en la conversación, no en el sistema. Entonces el equipo rehace lo que ya estaba listo y el cliente repite lo que ya había explicado.
Plazo sin responsable
La tarea tiene fecha de entrega, pero nadie sabe quién debía hacer el arte el martes. El atraso aparece cuando el cliente reclama — y no hay forma de decir dónde se detuvo el trabajo.
Nadie logra reconstruirlo
Tres meses después, "¿por qué lo hicimos así?" no tiene respuesta. Quedó el archivo final, sin el camino hasta él: qué se decidió, qué trabó y qué valió la pena repetir.
Qué cambia
Del plan cerrado a la entrega comprobada
El camino que Run organiza — sin prometer que la operación se resuelve sola.
“Estrategia sin ejecución es solo intención.”
- La planificación del mes se cierra con el cliente.
- El plan se convierte en tareas, una por ítem con contenido.
- Cada tarea entra en el flujo de producción de su tipo de trabajo.
- Las etapas reciben responsable y plazos calculados desde la entrega.
- Prioridad, situación y fecha de entrega quedan visibles en la lista.
- Briefing, orientaciones y archivos quedan dentro de la propia tarea.
- Quien concluye la etapa pasa el testigo a la siguiente.
- Si el trabajo se traba, se registran el motivo y el lado responsable.
- El material va a aprobación y el cliente responde por Axis.
- La publicación se programa y el caso queda consultable después.
Recursos
Lo que existe hoy, dentro del producto
Cada ítem de abajo está en operación. Lo que no lo está, no aparece en esta página.
Etapas del flujo de producción
Estrategia, social media, redacción, diseño, video, revisión, aprobación interna, aprobación del cliente y publicación. La tarea las recorre en el orden del flujo.
Plazo por etapa, no solo de la entrega
Cada etapa tiene inicio, plazo y duración en horas, calculados desde la fecha de entrega. El aviso llega antes de vencer.
Responsable definido en cada etapa
La responsabilidad no es de la tarea entera: es de quien la tiene ahora. La lista muestra quién tiene qué en la mano.
Atraso con motivo y responsable
La pausa registra el motivo y el lado que generó la espera — cliente o equipo. Las correcciones tienen plazo propio y recordatorio automático.
Demandas en fila y actividades internas
Los pedidos internos entran en una fila con responsable y situación. Las actividades sin cliente quedan separadas de la producción.
Contexto dentro de la tarea
Briefing, orientaciones de redacción y de llamada, comentarios, adjuntos y archivos finales por formato. El equipo no busca en cinco lugares.
Publicación programada
Fecha y hora por canal conectado, con situación e historial de cada publicación hecha desde la tarea.
Central de enlaces con QR
Espacios de enlaces por cliente, con código QR y estadística de acceso, dentro de la misma operación.
¿Quieres verlo funcionando con el flujo de producción de tu operación?
Hablar con un especialistaDemostración
La etapa abierta ahora — y el caso que ya terminó
Dos pantallas ilustrativas: cómo aparece el trabajo mientras ocurre y cómo queda consultable después de entregado.
Vista 1 — la tarea por dentro
Datos ilustrativosCarrusel de aniversario · entrega en 3 días
Etapas de la tarea
- RedacciónConcluida
Redactor de la cuenta
- DiseñoEn ejecución · vence hoy a las 17h
Diseñador de la cuenta
- Revisión internaEsperando la etapa anterior
Coordinación
- Aprobación del clienteNo iniciada
El cliente responde por Axis
Espera registrada
4h esperando material del cliente — el plazo de la etapa se recalculó y el motivo quedó en el historial.
Vista 2 — el caso reconstruido
Datos ilustrativosCampaña de reactivación · cerrada el trimestre pasado
- Contexto — caída de alcance identificada en el informe mensual.
- Decisión — cambiar el formato principal del mes a video corto.
- Ejecución — 12 tareas creadas; dos se detuvieron esperando al cliente.
- Resultado — entrega concluida con 6 días de atraso acumulado.
Lo que funcionó
Briefing completado antes de abrir la producción.
Revisión interna antes de mostrar al cliente.
Lo que estorbó
Material del cliente pedido recién en la etapa de diseño.
Aprovechable en casos parecidos
Pedir el material del cliente ya al abrir la tarea.
Pantallas construidas para esta página, con datos inventados. Ningún cliente, persona o número real aparece aquí.
Cómo funciona
Del plan a la publicación, en ocho pasos
El paso destacado es el único que sale de las manos del equipo — y ocurre fuera de Run.
Flujo de una tarea de producción
Datos ilustrativosPlan aprobado
El plan del mes se cierra con el cliente y se convierte en tareas.
Tarea creada
Cada ítem recibe cliente, tipo de trabajo, prioridad y fecha de entrega.
Etapas con responsable
El flujo distribuye las etapas, con responsable y plazo en cada una.
Producción
Redacción, diseño y video trabajan con el briefing y los archivos dentro de la tarea.
Revisión interna
El equipo revisa antes de mostrar al cliente; el ajuste vuelve con plazo propio.
Aprobación del cliente
Run envía y mueve la tarea a la etapa de aprobación. Quien aprueba o pide ajuste es el cliente, en Axis.
Publicación
Aprobado, el material se programa y se publica en los canales conectados.
Historial
La traza de la tarea queda preservada y el caso puede reconstruirse después.
Flujo en ocho pasos: plan aprobado, tarea creada, etapas con responsable, producción, revisión interna, aprobación del cliente por Axis, publicación e historial preservado.
Ninguna tarea se aprueba automáticamente. Run prepara y envía; la decisión del cliente ocurre en Axis y vuelve a la tarea. Dentro del equipo existen revisión y aprobación internas — que no sustituyen la palabra del cliente.
Dónde entra cada uno
Run, Atlas, Axis y Oracle no hacen lo mismo
Confundirlos sale caro: trabajo duplicado de un lado, decisiones sin responsable del otro.
“Cada sistema responde a una pregunta distinta.”
Run — la ejecución
Quién lo hace, hasta cuándo, en qué etapa y qué ya se entregó. Es donde el trabajo avanza y donde el atraso gana responsable.
Atlas — el contenido
Concentra la producción creativa y el calendario editorial. Run no sustituye la creación: organiza quién produce qué, en qué etapa y hasta cuándo.
Axis — el cliente
Es donde el cliente conversa, acompaña y aprueba. Run envía el material para aprobación, pero quien decide responde en Axis.
Oracle — la consultoría
Estructura el diagnóstico, la propuesta y el seguimiento de la jornada consultiva. Lo que se decide allí se vuelve trabajo aquí — hoy sin traspaso automático entre ambos.
Frontera que esta página respeta: la aprobación externa del cliente es de Axis. Run tiene revisión y aprobación internas del equipo — nunca la decisión del cliente.
En el ecosistema
Lo que ya conversa con Run
Tres conexiones que existen hoy en código — y qué hace cada una, sin exagerar.
Solo entran aquí integraciones verificadas en el código, con el archivo comprobado. La complementariedad sin intercambio automático no se presenta como integración.
Fuera del escritorio
La operación también abre en el celular
La aplicación existe para quien necesita actualizar la etapa sin volver al escritorio — y es honesta sobre lo que no hace.
Ver lo que es tuyo hoy
La lista de tareas con etapa, plazo y prioridad abre en el celular como en la computadora.
Actualizar desde donde estés
Concluir la etapa, comentar y adjuntar material se pueden hacer durante la grabación, en la calle o en el cliente.
Consultar el contexto
Briefing, orientaciones y enlaces de la tarea quedan disponibles en la misma pantalla, sin pedir que alguien los reenvíe.
Recibir el aviso
Las notificaciones de plazo y de movimiento llegan por la aplicación, sin depender del grupo de mensajes.
Carrusel de aniversario · entrega en 3 días
Diseño
En ejecución · vence hoy a las 17h
La aplicación para Android e iOS abre la misma operación y exige conexión a internet — no existe modo sin conexión. Las pantallas más densas de gestión siguen siendo mejores en la computadora.
Control y límites
Lo que Run garantiza y lo que no hace
Ejecución sin control es solo un lugar más donde perder información.
Cada organización ve solo lo suyo
La separación por organización se aplica en la propia base de datos, no solo en la pantalla.
Traza que no se edita
Creación, cambio de etapa, asignación, adjunto, envío para aprobación, respuesta del cliente y publicación entran en una traza solo-inclusión, con fecha y hora del servidor.
Archivos en área privada
Los archivos de cliente quedan en almacenamiento privado, con validación en el envío — no en un enlace público abierto.
Datos del titular
Existe rutina de exportación de datos y plazo de retención definido para la traza operativa.
Run no decide solo: no mueve etapa, no aprueba y no publica sin que una persona lo pida. Tampoco evalúa el desempeño de nadie automáticamente.
Para quién es
Operaciones que ganan con etapa, responsable y plazo
Si el trabajo pasa por varias manos antes de salir, Run tiene algo que resolver.
Agencia con flujo de social media
Redacción, diseño, video, revisión y publicación en cadena, para varios clientes a la vez, con plazo en cada mano.
Equipo interno de marketing
Demandas que llegan de varias áreas y necesitan fila, responsable y situación — en vez de mensajes sueltos.
Coordinación que necesita ver el todo
Quien responde por muchos clientes ve qué está atrasado, qué espera al cliente y qué vence hoy.
Quien necesita comprobar la entrega
Operaciones que deben mostrar qué se hizo, cuándo y por quién — con una traza que no depende de capturas de pantalla.
Planes del sistema
Tres niveles que desbloquean más recursos a medida que creces. En Max, tienes acceso a todo.
Starter
Lo esencial para empezar
- Tareas por cliente con las etapas del flujo de producción
- Responsable y plazo definidos en cada etapa
- Prioridad, situación y fecha de entrega por tarea
- Demandas internas con fila y responsable
Pro
Operación completa
- Tareas por cliente con las etapas del flujo de producción
- Responsable y plazo definidos en cada etapa
- Prioridad, situación y fecha de entrega por tarea
- Demandas internas con fila y responsable
- Planificación del mes convertida en tareas con plazos calculados
- Envío para aprobación del cliente, que responde por Axis
- Comentarios, adjuntos y archivos finales por formato
- Programación y publicación en los canales conectados
Max
TodoTodo desbloqueado
- Tareas por cliente con las etapas del flujo de producción
- Responsable y plazo definidos en cada etapa
- Prioridad, situación y fecha de entrega por tarea
- Demandas internas con fila y responsable
- Planificación del mes convertida en tareas con plazos calculados
- Envío para aprobación del cliente, que responde por Axis
- Comentarios, adjuntos y archivos finales por formato
- Programación y publicación en los canales conectados
- Central de enlaces con QR y estadísticas de acceso
- Reconstrucción cronológica de casos ya cerrados
- Traza de auditoría inmutable de tareas y demandas
- Aplicación para Android e iOS con notificaciones
Dudas
Preguntas frecuentes
¿Qué es Centriu Run?
Es el sistema de ejecución operativa de Centriu. Convierte la planificación cerrada con el cliente en tareas, distribuye las etapas del flujo de producción con responsable y plazo en cada una, registra atrasos con responsable y preserva el historial de lo entregado.
¿Run es solo un gestor de tareas?
No. Una lista de tareas guarda el ítem y la fecha. Run guarda la etapa en la que está el trabajo, quién responde por ella ahora, el plazo de esa etapa, el contexto que la persona necesita para ejecutar y la traza de lo ocurrido. Ese conjunto es lo que permite reconstruir un caso meses después.
¿Cuál es la diferencia entre Run, Atlas y Axis?
Run se ocupa de la ejecución: etapa, responsable, plazo y entrega. Atlas concentra la producción creativa y el calendario editorial. Axis es donde el cliente conversa, acompaña y aprueba. Los tres se complementan, pero no se sustituyen.
¿El cliente aprueba materiales dentro de Run?
No. Run envía el material para aprobación y mueve la tarea a la etapa correspondiente, pero quien aprueba o pide ajuste es el cliente, en Axis — y la respuesta vuelve a la tarea. Dentro de Run existen revisión y aprobación internas del equipo, que no sustituyen la palabra del cliente.
¿Run funciona en el celular?
Sí. Hay aplicación para Android e iOS que abre la misma operación, con notificaciones. Necesita conexión a internet: no existe modo sin conexión. Las pantallas más densas de gestión siguen siendo más cómodas en la computadora.
¿Se puede seguir el trabajo por sprint?
No. Run no trabaja con sprint, punto de historia, velocity ni épica — y el material antiguo que prometía eso estaba equivocado. El seguimiento es por etapa, plazo de etapa, fecha de entrega, prioridad y situación de la tarea.
¿Cómo funciona el historial de las tareas?
Cada movimiento relevante — creación, cambio de etapa, asignación, comentario, adjunto, envío para aprobación, respuesta del cliente, programación y publicación — entra en una traza solo-inclusión, con fecha y hora del servidor. No puede ser editada ni borrada por el equipo y tiene plazo de retención definido.
¿Qué es la reconstrucción de un caso?
Es la lectura cronológica de un trabajo ya cerrado: el contexto, las decisiones, las tareas creadas, dónde hubo espera, el resultado y lo que quedó registrado como aprovechable en situaciones parecidas. No es grabación de pantalla ni video — es la línea de tiempo armada con lo que se registró.
¿Run tiene automatizaciones?
No existe un constructor de automatizaciones para que el usuario arme sus propias reglas. Lo automático ya viene definido: la conversión del plan en tareas, el cálculo de los plazos de cada etapa desde la fecha de entrega, los avisos de plazo y el recordatorio de corrección pendiente.
¿Cómo se separan los datos de cada organización?
Cada organización ve solo sus propios datos, y la separación se aplica en la base de datos. Los archivos quedan en almacenamiento privado con validación en el envío, y existe rutina de exportación de datos del titular.
Mira tu flujo de producción dentro de Run.
Armamos la demostración con el tipo de trabajo que entrega tu operación — las etapas, los plazos y la traza, sin compromiso.