The acquired product's biggest enemy in its first year inside the parent company is not the competitor it was bought to beat. It's the parent's own homepage.
Most acqui-hire relaunches follow the same arc. Press release on day one. A "Now part of [Parent]" banner on the acquired product's site by week two. The acquired team's marketing lead absorbed into a horizontal team by month three. By month nine, the product has lost the keyword equity it spent four years building, and the parent's sales team can't explain when to lead with it. The reason the acquisition was a strategic asset — a real wedge into a buyer the parent couldn't reach — is now a footnote in a feature grid.
This is a positioning problem disguised as an integration problem. The PMM owns it.
The three relaunch archetypes (and which one you're actually doing)
Before you write a single boilerplate paragraph, pick one of three relaunch shapes. The wrong one is the source of most of the post-acquisition fog.
The mistake is choosing Absorb because it's the easiest internal sell, then discovering six months in that the acquired product had a real buyer the parent doesn't serve. By then the homepage redirect is live, the rebrand is done, and the org chart has flattened. Walking it back costs more than getting it right on day forty-five.
A six-step relaunch sequence
The window for a clean relaunch is roughly the first 120 days after close. After that, the parent's instincts to consolidate become hard to fight, and the acquired team's distinctive language starts to erode in shared docs.
The messaging architecture problem
The hardest paragraph to write in any acquisition launch is the one that explains why the parent bought the product. The press release version — "to expand our platform" — is useless to a buyer. The buyer wants to know what the combined offering does that neither did before, or whether the acquired product still works the way it did last week.
Three messaging architectures work. Most others fail.
The architecture you pick determines every downstream artifact: the homepage, the pricing page, the sales playbook, the analyst-relations brief. Pick it before you write any of them.
We spent three months arguing about the new logo lockup. We didn't realize until month four that we'd never agreed on whether the acquired product had its own buyer. The logo question was unanswerable until we answered the buyer question.
What to do with the acquired product's category claim
If the acquired product made a category claim before the deal — "the leading reverse ETL tool," "the first AI-native QA platform" — you have a decision. Inheriting that claim into the parent's portfolio rarely works because the parent's brand doesn't authentically inhabit the category. Erasing it costs the SEO and analyst position the company spent years building.
The middle path: keep the claim attached to the product, not the parent. "Reverse ETL by [Parent]" preserves the category equity while signaling the corporate change. It looks awkward on a slide for a quarter. It outperforms either alternative over eighteen months.
The internal politics that derail this
PMM gets handed the relaunch as a marketing project. It isn't. It's a cross-functional sequencing problem that touches sales comp (does the acquired product get its own quota line?), pricing (one price book or two?), and analyst relations (do you brief Gartner under the parent's MQ, the acquired product's adjacent quadrant, or both?). Each of those answers has a positioning implication, and each gets decided by a different VP unless someone — usually the PMM — writes the document that makes the implications visible.
That document is the acquisition launch brief. It's not a launch plan and it's not a positioning brief. It's the connective tissue between them.
What the acquisition launch brief must answer
A short timeline of a relaunch that worked
What to do Monday
Pull the won-deals data from both companies if you haven't already. If the deal hasn't closed, do this in the diligence phase — the answer changes how you negotiate the integration plan. If the deal closed three months ago and no one has written the acquisition launch brief, write a one-page draft this week and circulate it. The discomfort of the conversations it forces is the whole point.
Keep reading
Launch Playbook for API-First Products
API-first products need developer-first launches. Generic launch playbooks produce marketing buyers love and developers ignore. Here's the developer-calibrated launch structure, the three assets that matter most, and the common anti-pattern that makes API launches fall flat.
Launch Playbook for Compliance-First Products
How fintech and healthtech PMMs ship launches that satisfy legal review without flattening the narrative into beige risk-managed nothing
Launch Playbook for Vertical SaaS Products
Vertical SaaS launches live or die on industry-native language and industry-trusted voices. Horizontal-SaaS launch playbooks applied to vertical contexts usually miss both. Here's the industry-calibrated launch structure that works, and the three specific moves that separate category-leading vertical launches from also-ran ones.
Launch Playbook
Ship launches that land a point of view — not just a feature list.
Launch Playbook drafts your announcement copy, FAQ, and battle-card patch from your Strategic Context the moment you're ready to ship. Evidence-based, grounded in your positioning, built to be sent — not just presented.
- ✓Drafts announcement, FAQ, and battle-card patch
- ✓Grounded in your positioning, not a generic template
- ✓Ready to ship in the time it takes to brief an agency