RELEASE-192 se anuncia en organic, local, social, paid, email y una landing. DEMO-192 y SIGNUP-192 reciben el mensaje; CRM-192 prepara un estado. Después, PRODUCTO-192 retira la función. El website cambia, pero un anuncio sigue activo, el email continúa programado y una respuesta guardada conserva la promesa.
El expediente no representa una campaña o producto real. Cada objeto mantiene vacíos copy, personas, audiences, budget, accounts, consent y metrics. La prueba observa coordinación, approvals, boundaries, withdrawal y exit sin tratar datos personales ni crear una historia de resultados.
Una agencia SaaS multicanal no debe empezar repartiendo tareas. Primero necesita una fuente de producto y mensaje, después un brief por canal, y solo entonces owners, accounts, budgets, destinations, consent y measurement. Sin ese orden, cada equipo optimiza una versión distinta.
La posición refleja el ajuste del alcance oficial al dossier. No demuestra calidad, experiencia en un producto concreto, español, cumplimiento, pipeline o revenue. Los casos, clientes, awards y outcome claims no reciben crédito.
theStacc publica y edita ES-192, vende servicios de marketing digital y los promociona mediante los llamados a la acción de esta página. theStacc no figura entre las agencias, no recibe puntuación y ningún candidato pagó por inclusión o posición. La investigación se cerró el 1 de septiembre de 2026 después de abrir doce fuentes directas: las páginas de agencia B2B SaaS o B2B marketing de Kalungi, Single Grain, Bay Leaf Digital, SimpleTiger y Directive; los Estándares de publicidad de Meta; las políticas de Google Ads sobre tergiversación y requisitos del destino; la documentación de atribución de Google Analytics y de datos propios en Google Ads; y las guías de privacidad desde el diseño y cookies de la AEPD. Cada fuente empresarial demuestra solo el alcance que su editor declara sobre sí mismo. Google, Meta y AEPD no recomiendan proveedores ni certifican este dossier. No pedimos propuestas, contratamos servicios, entrevistamos clientes, abrimos cuentas, creamos una empresa SaaS, investigamos audiences, escribimos claims, publicamos páginas o posts, enviamos emails, activamos ads, instalamos tags, capturamos consent, conectamos formularios o CRM, procesamos demos o signups, gastamos budget, atribuimos conversiones, retiramos un release, exportamos cuentas ni medimos rendimiento. No verificamos trabajo en España, español nativo, personal, subcontratación, precio, plazo, soporte, rights, legalidad, privacidad, seguridad, platform setup, tracking, calidad, impressions, clicks, comments, DMs, form submits, demos, signups, leads, MQLs, opportunities, pipeline, contracts, revenue, profit, ROI, incrementality o resultados. Excluimos testimonios, clientes, logos, awards, case studies, counts, percentages, benchmarks, forecasts y guarantees. El Expediente Release Desconectado 192 utiliza identificadores sintéticos: PRODUCTO-192, una ficha sin software; MENSAJE-192, una frase vacía; RELEASE-192, un lanzamiento sin fecha; OFERTA-192, una oferta sin precio; BRIEF-192, un brief sin campaign; LANDING-192, una ruta inexistente; DEMO-192 y SIGNUP-192, handoffs sin personas; BUDGET-192, un presupuesto sin importe; CUENTA-192, un inventario sin accounts; CONSENT-192, un registro sin elección; CRM-192, una base sin contacts; ATRIBUCION-192, un modelo sin events; INCIDENTE-192, un caso de laboratorio; RETIRADA-192, una propagación simulada; y EXPORTACION-192 y SALIDA-192, paquetes sin credentials. No contiene empresa, producto, persona, email, teléfono, cookie, account, token, audience, price, offer, form, CRM record, metric, campaign o dato personal real. No toca websites, Search Console, Business Profile, social networks, ad platforms, email tools, CRM, analytics, repositories o sistemas externos. Esta página no ofrece asesoramiento jurídico, de privacidad, cookies, plataforma, medición, seguridad o marketing. ES-192 conserva shared sources, briefs de canal, paid, email, landing, demo, signup y CRM handoffs, presupuestos, cuentas, consentimiento, atribución, incidentes, retirada multicanal, archivo y salida. ES-189 conserva producto y mensajes para organic, intención, URLs, crawl, index, canonical, Search Console, release y deprecación web. ES-190 conserva Business Profile, Maps, oficinas, listings, reviews y recovery local. ES-191 conserva fuentes sociales, cuentas sociales, posts, community, DMs, moderation y archivo social. ES-193 conserva research, IA, journeys, wireframes, visual states y archivos de diseño. ES-194 conserva repository, CMS, code, forms, integrations, security, performance, hosting, deployment y rollback. Faltan una persona responsable del producto, responsables de canal y presupuesto, revisión jurídica y de privacidad española, revisión independiente de plataforma y medición, responsable institucional de cuentas, maintenance owner y edición final de español nativo. ES-192 permanece needs_human_review y no debe publicarse hasta documentarlos.
La respuesta corta
Kalungi abre la prueba por publicar una oferta integral para B2B SaaS. Single Grain y Bay Leaf Digital siguen con servicios SaaS amplios. SimpleTiger aporta otro modelo B2B SaaS. Directive queda quinta por un alcance B2B más general. Antes de contratar, pruebe fuentes, handoffs, cuentas, presupuestos, consentimiento, atribución, retirada, exportaciones y salida.
- Kalungi: empresas SaaS que quieren probar coordinación multicanal con fuentes, owners, accounts, budgets y handoffs definidos
- Single Grain: equipos que buscan una oferta SaaS amplia y pueden exigir records editables y boundaries por canal
- Bay Leaf Digital: empresas B2B SaaS que quieren un partner de varios canales y conservar control de product truth, accounts y data
- SimpleTiger: equipos que quieren una relación B2B SaaS y pueden añadir controles formales de canales, consent, accounts e incidents
- Directive: organizaciones que comparan una agencia B2B y pueden exigir un SaaS source pack y boundaries más estrictos
El Expediente Release Desconectado convierte una campaña en objetos verificables
PRODUCTO-192 es el registro maestro para identidad sintética, categoría, módulos, funciones, integraciones, planes, disponibilidad, source owner, reviewers, versión y deprecación. Ningún canal completa una ausencia desde una SERP, un sales deck, un roadmap o un competidor.
MENSAJE-192 vincula audiencia hipotética, problema, claim funcional, límite, proof requirement, must-say, must-not-say, versión, aprobación y expiry. Ahorro, seguridad, compatibilidad, liderazgo o resultado quedan bloqueados sin fuente específica.
RELEASE-192 conserva release type, product version, affected entities, date question, embargo, dependencies, reviewers, channel eligibility, technical status y withdrawal trigger. Un ticket o calendario interno no autoriza publicación.
OFERTA-192 es un registro sin amount, currency, discount, code, eligibility, inventory, plan o terms. Ningún canal inventa una promoción para mejorar un CTA. Legal, product, finance y platform reviews permanecen abiertos.
El Registro Compartido reúne PRODUCTO-192, MENSAJE-192, RELEASE-192 y OFERTA-192 con version, owner, vigencia, reviewers, consumers y withdrawal rule. No reemplaza los sistemas internos; conserva referencias, estados y decisiones.
BRIEF-192 contiene objective question, source pack, audience assumption, channel role, must-say, must-not-say, offer state, destination, reviewers, budget owner, measurement question y exit dependency. No contiene una campaña real.
La Matriz de Roles separa organic website, local profile, social organic, paid, email, landing, demo, signup y CRM. Cada fila define tarea, source inputs, output, owner, approvers, destination, paid state, measurement boundary, update trigger y retirement rule.
ES-189 recibe fuentes para content, pages, links y Search Console, pero conserva la decisión orgánica. ES-192 no crea URLs, canonical o redirects en su nombre. El handoff registra sender, receiver, payload, version, acceptance y evidence.
ES-190 recibe identity and office records solo cuando una activación local sea elegible. ES-192 no convierte un territory plan en Business Profile. Local conserva eligibility, roles, fields, reviews y recovery.
ES-191 recibe approved social source pack, rights y channel objective. Social conserva accounts, variants, posts, comments, DMs, moderation y archive. ES-192 recibe un paid handoff o community signal sin apropiarse de esos objetos.
El Brief Paid vincula approved claims, creative relation, rights, destination, audience restrictions question, advertiser account, budget owner, platform review, privacy review, dates, pause rule y withdrawal trigger.
Las políticas de Meta Ads y Google Ads sobre misrepresentation y destination requirements son referencias de revisión. No garantizan approval, delivery, account status o resultado de una campaña sintética.
El Brief Email conserva sender question, list purpose question, source pack, subject, body modules, offer terms, destination, consent or purpose review, suppression question, schedule y withdrawal dependency. No existe lista o destinatario.
LANDING-192 registra user task, source versions, claim IDs, visible offer terms question, product relation, form fields question, privacy content, consent controls, measurement plan y owners. ES-193 diseña estados; ES-194 implementa.
DEMO-192 y SIGNUP-192 no contienen URL o form. Cada handoff registra source channel, approved destination question, product and plan source, allowed parameters, privacy review, error behavior, routing question, CRM transfer question y owner.
CRM-192 es una base sin contacts o properties. El handoff conserva intake object question, permitted fields, source, purpose review, consent reference, lifecycle definition question, owner, access roles, retention question, deletion y export.
La Matriz de Aprobación separa Product, Technical, Legal, Privacy, Platform, Measurement y Language-ES. Los nombres permanecen vacíos. La agencia puede coordinar el packet, pero no aprobar su trabajo en todas las disciplinas.
Cada Approval Packet congela source version, exact copy, creative, destination, audience context, offer terms, consent question, measurement plan y channel. Cambiar una pieza reabre los reviewers afectados.
BUDGET-192 no contiene moneda, importe o periodo. Registra Budget-ID, objective relation, channel, owner, approval threshold question, planned question, committed question, spent question, invoice relation, adjustment rule y reconciliation state.
La Matriz de Autoridad de Gasto separa proponer, aprobar, editar, lanzar, pausar, aumentar, reducir, mover y conciliar. La agencia no cambia presupuesto o mueve gasto entre accounts por una cláusula ambigua.
CUENTA-192 inventaría platform, account type, business owner, billing owner, admin, operator, analyst, integration, recovery owner, access review, export y revoke state. No almacena passwords, tokens, recovery codes o billing details.
La empresa SaaS conserva ownership institucional. Personas de agencia reciben acceso individual, mínimo, con purpose y expiry. Billing, recovery y account history permanecen visibles para el cliente. La salida prueba revocation e integration stop.
AUDIENCIA-192 no contiene data, size o targeting. Conserva Audience-ID, purpose, source question, inclusion logic, exclusion logic, location relation, age question, sensitive inference question, platform restrictions y expiry.
CONSENT-192 es un registro sin persona, identifier o choice. Registra collection point, purpose question, notice version, action question, timestamp question, source, proof location, withdrawal path, suppression relation y reviewer.
El Diccionario de Preferencias separa email permission, marketing preference, analytics choice, advertising choice, product communications y service message. La página no determina una base jurídica universal.
Las guías de privacidad desde el diseño y cookies de AEPD se entregan a los revisores españoles. No prueban conformidad de un banner, tag, audience, form o CRM. La prueba no recoge una elección real.
El Mapa de Flujo de Datos conecta collection point, field question, system, processor question, purpose, access roles, retention question, onward transfer, deletion, withdrawal y evidence. ES-194 implementa; ES-192 conserva requirements y handoffs.
La Puerta de Lanzamiento Paid exige source pack vigente, claims aprobados, destination acceptance, account ownership, budget approval, audience review, privacy, platform review, measurement readiness question, pause owner e incident path.
La Puerta de Lanzamiento Email añade sender ownership, list provenance question, consent or purpose review, suppression sync, subject and body approval, links, offer expiry, tests question y stop rule.
La Puerta de Landing y Forms exige source versions, visible claims, offer terms, fields, privacy notice, consent control, error states, success state, routing, measurement question y owner. Un HTTP 200 no prueba que el journey funcione o cumpla.
La documentación de Google Analytics sobre atribución se usa como referencia para definir modelos e informes. No convierte un click en causa ni resuelve identity, consent, offline events o cross-device behavior.
ATRIBUCION-192 no contiene events u outcomes. El contrato registra business question, channel, event definition, source, timestamp rule, identity boundary, consent dependency, deduplication question, attribution model, window question, caveat y owner.
El Diccionario de Eventos separa impression, view, click, landing view, form start, submit question, demo question, signup question, CRM stage question, contract question y revenue question. Ningún estado se infiere desde el anterior.
Un click no es una demo. Un form submit no es necesariamente una demo aceptada. Un signup no es uso. Un CRM stage no es contrato. ES-192 conserva definiciones y handoffs sin inventar progression o value.
Los informes separan platform-reported, analytics-observed, CRM-recorded y finance-confirmed como fuentes distintas. Cada tabla nombra period, timezone, filters, attribution model, refresh date, exclusions y known gaps.
La documentación de Google Ads sobre datos propios es una referencia para revisar configuración dentro de ese producto. No autoriza cargar una lista. CONSENT-192, owner, purpose y privacy review siguen siendo requisitos externos.
INCIDENTE-192 es un caso sintético donde RETIRADA-192 no llega a un anuncio y un email. El registro conserva detection source, affected objects, current status, risk question, containment, pause, owner, communication, correction, retest y closure.
Incident Command separa coordinator, product source owner, channel owners, legal, privacy, platform, measurement y technical owner. La agencia no declara causa o scope sin evidencia. ES-194 posee incidents técnicos; ES-192 posee propagación de campaña.
RETIRADA-192 cambia PRODUCTO-192 después del lanzamiento. El impacto recorre organic page, local destination, social posts and replies, ads, email, landing, demo, signup, CRM fields, reporting labels y saved briefs.
Cada objeto recibe una acción: pause, remove, edit, expire, redirect question, notice, suppress, archive o retain with context. La decisión depende de source, user task, legal and platform review y technical feasibility.
La retirada no inventa replacement feature, migration date, price, offer o compensation. Si negocio no aprueba un nuevo mensaje, los consumers quedan pausados o muestran un texto limitado revisado.
ARCHIVO-192 conserva sources, versions, briefs, approvals, budgets, account roles, consent questions, campaign records, email versions, landing records, handoffs, measurement definitions, incidents y withdrawal decisions sin secrets o datos personales innecesarios.
EXPORTACION-192 entrega shared registry, channel briefs, source-to-consumer map, approval packets, budgets, accounts, audiences, consent dictionary, data flow, measurement contract, reports, incidents, withdrawals, issues y backlog en formatos editables.
SALIDA-192 revoca agency roles, advertiser access, email tool access, CRM roles e integrations mediante registros sin valores. Un nuevo equipo reproduce RETIRADA-192, explica ATRIBUCION-192 y continúa INCIDENTE-192 sin una reunión privada.
ES-193 conserva research, user flows, IA, wireframes, visual states, accessibility design y source design files. ES-192 entrega briefs and requirements, pero no transforma mockups en propiedad de campaña sin rights y handoff.
ES-194 conserva repository, CMS, code, forms, integrations, security, hosting, deployment and rollback. ES-192 acepta destinations, data flow e instrumentation requirements, pero no declara una implementación técnica completa.
Pruebas de idoneidad sectorial que conviene pedir
- Congele producto, mensaje, release y oferta antes de crear briefs de canal.
- Separe organic, local, social, paid, email, landing, demo, signup y CRM por owner, input, output y acceptance.
- Mantenga approvals de product, technical, legal, privacy, platform, measurement y Spanish language como decisiones distintas.
- Asigne budget authority y account ownership institucional antes de campaign setup o spend.
- Documente audiences, consent, preferences, suppression, data flows y retention sin asumir una base universal.
- Defina eventos, sources, filters, attribution model, windows y caveats antes de reporting.
- Ensaye incident, pause, product withdrawal y propagation a todos los channel consumers.
- Exija archives, editable exports, role revocation, integration stop y receiver test para el exit.
Cómo evaluamos a los proveedores
La investigación utiliza cinco fuentes empresariales y siete fuentes oficiales de Google, Meta o AEPD. Para entrar, una agencia necesitaba publicar un alcance B2B SaaS, full-service SaaS o B2B marketing que pudiera dividirse en varios handoffs.
Kalungi y Bay Leaf Digital se presentan como agencias B2B SaaS de servicio completo. Single Grain publica una página SaaS marketing. SimpleTiger se presenta como B2B SaaS Marketing Agency. Directive publica una oferta B2B más amplia.
Las fuentes propias prueban solo el alcance publicado. Pipeline, growth, client logos, cases, awards, counts, benchmarks y outcomes quedaron excluidos. Cada agencia recibe el mismo release, brief, accounts, budgets, consent, attribution, incident y exit.
Meta y Google no evalúan agencias. Sus políticas y documentación son inputs para platform, destination, attribution y data reviews. AEPD aporta referencias para privacy and cookie review; no valida una configuración.
La posición valora source truth, channel orchestration, approvals, budget and account control, consent boundaries, measurement definitions, incident handling, withdrawal propagation, editable export y exit. No valora business outcomes.
| Criterio | Peso | Qué se valoró |
|---|---|---|
| Fuente y coordinación | Primario | Producto, mensaje, release y oferta alimentan channel briefs con owners, versions, approvals y withdrawal dependency. |
| Handoffs y approvals | Primario | Organic, local, social, paid, email, landing, demo, signup y CRM conservan boundaries y acceptance explícitos. |
| Budget y accounts | Alto | Authority, business ownership, billing visibility, recovery, access, integrations, export y revoke quedan trazables. |
| Consent y data flow | Alto | Audience, purpose, notice, preference, suppression, fields, access, retention, deletion y evidence se revisan. |
| Measurement e incidents | Alto | Event definitions, sources, models, windows, caveats, pause paths, correction, retest y closure permanecen editables. |
| Withdrawal, export y exit | Obligatorio | Cada consumer recibe una acción; archives, records, role revocation, open issues y receiver test sobreviven al proveedor. |
Todos los proveedores debían cumplir los mismos requisitos mínimos antes de considerar su posición.
- Una fuente oficial accesible describe B2B SaaS marketing, SaaS marketing agency o B2B marketing con coordinación de varios canales.
- El alcance puede convertirse en varios objetos del Expediente Release Desconectado sin atribuir capabilities no publicadas.
- Los claims de agencia permanecen como first-party scope, nunca como prueba independiente de calidad o performance.
- Canales específicos conservan sus owners en ES-189 a ES-191 y ES-193 a ES-194; la amplitud no transfiere ownership.
- España, SaaS product expertise, español, legal, privacy, platform, measurement, accounts, exports y exit quedan por probar.
La lista de proveedores investigada
Las posiciones reflejan la metodología publicada y la fecha de corte de las fuentes; no son una garantía de resultados. Cada ficha indica el mejor encaje y la limitación con más probabilidad de cambiar una decisión de compra.
Kalungi
Fortalezas documentadas
- B2B SaaS explícito.
- Alcance integral publicado.
- Coordinación multicanal evaluable.
- Handoffs y owners comprobables.
Límites por confirmar
- Product governance por probar.
- España y español no verificados.
- Consent y measurement abiertos.
- Withdrawal y exit sin evidencia.
Kalungi abre la lista porque su página oficial presenta el alcance más directo de agencia B2B SaaS integral dentro del conjunto. Esa amplitud permite ejecutar el dossier completo. La fuente no demuestra product governance, España, consent implementation, attribution accuracy, account recovery, withdrawal o exit.
Kalungi recibe PRODUCTO-192, MENSAJE-192, RELEASE-192 y OFERTA-192 vacíos. El primer entregable es un shared registry versionado; una strategy deck no reemplaza sources y consumers.
Cada channel brief conserva sender, receiver, payload, owner, reviewers, destination y acceptance. Organic, local y social siguen bajo ES-189 a ES-191.
BUDGET-192 y CUENTA-192 prueban spend authority e institutional ownership. La agencia no mueve gasto o bloquea recovery mediante accounts propias.
INCIDENTE-192 y RETIRADA-192 obligan a pausar, localizar y corregir todos los consumers. Un receptor repite el proceso desde EXPORTACION-192.
La primera posición justifica una prueba, no confirma pipeline o results. Spanish review, legal, privacy, platform, measurement y exit siguen abiertos.
Fuentes sobre los proveedores: Kalungi, B2B SaaS Marketing Agency
Single Grain
Fortalezas documentadas
- Página SaaS marketing.
- Oferta amplia.
- Paid y content identificables.
- Propagación multicanal evaluable.
Límites por confirmar
- Records internos no observados.
- Consent por verificar.
- Measurement necesita contrato.
- Exit pendiente.
Single Grain queda segunda porque publica una página específica de SaaS Marketing Agency. El contexto SaaS permite una prueba amplia. La página no acredita source governance, roles institucionales, consent, event definitions, incident response, deprecation propagation o portable exit.
El scope se descompone en source registry, channel briefs, approval packets, budget and account registers, consent questions, measurement contract y exit package.
La prueba mantiene paid, email, landing, demo, signup y CRM como handoffs diferentes. Un agency dashboard no fusiona estados u owners.
ATRIBUCION-192 prohíbe convertir clicks, forms y CRM stages en una cadena causal sin definitions y sources. Los outcome claims no reciben crédito.
Al retirar RELEASE-192, la agencia debe encontrar ads, emails, landing copy, saved briefs, CRM labels y reports, además de consumers web y social.
La segunda posición refleja SaaS scope visible. Spanish capability, privacy, platform configuration, data access, exports y exit requieren prueba.
Fuentes sobre los proveedores: Single Grain, SaaS Marketing Agency
Bay Leaf Digital
Fortalezas documentadas
- B2B SaaS explícito.
- Full-service publicado.
- Canales coordinables.
- Data handoffs evaluables.
Límites por confirmar
- Approvals por demostrar.
- Accounts no observadas.
- Attribution limits abiertas.
- Exit por probar.
Bay Leaf Digital queda tercera porque su página oficial se presenta como full-service B2B SaaS Marketing Agency. El alcance encaja con la coordinación del dossier. La fuente no prueba approvals independientes, privacy, institutional accounts, attribution limits, incident handling o exit.
BRIEF-192 prueba que full-service no significa un owner único. Product, legal, privacy, platform, measurement y technical approvals mantienen responsables separados.
La agencia recibe destinations y flows aprobados. ES-193 y ES-194 conservan design e implementation; ES-192 acepta channel requirements y handoffs.
CONSENT-192 y el Data Flow Map mantienen unknown fields visibles. Ninguna herramienta rellena purpose, retention o lawful review.
La prueba de incident preserva current state, accounts, budget, affected consumers, pause decisions y retests antes de cerrar.
La tercera posición reconoce full-service SaaS scope. España, account evidence, consent, measurement, exports y receiver test continúan abiertos.
Fuentes sobre los proveedores: Bay Leaf Digital, B2B SaaS Marketing Agency
SimpleTiger
Fortalezas documentadas
- Audiencia B2B SaaS.
- Marketing agency visible.
- Handoffs comerciales evaluables.
- Scope contractual delimitable.
Límites por confirmar
- Detalle multicanal menor.
- Consent no observado.
- Incident evidence abierta.
- Exit sin demostrar.
SimpleTiger queda cuarta porque su sitio oficial se presenta como B2B SaaS Marketing Agency. Ese ajuste justifica la prueba. La fuente no demuestra la amplitud documental de Kalungi o Bay Leaf para este dossier ni verifica consent, attribution, incident o exit controls.
El contrato convierte la oferta en outputs aceptables. Cada channel role, brief, source, owner, approval, budget, destination y retirement rule queda visible.
Paid y organic sharing de creative requiere rights, version y handoff. Audience and spend no entran en un content approval por defecto.
Email, demo y signup prueban suppression, privacy, routing, errors y CRM transfer questions sin contacts reales.
EXPORTACION-192 debe funcionar fuera de la agencia. Dashboards, screenshots y meetings no sustituyen editable registers y definitions.
La cuarta posición refleja menos multichannel detail observable. España, privacy, platform, measurement, incidents y exit siguen pendientes.
Fuentes sobre los proveedores: SimpleTiger, B2B SaaS Marketing Agency
Directive
Fortalezas documentadas
- B2B marketing publicado.
- Paid context visible.
- Coordinación evaluable.
- Measurement boundary comprobable.
Límites por confirmar
- SaaS menos explícito.
- Source pack requerido.
- Consent e incidents abiertos.
- Exit pendiente.
Directive queda quinta porque su sitio oficial publica una oferta B2B amplia. La candidatura permite probar coordinación, pero el contexto SaaS y los objetos multicanal son menos directos en la fuente observada. No se usan sus outcome claims.
Antes de contratar, Directive debe presentar SaaS product sources, channel role map, approval matrix, accounts, budgets, consent, measurement, incident y exit records.
Los paid outputs no obtienen ownership de organic pages, local profiles o social community. Cada handoff conserva sender, receiver y acceptance.
La medición separa platform, analytics, CRM y finance sources. Los labels no se convierten en verified business value por aparecer juntos.
RETIRADA-192 prueba si la agencia pausa campaigns y corrige assets sin inventar replacement, migration o performance effects.
La quinta posición refleja scope B2B general. SaaS review, España, consent, account recovery, editable exports y exit quedan abiertos.
Fuentes sobre los proveedores: Directive, B2B Marketing Agency
Compara el flujo de trabajo en tu propio negocio
Revisa los servicios gestionados, los controles de aprobación, los destinos de publicación y los límites visibles de theStacc antes de elegir.
Qué alcance merece pasar a la prueba de release desconectado
La tabla resume el alcance publicado y el principal control pendiente. No mide expertise, execution quality, pipeline, revenue, ROI, incrementality o business impact.
| Proveedor | Modelo de entrega | Alcance documentado | Ideal para | Limitación clave |
|---|---|---|---|---|
| Kalungi | Agencia integral B2B SaaS | Full-service SaaS marketing | Prueba multicanal completa | Consent, measurement y exit abiertos |
| Single Grain | Agencia SaaS marketing | Oferta SaaS amplia | Coordinación de varios canales | Accounts e incidents por probar |
| Bay Leaf Digital | Full-service B2B SaaS | Agencia B2B SaaS integral | Partner multicanal | Approvals y attribution limits abiertos |
| SimpleTiger | Agencia B2B SaaS | Marketing B2B SaaS | Scope contractual delimitado | Detalle multicanal y exit por demostrar |
| Directive | Agencia B2B | Marketing B2B amplio | Pilot con límites SaaS | SaaS source pack y consent requeridos |
Cómo ejecutar la prueba sintética de campaña, incidente y retirada
Todos los candidatos reciben los mismos sources, briefs, account registers, budget questions, consent records, events e incidents vacíos. No se usa una empresa, campaign, person, audience, account, contact o metric real.
La aceptación depende de decisiones editables y evidencia reproducible. Una presentación puede explicar el método, pero no sustituye source version, approval, account role, budget record, consent evidence, event definition o export.
1. Congele las fuentes compartidas
Cree PRODUCTO-192, MENSAJE-192, RELEASE-192 y OFERTA-192 sin valores. Defina owners, claims, limits, versions, approvals, expiry y withdrawal.
Retire la aprobación de MENSAJE-192. Todos los briefs y consumers dependientes quedan bloqueados aunque ya estén programados.
- Producto
- Mensaje
- Release
- Oferta
- Owner
- Reviewer
- Versión
- Retirada
2. Separe roles y handoffs
Modele organic, local, social, paid, email, landing, demo, signup y CRM con job, input, output, owner, approvers, destination y acceptance.
Introduzca un payload sin versión. El receiver debe rechazarlo sin completar el claim desde una copia anterior.
- Canal
- Job
- Input
- Output
- Owner
- Approval
- Destination
- Acceptance
3. Proteja budgets y accounts
Cree BUDGET-192 y CUENTA-192 sin amount o account. Defina authority, billing visibility, roles, recovery, integration, export y revoke.
Revogue al operator de agencia y bloquee un budget adjustment. El cliente conserva control y la campaign sintética queda pausada.
- Budget
- Authority
- Account
- Owner
- Billing
- Role
- Recovery
- Revoke
4. Revise audience, consent y data flow
Cree AUDIENCIA-192, CONSENT-192 y CRM-192 sin people or data. Registre purpose, inclusion, exclusion, notice, choice, suppression, fields, access, retention y deletion questions.
Quite la privacy review. Paid, email, forms y CRM handoffs quedan bloqueados sin inventar una legal basis.
- Audience
- Purpose
- Consent
- Notice
- Preference
- Suppression
- Flow
- Retention
5. Defina eventos y atribución
Construya un Event Dictionary desde impression hasta revenue question, sin values. Cada event conserva source, timestamp, identity boundary y owner.
ATRIBUCION-192 declara model, window question, filters, consent dependency y caveat. El report no transforma un click en demo o revenue.
- Event
- Definition
- Source
- Timestamp
- Identity
- Model
- Filter
- Caveat
6. Abra INCIDENTE-192
Simule un ad y email que conservan MENSAJE-192 después de la retirada. Preserve state, accounts, budgets, consumers y approvals antes de corregir.
Asigne containment, pause, owner, communication, correction, retest y closure. No atribuya cause, scope o business impact sin evidence.
- Detect
- Freeze
- Consumers
- Pause
- Owner
- Correct
- Retest
- Close
7. Propague la retirada y complete la salida
Encuentre organic, local, social, paid, email, landing, demo, signup, CRM, reports y saved briefs. Asigne action con source y reviewer.
EXPORTACION-192 y SALIDA-192 entregan records, definitions, issues y backlog. Revogue roles e integrations; el receptor repite incident y withdrawal.
- Impact
- Action
- Reviewer
- Archive
- Export
- Revoke
- Backlog
- Receiver
Errores que hacen inútil una comparativa SEO
- Cada canal redacta su versión del producto. Producto, mensaje, release y offer necesitan una fuente compartida; las variantes no amplían el claim.
- Full-service significa un único owner. Producto, technical, legal, privacy, platform, measurement y channel execution conservan responsables diferentes.
- La agencia posee accounts y billing. La empresa necesita institutional ownership, recovery, billing visibility, roles, export y revocation.
- Un audience export autoriza activación. Purpose, source, inclusion, exclusion, platform restriction, privacy review, consent y expiry siguen pendientes.
- Un form submit se llama demo. Click, form, demo, signup, CRM stage, contract y revenue son estados distintos con definitions y sources propios.
- El attribution model demuestra causalidad. Model, window, filters y observed data no establecen incrementality o business cause por sí solos.
- Se corrige el anuncio y se cierra el incidente. Email, landing, CRM labels, social, organic, reports y saved briefs pueden conservar el mensaje retirado.
- Social, local y organic pasan a multicanal. ES-189 a ES-191 conservan channel ownership; ES-192 coordina mediante handoffs.
- Una captura prueba spend y results. Accounts, definitions, filters, source exports, invoice question y caveats deben quedar accesibles.
- La salida es un informe final. Sin sources, briefs, roles, accounts, budgets, consent records, definitions, incidents, exports y revocation el servicio sigue dependiente.
Preguntas frecuentes
Pida shared product and message registry, channel role map, versioned briefs, approval packets, budget authority, institutional accounts, audience register, consent and preference dictionary, data flow, landing, demo, signup and CRM handoffs, event definitions, attribution contract, reports, incident and withdrawal logs, editable exports, revocation evidence y tested exit.
Su sitio oficial publica el alcance B2B SaaS integral más directo del conjunto, por lo que permite descomponer una prueba multicanal completa. La posición no confirma product knowledge, español, legalidad, privacy, platform setup, attribution, pipeline o results. Sources, approvals, accounts, consent, withdrawal y exit deben demostrarse con artifacts.
Use product, entity, message, release and offer records con source owner, version, approved claims, limits, reviewers, effective period y withdrawal rule. Cada channel brief referencia esas IDs. Una SERP, roadmap, sales deck, old landing o competitor page no completa un dato ausente.
ES-189 posee website SEO y Search Console. ES-190 posee Business Profile, Maps, listings y reviews. ES-191 posee organic social, community y DMs. ES-192 posee paid, email, CRM, budgets, attribution y orchestration. Cada handoff nombra sender, receiver, version, payload, acceptance y evidence sin transferir ownership.
La empresa SaaS debe conservar institutional account ownership, billing visibility, backup, recovery y spend authority. Las personas de agencia reciben roles individuales, mínimos, revisables y revocables. Cada budget change necesita proposer, approver, threshold question, account, reason y reconciliation. Passwords y recovery codes quedan fuera del archivo.
Documente purpose, source, inclusion, exclusion, geography question, sensitive inference risk, platform restriction, notice, choice, proof, withdrawal, suppression, retention y reviewer. No existe una configuración universal. AEPD y las políticas de plataforma son review inputs, no certificación de un audience o data flow.
Registre source page or channel, product and plan version, visible claim, destination, allowed parameters, form fields question, privacy content, consent controls, error states, success state, routing, CRM transfer, measurement question y owners. ES-193 diseña; ES-194 implementa; ES-192 acepta campaign requirements.
No por sí solo. Defina impression, click, landing view, form, demo, signup, CRM stage, contract y revenue como eventos separados. Documente source, timestamp, identity boundary, consent, deduplication, attribution model, window, filters y caveats. Un model assigned credit no prueba incrementality o causa.
Mantenga platform-reported, analytics-observed, CRM-recorded y finance-confirmed como sources diferentes. Alinee period, timezone, filters, campaign IDs, event definitions y refresh date. Explique missing or duplicated states. No fuerce cifras a coincidir ni convierta una discrepancia en zero o success.
Cambie primero la fuente. Encuentre organic page, local destination, social posts, ads, email, landing, demo, signup, CRM fields, report labels y saved briefs. Asigne pause, remove, edit, expire, notice, suppress o archive con owner y reviewer. No invente replacement, migration date, offer o effect.
Registre detection source, affected objects, source versions, accounts, budgets, current status, facts, hypotheses, risk question, containment, pause actions, owners, communication, correction, retest, closure y follow-up. Preserve evidence before editing. Technical incidents stay with ES-194; campaign propagation stays with ES-192.
ES-192 entrega approved source packs, channel briefs, user tasks, data and consent requirements, destinations y acceptance questions. ES-193 owns research, IA, journeys, wireframes and visual states. ES-194 owns repository, CMS, code, forms, integrations, security, deployment and rollback. Handoffs record versions and decisions.
Acuerde la salida antes del campaign launch. Entregue sources, briefs, approvals, budgets, accounts, audiences, consent records, data flow, events, attribution definitions, reports, incidents, withdrawals, issues y backlog en formatos editables. Revogue roles e integrations. El receptor debe repetir RETIRADA-192 sin contexto privado.
Fuentes y política editorial
Consulta las fuentes enlazadas junto con la metodología y el aviso del editor de este artículo. Confirma los precios, las funciones y las condiciones actuales con cada proveedor; una cita por sí sola no demuestra que se haya probado el producto.
- [01]Kalungi, B2B SaaS Marketing Agency
- [02]Single Grain, SaaS Marketing Agency
- [03]Bay Leaf Digital, B2B SaaS Marketing Agency
- [04]SimpleTiger, B2B SaaS Marketing Agency
- [05]Directive, B2B Marketing Agency
- [06]Meta, Estándares de publicidad
- [07]Google Ads, política de tergiversación
- [08]Google Ads, requisitos del destino
- [09]Google Analytics, atribución
- [10]Google Ads, configuración de datos propios
- [11]AEPD, guía de privacidad desde el diseño
- [12]AEPD, guía sobre cookies
Contrate una orquesta con fuentes y owners, no nueve canales tocando de memoria
Empiece por PRODUCTO-192, MENSAJE-192, RELEASE-192 y OFERTA-192. Después asigne briefs, owners, approvals, accounts, budgets, consent y event definitions por canal. Abra INCIDENTE-192 cuando un consumer quede desfasado y propague RETIRADA-192 hasta reports y CRM labels. La coordinación solo es transferible cuando EXPORTACION-192, revocation, backlog y SALIDA-192 funcionan sin memoria de agencia.