A brand launch runs on six documents, not one plan: the launch brief, the messaging house, the asset matrix, the launch calendar, the internal launch pack, and the sustain plan. The asset matrix is the one that decides whether launch week happens on time.

Category
Marketing
Author

Justkay
Documentary Filmmaker & Founder at Storyflow
Topics
2026-09-06
•
19 min read
•
MarketingA brand launch runs on six documents, not one plan: the launch brief, the messaging house, the asset matrix, the launch calendar, the internal launch pack, and the sustain plan. The asset matrix is the one that decides whether launch week happens on time, because it is the only document that maps every deliverable to a channel, an owner and a date. Notion and Airtable are the two tools most teams build this stack in, Miro is where the positioning work happens before it, and Asana, Monday.com and ClickUp are where it runs once the deliverables outnumber what a document can track. Launch week is not the launch. The eight weeks after it are, and the sustain plan is the document teams skip and then regret.
Full disclosure: Storyflow is our product. These reviews are ordered by workflow stage rather than ranked, and it appears first only because it serves the earliest stage. It has no dependency model, no critical path, no task assignment, no workload view and no status reporting, so on the asset matrix and launch calendar, the two documents that decide whether a launch ships on time, the article recommends Airtable, Asana or Monday.com instead.
Six documents, and the two that decide the outcome are the ones teams most often skip.
| Tool | Best For | AI Features | Price |
|---|---|---|---|
| Launch brief | Naming who decides when stakeholders disagree | Two pages | Week 1 |
| Asset matrix | Mapping deliverable to owner to date | 40 to 200 rows | Decides the date |
| Internal launch pack | Employees hearing it from you first | T-2 weeks | Most skipped |
| Sustain plan | The 12 weeks that build the brand | Write before launch | Roughly 60% of budget |
A brand launch that slipped by three weeks did not slip because the creative was late. It slipped because in week seven somebody asked whether legal had cleared the tagline for use in Germany, and nobody had asked in week one.
Brand launches are dependency problems disguised as creative problems. The creative work is the visible part and the part everyone tracks. The invisible part is a graph of dependencies where a trademark search, a domain purchase, a photography shoot, a website build, a packaging print run and an internal comms cascade all have to converge on one date, and most of them are owned by people who do not attend the marketing standup.
The six documents below exist to make that graph visible. Each one answers a question that, unanswered, becomes a three-week slip.
These get planned identically and should not be.
A product launch introduces a new thing to an audience that already knows who you are. The work is mostly activation: announcement, demand generation, sales enablement, onboarding. The success measure is adoption, and it arrives in weeks.
A brand launch changes who you are, which means every existing asset, surface and habit is now wrong. The work is mostly replacement and re-education, the success measure is recognition and association, and it arrives in quarters.
The practical consequences:
If you are running a product launch, the asset matrix and calendar below still apply; the internal launch pack and the migration audit are lighter.


The verdict: useful for the positioning and territory stage that precedes the six documents, and not a launch tracker.
Best for: the stage where several positioning directions are being held against each other with reference material beside them.
Why it comes first. The work before the launch brief exists is comparative and visual: territories, competitor language, reference brands, and the argument for each. Storyflow's canvas holds images and text together, and its AI reads everything on the current board plus up to one Tactic and up to three documents brought in with an @-mention, so a board holding three territories and the research behind them can be interrogated as a set. Its story blueprints include structures such as AIDA that are useful when the messaging house is being drafted.
Where it loses: there is no dependency model, no critical path, no task assignment, no workload view and no status reporting. On the asset matrix and launch calendar, which are the two documents that decide whether a launch ships on time, it is not competitive with Airtable, Asana or Monday.com, and this article recommends those instead. Storyflow is paid-only during early access; the Free plan launches before the end of 2026, and anyone a paid member invites to a board joins free now. Plus is $7.99/mo annual, Pro $14/mo annual, Max $39/mo annual.
Best for in this stack: the positioning and territory work, alongside or instead of Miro.
Two pages, written first, signed off by whoever controls the budget.
It answers: what is changing and what is not, why now, who this is for, what success looks like at 30, 90 and 180 days, what the budget is, what the immovable date is and why, and who decides when there is disagreement.
That last item is the one that gets left out and the one that costs the most. A launch with three stakeholders and no named decision-maker resolves every disagreement by escalation or by compromise, and compromise in brand work produces the beige middle that nobody chose.
Also name what is explicitly out of scope. A brand launch attracts adjacent projects the way a house move attracts decluttering, and an unbounded scope is the second most common cause of a slipped date.
One page. This is the document every other piece of copy is derived from, and if it does not exist, each writer invents their own version and the launch sounds like six brands.
The standard structure:
Lock this before any copy is commissioned. Every asset written against unlocked messaging gets rewritten, and rewriting is where launch budgets quietly go.
A table, and the single most important document in the stack.
One row per deliverable. Columns: asset, channel, format and spec, owner, reviewer, dependency, due date, status, and where the file lives.
This is where a brand launch becomes real, because it is the moment the abstract phrase "refresh our channels" becomes 68 rows and someone realises there is a fortnight of work nobody scoped. A typical mid-size brand launch produces somewhere between 40 and 200 rows.
Build it by walking surfaces rather than by brainstorming assets:
The dependency column is what makes this document a plan rather than a list. An asset with an unresolved dependency has no real due date, and sorting by dependency rather than by due date shows you the actual critical path.
The asset matrix arranged in time, working backwards from the immovable date.
A workable default shape for a mid-size brand launch, counted back from launch day:
| Phase | Timing | What has to be finished |
|---|---|---|
Positioning lock | T-16 to T-12 weeks | Brief signed, messaging house locked, legal search started |
Identity development | T-14 to T-10 | Identity approved, applied to the top ten surfaces |
Asset production | T-10 to T-4 | Photography shot, website built, print at proof stage |
Print and long-lead | T-8 to T-3 | Anything with a physical lead time committed |
Internal launch | T-2 weeks | Every employee briefed, assets in their hands |
Pre-brief | T-1 week | Press, partners and key customers under embargo |
Launch week | T-0 | Sequenced across a week, not fired in one hour |
Sustain | T+1 to T+12 weeks | The plan that continues after the spike |
Two rules that hold across almost every launch:
Everything an employee needs to understand and repeat the new brand, delivered before the external launch.
It contains: the story of why the change happened, the messaging house in plain language, what changes for each team specifically, the assets they need immediately, a set of answers to the questions people will actually ask, and a named person to ask when the pack does not cover it.
That question set matters more than the rest of the pack. The real questions are rarely about the brand. They are "does this mean my email address changes", "do I need to redo my client proposals", and "are we being acquired". Answer those directly and the launch has advocates rather than rumours.
Run the internal launch at least two weeks before the external one. Employees who learn about a rebrand from a customer or from LinkedIn become its least persuasive spokespeople, permanently.
The document teams skip, and the reason so many rebrands feel like they never landed.
Launch week produces a spike in attention and almost no change in what people believe. Association forms through repetition, which means the twelve weeks after launch matter more than the week of it. The sustain plan covers what runs in those weeks, who owns it, and what the budget is, and it should be written before launch because after launch everyone is tired and the budget is spent.
Binet and Field's IPA Databank work is the useful reference here: the long-run brand-building to short-run activation split lands near 60:40 across categories. A launch plan weighted entirely toward activation buys a spike in attention and no lasting brand association, which is exactly what a rebrand needs to build.
A 40-person software company changing name, positioning and visual identity at once. Three people on the launch, none of them full time on it.
Weeks 14 to 11, positioning. The document that took longest and produced the least visible output. It went through four versions because the second and third were descriptions of the product rather than positions against an alternative.
Weeks 10 to 8, messaging and identity. Messaging derived from the positioning, which is the order that works. Doing them in parallel, which the team initially planned, produces a messaging document that argues with the identity.
Weeks 7 to 5, the asset list and the migration audit. The audit found 340 surfaces carrying the old name. Eleven were outside anyone's control: partner directories, a conference listing, two app-store entries, review-site profiles. Those eleven took longer than the other 329.
Weeks 4 to 2, production. Website, sales collateral, templates, email signatures, social profiles, contract templates.
Week 1, sequencing. Internal first, customers second, public third, on three consecutive days rather than one.
What went wrong. The app-store entries needed review cycles nobody had scoped, and one took eleven days. The launch shipped with one store still carrying the old name for a week.
What the team would repeat. Running the migration audit in week 12 rather than week 7. The audit is cheap to run and its findings have the longest lead times, which is the argument for doing it early rather than when it feels relevant.
Total effort. Roughly 220 person-hours across fourteen weeks, over half of it in production rather than in the thinking that the team expected to dominate.
One extra artefact that is not a template but decides whether the launch feels finished.
Two weeks before launch, walk every surface a customer can reach and record which ones still carry the old identity. Not the ones on the asset matrix, all of them: the invoice PDF, the transactional email footer, the 404 page, the app store listing, the calendar invite template, the on-hold music, the second-page favicon nobody has looked at since 2019.
A brand launch is judged by its worst surface, not its best one. The website can be beautiful and the automated receipt still carries the old logo, and the receipt is the thing a customer sees every month.
Assign this audit to someone outside the marketing team. People who built the assets cannot see the old ones any more.
| Document | Notion | Airtable | Miro | Asana / Monday / ClickUp | HubSpot |
|---|---|---|---|---|---|
Launch brief | Best | Poor | Adequate | Adequate | Poor |
Messaging house | Best | Poor | Good | Poor | Poor |
Asset matrix | Good | Best | Poor | Good | Poor |
Launch calendar | Adequate | Good | Good | Best | Good |
Internal launch pack | Best | Poor | Poor | Poor | Poor |
Sustain plan | Good | Good | Poor | Best | Best |
Positioning workshop | Poor | Poor | Best | Poor | Poor |
Campaign execution | Poor | Adequate | Poor | Good | Best |
The honest reading: no single tool is best at more than two of these, which is why almost every real launch runs on two tools plus a spreadsheet. The common and correct pairing is a document tool for the thinking and a database or project tool for the matrix and the calendar.

Brand launch positioning territories compared side by side on one canvas
Every asset produced against unlocked positioning gets remade, and remaking is where launch budgets quietly go. Hold the territories against each other first, with the research beside them.

These are ordered by where they enter the work, not by overall quality. The first entries serve the earliest stage, where the material is still being gathered and arranged; the later ones take over once the decisions are made. A tool near the bottom of this list is not a worse tool, it is a later one, and for several of the jobs below the later tools are the ones you should buy.
The verdict: the best home for the documents, and adequate for the tracking, which makes it the most common single-tool answer for launches under about forty deliverables.
Best for: small and mid-size teams who want the brief, messaging house and internal pack to live where people will actually read them.
Why it ranks here. The launch brief, the messaging house and the internal launch pack are documents, and Notion is a better document than a spreadsheet row. Its databases handle an asset matrix competently, and the ability to have the matrix as a view inside the same page as the brief means people encounter the plan and the reasoning together.
Its published launch and campaign templates are genuinely useful starting points, which matters when the alternative is a blank page at week one.
Limitations: the database gets slow and unwieldy past a few hundred rows with several views, there is no real dependency or critical-path handling, and it will not tell you that a slipped photography shoot has moved eleven downstream deliverables.
Best for in this stack: brief, messaging house, internal pack, and the asset matrix up to moderate size.
The verdict: the best asset matrix in the category, and a poor place to write a brief.
Best for: launches with more than about sixty deliverables, and any launch with heavy asset variants across channels and formats.
Why it ranks here. The asset matrix is fundamentally a relational problem: assets link to channels, channels to owners, owners to deadlines, and every asset exists in six format variants. Airtable models that natively, and its interfaces let a designer see only their queue while the launch lead sees the whole board.
Its calendar and timeline views turn the same records into the launch calendar without maintaining a second document, which removes the most common source of plan drift.
Limitations: long-form documents are unpleasant in it, so the brief and messaging house go elsewhere. Pricing rises quickly with editors, and complex bases become their own maintenance job.
Best for in this stack: the asset matrix and the launch calendar.
The verdict: where positioning gets decided, and where nothing should be tracked.
Best for: the workshop stage, before the six documents exist.
Why it ranks here. Positioning work is spatial and comparative. You are holding several possible territories against each other, mapping competitors on axes, and clustering the language customers actually use. That is a whiteboard activity, and Miro is the default for good reasons: templates for positioning canvases and brand strategy, and enough space for a full day's workshop output to remain readable.
Limitations: it is not a plan. Boards decay after the workshop, and a launch tracked on a Miro board becomes unreadable at about the point it becomes important. Move the outputs into documents the same week.
Best for in this stack: the positioning workshop and the competitive map.
The verdict: necessary once the deliverable count passes what a document can hold, and premature before that.
Best for: launches with more than about forty deliverables, several teams, and real dependencies.
Why they rank together. For this job the three are more alike than different. All three do the thing Notion and Airtable do not: model dependencies, show a critical path, reassign workload, and tell you what a slipped task broke. On a launch where a photography shoot feeds eleven downstream assets, that is the difference between finding out in week eight and finding out on launch day.
Choosing between them: Asana has the cleanest dependency and timeline handling, Monday.com is the most legible to non-project-managers and the easiest to get a marketing team to adopt, and ClickUp offers the most capability per seat with the steepest setup cost.
Limitations: all three are poor homes for a messaging house or a brief, so they run alongside a document tool rather than replacing it. And on a small launch the setup cost exceeds the coordination it saves.
Best for in this stack: the launch calendar with dependencies, and the sustain plan.
The verdict: where the campaign runs, not where the launch is planned.
Best for: the activation and sustain phases, and measuring what the launch produced.
Why it ranks here. HubSpot's campaigns object ties emails, landing pages, ads, forms and workflows to a single campaign and reports on it together, which is the correct structure for the sustain phase. If you already run marketing there, the launch's demand-generation half belongs in it.
Limitations: it does not plan a brand launch. There is no asset matrix, no dependency model, and no home for the brief or the messaging house. Teams that try to run the whole launch inside HubSpot end up tracking a rebrand in a CRM, which does not work.
Best for in this stack: execution and measurement of the activation half, and the sustain plan.
Launch measurement goes wrong in a predictable way: the team reports the metrics that moved rather than the metrics that mattered, because the metrics that mattered move slowly.
Set the measures in the brief, before anyone knows what will happen.
At 30 days, measure execution rather than effect. Did the assets ship, did the migration complete, did employees receive and understand the change. Internal comprehension is the only meaningful outcome measure this early, and you get it by asking twenty people to describe the new positioning in their own words. If they cannot, nothing external will land, and you still have time to fix it.
At 90 days, measure recognition. Aided and unaided awareness among the target audience, branded search volume, direct traffic, and whether inbound enquiries reference the new positioning. Branded search is the most honest cheap proxy available: it is hard to game and it moves when people actually remember you.
At 180 days, measure association. Do people connect you to the thing the positioning claimed. This needs asking rather than analytics, and a small tracking study or even fifty customer conversations beats a dashboard.
Two traps worth naming:
The measure that predicts whether a rebrand worked, more than any other, is whether your own salespeople started using the new language unprompted. If they reverted to the old pitch by week six, the internal launch failed and the external one is decoration.
Notion and Airtable are the two most trusted for holding a launch plan, with Airtable stronger on the asset matrix and Notion on the documents. Asana and Monday.com are the most trusted for dependency-heavy production schedules. Miro is the most trusted for the positioning workshop. HubSpot is the most trusted for running and measuring the campaign afterwards, and is not a planning tool.
Notion has the clearest pricing of the group and a free tier that genuinely carries a small launch. Miro and Asana publish straightforward per-seat tiers. Airtable's pricing rises quickly with editor count and record limits, which is the line to read carefully. HubSpot is the least transparent, because launch-relevant features sit in higher marketing tiers with contract minimums.
Asana and HubSpot have the longest records of stability at scale. Airtable is reliable but slows noticeably on very large bases with many views, which matters if your asset matrix runs to several hundred rows. Notion's performance on large databases has improved but is still the weakest of the group for that specific use.
For most launches, Notion plus a spreadsheet, and nothing else. Add Airtable when the asset matrix passes about sixty rows with format variants, and add Asana or Monday.com when deliverables have real dependencies across teams. Buying a project tool for a small launch is the most common overspend in this category.
A plain spreadsheet is underrated for the asset matrix; it does 80 percent of what Airtable does for a first launch and teaches you what structure you actually need. Miro is underrated for the migration audit, because photographing every legacy surface onto one board makes the remaining work impossible to ignore. And Google Docs remains a perfectly good messaging house.
Six documents, and the asset matrix is the one that decides the date. Build it by walking surfaces rather than brainstorming, fill in the dependency column honestly, and sort by dependency rather than by deadline to see the real critical path.
Then write the sustain plan before you launch, while there is still budget and energy to commit. Launch week produces a spike in attention and almost no change in belief, and the twelve weeks afterwards are where the brand is actually built. Teams that plan to launch day plan to the wrong milestone.
If you buy one tool, buy the one that holds the asset matrix well. Everything else in this stack can live in a document.
Notion for launches under about forty deliverables, because the brief, messaging house and asset matrix can all live in one place people will read. Airtable for the asset matrix once the deliverable count and format variants grow. Asana or Monday.com once dependencies across teams become the constraint. Miro for the positioning workshop that precedes all of it, and HubSpot for running the campaign afterwards. Most real launches use two of these, not one.
Six: the launch brief, the messaging house, the asset matrix, the launch calendar, the internal launch pack, and the sustain plan. The asset matrix is the one that decides whether launch week happens on time, because it is the only document mapping every deliverable to a channel, an owner, a dependency and a date. The sustain plan is the one most often skipped and the reason many rebrands feel like they never landed.
Sixteen weeks from positioning lock to launch day is a realistic default for a mid-size company, with identity development running weeks 14 to 10, asset production weeks 10 to 4, the internal launch at week 2 and pre-briefing at week 1. The real constraint is usually the longest physical lead time, such as a print run or packaging, so establish that number in week one and work backwards from it.
A one-page document with the brand idea at the top, three supporting pillars beneath it, proof points under each pillar, the boilerplate paragraph, and a list of words you use and do not use. Every piece of launch copy derives from it. Without one, each writer invents their own version and the launch sounds like several different brands, which is the most common cause of a launch that fails to register.
A table with one row per deliverable and columns for asset, channel, format, owner, reviewer, dependency, due date, status and file location. Build it by walking surfaces rather than brainstorming assets: owned digital, owned physical, sales and service, paid, earned and internal. A mid-size brand launch typically produces 40 to 200 rows, and the dependency column is what turns the list into a plan.
At least two weeks before the external launch. Employees who first hear about a rebrand from a customer, a journalist or LinkedIn become its least persuasive advocates and stay that way. The internal pack should answer the questions people actually ask, which are usually practical rather than strategic: whether email addresses change, whether existing proposals need redoing, and whether the change signals something else.
A product launch introduces a new offering to people who already know you, and it is measured in adoption over weeks. A brand launch changes who you are, which makes every existing asset wrong, requires an internal re-education, and is measured in recognition and association over quarters. The migration work and the internal launch are the two elements a brand launch has that a product launch largely does not.
Legal clearance and the website. Both depend on people outside the marketing team, which is precisely why they slip, and both need to start in week one rather than week six. The third most common failure is an unscoped migration: the invoice template, the transactional email footer and the app store listing still carrying the old identity on launch day.
Weight the plan toward long-run brand building rather than the launch spike. Binet and Field's IPA Databank research puts the effective long-run to short-run split near 60:40 across categories, and a launch plan that spends everything on launch week buys attention without building association. Write the sustain plan before launch, because afterwards the team is tired and the budget is gone.
No. Sequence the launch across a week so you get several moments rather than one, and so that any asset which is not ready can slip by a day instead of being held for weeks. A single-hour launch also concentrates all risk into one window, which means one failed dependency becomes a visible failure rather than a quiet reschedule.
Only once dependencies across teams become the constraint, which is usually somewhere above forty deliverables and more than two teams. Below that, a document tool with a table does the job and costs no setup time. The most common overspend in this category is buying Asana, Monday.com or ClickUp for a launch that a Notion page would have handled.
A walk through every customer-reachable surface two weeks before launch, recording which still carry the old identity, including the ones nobody thinks of: invoice PDFs, transactional email footers, the 404 page, app store listings, calendar invite templates and favicons. Assign it to someone outside the marketing team, because the people who built the new assets can no longer see the old ones.
Do not maintain two documents. Build the asset matrix as records with dates, then view the same records as a calendar or timeline. Airtable, Asana, Monday.com and ClickUp all do this natively, and Notion does it adequately. Plan drift almost always comes from a calendar that was copied from the matrix once and then edited separately.
No, and it is not designed to be. HubSpot is strong for executing and measuring the campaign that follows a launch, tying emails, landing pages, ads and forms to one campaign object with unified reporting. It has no asset matrix, no dependency model and no home for a brief or messaging house. Use it for the activation and sustain phases and plan the launch elsewhere.
What is changing and what is not, why now, the target audience, success measures at 30, 90 and 180 days, the budget, the immovable date with the reason it is immovable, what is explicitly out of scope, and the name of the person who decides when stakeholders disagree. That last item is the one most often omitted and the most expensive to omit, because without it every disagreement resolves by compromise.
Table of Contents
Every Storyflow board starts from real structure and an AI that reads the whole canvas. Open one of these templates and make it yours.
A visual AI workspace where every feature lives inside one canvas. No tab-switching, no context lost.
Build your entire board from a single message
Type what you need in the AI chat at the bottom of your canvas. The AI adds cards, headings, and structure directly onto your board.
Use expert frameworks as AI context
Type @ in the AI chat and choose any Tactic. The AI tailors every response to that framework instead of giving generic advice.
Turn your board into a mind map in seconds
Ask the AI to restructure your canvas as a mindmap. It connects your ideas into a visual hierarchy so you can see how everything relates.
Storyflow actually began as a personal tool while working on creative and research projects.
We kept running into the same problem: ideas were scattered everywhere: notes, documents, and whiteboards.
Nothing helped us see how everything connected.
So we started building a workspace designed around how ideas actually grow.
→ Read how Storyflow was created
Justkay
Documentary Filmmaker & Founder at Storyflow
Published: 2026-09-06
Transform your creative workflow with AI-powered tools. Generate ideas, create content, and boost your productivity in minutes instead of hours.