How do you manage a campaign from brief to sign-off?

You need campaign production management: a working view where the unit of work is the campaign, not the individual task and not the individual send. Task managers track who is doing what but don't model channel dependencies or approvals. Marketing automation platforms model the send, and they start after production is already finished. The work that goes wrong sits between those two tools: producing nine assets across four channels, getting them reviewed internally, getting a client to sign off, and knowing at any moment which piece is holding up the launch.

That space has a shape, and it's worth describing before talking about tooling.

Why don't task lists and automation platforms cover this?

Either the campaign is simple enough to run as a list of tasks, or it's complex enough to belong in a full automation platform.

A task list gets you assignments and due dates. What it can't tell you is that the landing page has to be approved before the paid social ads can finalize their call to action, or that the email can't go to seed testing until HTML production is complete. Those dependencies are real, they decide the launch date, and in a task list they exist only as a shared assumption between two people who both hope the other is tracking it.

An automation platform models the send: the audience, the trigger, the journey the recipient experiences. That's a different object from the campaign your team is producing. By the time a campaign reaches the platform, the questions that consumed three weeks are already settled. Who approved the 20% subject line. Which version of the hero image is final. Whether legal signed off on the price claim. The platform holds none of that, because it was never asked to. That boundary, and where the ESP fits in campaign production, is worth drawing explicitly before you pick tools for either side of it.

So the work happens in the gap, using whatever is available: a spreadsheet for status, email threads for approvals, Slack for the dependencies, and someone's memory for the rest.

What actually breaks between brief and launch?

Status lives in people, not in a system. Once the brief is written, there's no reliable way to see where everything stands. You find out a piece is blocked the day before the deadline, not three days earlier when it actually became blocked. That is a campaign asset tracking problem before it is a tooling one: nothing holds an owner, a state and a blocker per asset.

Approvals turn into document archaeology. A client asks what was agreed on the email copy. Answering means searching a thread, finding the right PDF version, and hoping somebody took notes on the call. It takes an hour and the answer still isn't certain.

Channel dependencies are invisible. They're understood by the two or three people closest to the work and written down nowhere. When one of those people is on holiday, the dependency stops existing.

Client review consumes account management time out of proportion to its value. Packaging the content, sharing it, tracking who has reviewed what, chasing the people who haven't, collecting feedback from three different places, and recording the approval. None of that is the work. All of it is the job.

If your campaigns start from an ambiguous brief, all four get worse, because there's no agreed specification to track progress against.

What does a campaign canvas do differently?

A campaign canvas maps the full structure: every piece of content, every channel, every dependency. Each node on the canvas is one deliverable, an email, a landing page, a paid social set, an SMS. Connecting the nodes puts the dependencies on the screen instead of in someone's head. The canvas becomes the thing the team looks at when they want to know what the campaign contains and what is waiting on what.

That map is only useful if production happens inside it rather than somewhere else. Which means each node carries four things:

• A brief for that specific piece, broken out by phase: creative, copy, production, QA.
• A pipeline, with phase-by-phase status, an assignee and a state per phase.
• Its own assets, with version history, organized by production phase.
• An approval workflow, including a way for a client to review without being handed the whole system. Our guide to defensible client approvals covers what an approval record has to capture to hold up later.

The other thing a canvas needs is somewhere to put the things that never make it into a formal brief. Free-form annotations, sitting on the structure itself rather than buried in a thread: briefing context, a decision made on a call, an open question flagged mid-production.

What does the client actually see?

One link, and only what concerns them.

When you share a node for review, the client gets the relevant version of the content, an interface for leaving feedback and approving, and nothing else. No internal status, no pipeline phases, no other campaigns, and no account to create. Guest links can be given an expiration date and revoked.

Their approval is captured in place: which version, which person, what time. Where a node needs more than one approver, the state is explicit, so "two of three approvers have signed off" is something you can read rather than reconstruct. That only stays true if those approvers review in parallel rather than in sequence. See how to cut campaign review rounds from four to one for why sequential review is what turns one round into four. The campaign reaches sign-off when every content node is done and the required approvals exist: the discipline of campaign approval software, applied to the whole campaign rather than one file at a time. That whole-campaign decision has its own checklist, separate from the asset rounds: what a campaign-level sign-off covers. Guest views carry your workspace branding, logo and colors, which matters more than it sounds like it should when the reviewer is your client's legal team.

What's shipping today, and what's next?

Shipped and in use:

• Journey canvas with typed nodes: email, landing page, paid social, SMS, push, custom
• Per-node side panel: Brief, Pipeline, Assets, Comments, Approvals
• Guest link generation with expiration and revocation
• Multi-approver tracking per node
• Campaign-level sign-off gated on node completion
• Workspace branding on guest-facing views
• Canvas annotations, internal by default, shareable per annotation

On the roadmap:

• Visual proofing. Pin-based feedback directly on creative assets: images, PDFs, rendered HTML.
• Email QA. Rendering tests across clients, spam scoring, seed testing.
• Translation management. Per-node language variants with separate approval chains.
• Journey versioning. Named snapshots of the full campaign structure, with comparison and rollback.
• Segmentation tracking. Audience segment status tied to campaign sign-off.

One boundary worth stating plainly, because it decides whether this is relevant to you. LaunchSign is not an ESP and not a marketing automation platform. It sits between the brief and deployment, and it stops at sign-off. It hands off an approved, documented campaign. Your existing email or automation tools still send it.

If you want to see the canvas and the per-node workflow in more detail, the product page walks through both.

FAQ