Tus clientes aprueban en tu portal, no por WhatsApp.

No. Cada agencia tiene su propia instancia, así que no hay alta automática. Empezamos con una demo guiada y, si encaja, te lo montamos.

No. Las conversaciones internas de una tarea no se muestran en el portal del cliente; el cliente solo ve lo que le corresponde.

Puede pasar, sobre todo al principio. Entonces la apruebas tú o el responsable de cuenta desde la propia pieza, y queda registrado con vuestro nombre y la fecha, no con el suyo. Pega su mensaje en los comentarios de la pieza y queda claro de dónde salió ese OK. Los recordatorios paran en cuanto la pieza está aprobada. La siguiente pieza le vuelve a llegar por email, en tu dominio y con los dos botones: pulsar es menos trabajo que escribir. Lo que verá tu cliente, y el mensaje para avisarle

Invitas a cada una con su propio acceso al espacio de ese cliente; todas ven las mismas piezas. Cada aprobación y cada petición de cambios queda con el nombre de quien la hizo y la fecha, así que se ve si el OK vino de marketing o de gerencia, y sus notas quedan en la misma pieza, no en tres chats. Lo que el portal no hace es exigir dos aprobaciones: si en tu cliente decide una sola persona, invita solo a esa, o acuerda por escrito quién aprueba y quién opina antes. Cómo dejarlo por escrito: quién aprueba y cuántas vueltas incluye

Pasa, y el portal no lo impide: lo que hace es que se vea. La aprobación de esa versión queda en el historial con su nombre, la fecha y la versión, y no desaparece porque después pida otra cosa. Si decides hacer el cambio, tu equipo devuelve la pieza con correcciones desde la propia pieza, la nueva entrega es otra versión y la ronda queda numerada detrás de las anteriores: se ve que estaba aprobada y cuántas vueltas lleva desde entonces. Lo que el portal no decide es si esa vuelta entra en lo acordado o se cobra aparte: no factura, y eso se pacta antes. En la guía tienes la regla para dejarlo escrito: una errata, sí; el concepto o el mensaje, pieza nueva. Qué se puede cambiar después de aprobar, por escrito y antes de la primera pieza

Eso es justo lo que el portal deja escrito. Cada pieza guarda cuándo se envió a aprobar y con qué plazo, cuándo el cliente aprobó o pidió cambios y quién lo hizo, y cuánto ha estado en cada estado. Los recordatorios que le salieron están en el registro de envíos, con si se entregaron y si los abrió. Y no te enteras al final: la cola de aprobaciones va ordenada por vencimiento, el calendario marca las que se han pasado de plazo y, cuando se agotan los tres recordatorios, el portal avisa al responsable de cuenta y a ti. En el informe ves cuánto tarda cada cliente en aprobar, de media, y cada cifra abre sus piezas. Lo que el portal no hace es posponer la publicación por su cuenta ni decidir de quién fue el retraso: posponer es un botón del equipo, y qué pasa con la fecha se acuerda antes con el cliente. En la guía tienes esa regla y qué hacer cuando no contestan. Qué hacer cuando no contestan: recordatorios, escalado y lo acordado

Lo que cambia para tu equipo es dónde entrega: la pieza que el cliente tiene que aprobar se crea en el portal y la versión se sube ahí, en vez de mandarla por chat o email. Solo con eso el cliente recibe su email y la aprobación queda registrada. El flujo paso a paso y el filtro «Me toca» se activan cliente a cliente, cuando queráis; los avisos de atraso, solo si los enciendes. Cada persona ve sus carpetas de Drive desde la Biblioteca si conecta su Google. Lo que no hay: sincronización con otro tablero ni API. Lo que llevéis en otro sitio sigue allí. Lo que verá tu equipo, y las preguntas que te hará

Va al mismo taller. Las tareas que no son piezas para aprobar se llevan en la misma lista o kanban que las demás, con los mismos estados de borrador a completada y agrupadas por persona, en su pestaña «Otras tareas», separada de los contenidos. Cada una cuelga de un proyecto de ese cliente, sea retainer, puntual o interno, y el cliente no la ve: en su portal solo están las piezas que le llegan a aprobar, su calendario y sus ficheros, nunca las tareas del equipo, los costes ni las conversaciones internas. Si una campaña lleva piezas que sí aprueba, como los anuncios, siguen su flujo igual que un reel: hay una plantilla de flujo sugerida para Ads además de la de Contenido. Y para tus freelancers, el coste nace con la tarea pase o no por el cliente, y pasa a «por pagar» al completarla. Lo que no hace: medir resultados de campaña. No se conecta con Meta, Google Ads ni Analytics, y sus informes son de operación: plazos de aprobación, pipeline y atrasos. Lo que ve tu equipo al entrar: lista, kanban y «Otras tareas»

Hoy no. PortaliaFlow se centra en aprobaciones, producción, freelancers y relación con el cliente. Sí se conecta con Google Drive y Google Calendar por usuario.

En la Unión Europea (Fráncfort), en una instancia dedicada a tu agencia, cifrados y con copia diaria. Si necesitas un contrato de encargo de tratamiento, lo vemos en la llamada.

En español e inglés. Cada usuario elige su idioma y los emails le llegan en el suyo.

No. El calendario marca cada pieza como publicada cuando tú lo indicas, pero no publica en ninguna red. Los informes se consultan en el portal y se exportan a CSV; no hay PDF.

No factura a tus clientes, no tiene app nativa (es web adaptada al móvil), no publica en redes, no se conecta con Meta ni Google Ads y hoy no tiene doble factor ni acceso con Google. Lo que hace, lo hace en una agencia real cada día. La lista completa de lo que no hace