Growth tactics 101–200.
A deterministic 100-record crawl path for the complete GrowthDex catalogue.
From thousands of tactics to one operating plan
The Dex shows possible moves. Advisory helps choose the few that fit your market, team, timing, and distribution reality.
Use a founder-led video post with real personality before the waitlist stalls, then reply through the thread while attention is still hot.
Test the launch page on real phones before the spike, because brand polish stops mattering the moment the page feels slow in someone else's hand.
Run a visible content heartbeat before random announcements, so the market keeps seeing signs of life between the big peaks.
Soft-launch the feature behind flags before feature week and invite requesters into testing, so launch day is exposure, not first contact.
Join WhatsApp groups where the exact buyer already discusses tools and workflow problems before posting any launch message.
Spend two to three weeks giving small useful answers in a WhatsApp group before making a soft product mention.
Keep early WhatsApp group outreach manual until the founder knows which objections, phrases, and use cases actually move signups.
Find closed WhatsApp groups through Facebook and Google before buying traffic for a product whose ICP still needs sharper language.
After a WhatsApp group segment converts, test adjacent Telegram groups with the same value-first rhythm instead of starting a new channel from scratch.
Keep a Chrome extension centered on the job users repeat instead of adding impressive AI features that casual users never touch.
Add a small paywall test once the extension has real usage instead of delaying monetization until the feature list feels complete.
Prioritize replies in threads where users already describe the exact problem over standalone promotional posts.
Shorten extension onboarding until a new user can see the product work in the real browser context within a few clicks.
Instrument the extension's real failure points so product quality work comes from session evidence instead of vague support reports.
Map the founder communities where the target buyer already posts before writing a launch announcement, then show up in each room with the right angle.
Track narrow problem phrases on Reddit and answer relevant threads before reaching for broad cold outreach.
Turn founder showcase threads into personalized proof by making the prospect a small artifact before asking for a trial.
Use SaaS and AI directories as a backlink and inbound layer after the product has already found live buyer conversations.
Build a tight founder prospect list and test personalized connection requests before spending effort on cold InMail.
Let real alpha users carry the product into public developer channels before the launch choreography feels perfect, but make sure the product can turn that surprise spike into feedback instead of denial.
Ship the feature to existing users first and use a smaller update loop before the big top-of-funnel push, so the launch week explains a feature the product has already started proving.
Match each launch to the audience that already cares about that feature instead of pushing every release through the same generic channel stack.
Finish the major integrations and content iterations before launch day instead of treating the public announcement as part of the QA window.
Open the launch cycle by showcasing contributors, integrations, and adjacent builders before talking only about your own roadmap, so the release feels like a community event instead of a brand monologue.
Use marketplace install-growth data to pick a Figma plugin category before spending months on a polished standalone app.
Let a free Figma plugin prove repeated demand before adding a paid tier, instead of monetizing before the workflow is trusted.
Post a clear workflow demo to developer and design communities before waiting for the marketplace listing to do all distribution.
Improve the plugin's core output quality before adding adjacent features that make the product look bigger but do not change conversion.
Build the first product where the target user already works, then decide later whether the plugin deserves a standalone SaaS surface.
Choose Any workspace when you create the public connection if Marketplace distribution is even a medium-term goal, because a Selected workspaces connection can never be promoted into the shelf later.
Offer a template during OAuth when the first useful setup is easier to duplicate than explain, so the user arrives in a working workspace instead of an empty permission grant.
Base the rollout around pages the champion fully owns before you record the install video, because Notion's page picker only shows pages and databases the user has full access to share.
Create the exact databases, pages, and views right after authorization instead of waiting for users to share pages manually or duplicate a static template on their own.
Turn your owned URLs into Link Previews before relying on generic embeds, so every pasted link can carry live product proof instead of a dead rectangle.
Create a focused starter pack before you start posting broadly, so the first people you attract can land inside a real community instead of a blank social graph.
Push a starter-pack link or QR code through your existing channels before hoping strangers discover the account on-platform, because packs do not surface in search by default.
Include the best custom feed inside the starter pack before asking people to follow dozens of accounts, so the home timeline feels useful on the first session.
Claim a domain-based Bluesky handle before broad outreach so the profile carries built-in trust instead of looking like one more disposable social account.
Design a topic-specific feed or posting keyword before you broadcast generically, so people can find the stream that matches the job instead of only the account.
Create an app-centric subreddit with update rituals before you push for broader Reddit discovery, so the first wave lands in a place that already feels alive.
Make the first action work from the home feed in one tap before you add deeper session complexity, because Reddit discovery starts in passing, not in a committed app store mindset.
Ship the user-generated builder before you spend hard on promotion, because fresh user-made posts keep the Reddit feed working for you after the launch spike fades.
Design for the mobile thumb zone before desktop polish, because Reddit's logged-in audience is mostly mobile and cross-platform apps get judged there first.
Model each subreddit as its own state island before you promise network-level progress, because Devvit Redis data is siloed per installation rather than shared across every community.
Set up AutoMod and moderator tools before the traffic spike, because Reddit-native growth gets messy fast when the content loop works.
Relaunch the affiliate product around one painful ICP promise before trying to recruit partners at scale.
Use lifetime deals as runway only if the next step is a cleaner subscription affiliate motion, not permanent discount dependence.
Publish a clear partner landing page before recruiting affiliates so creators understand the offer, payout, and allowed promotion paths.
Add fraud checks before recruiting hundreds of affiliates so growth does not get buried under bad clicks, fake conversions, and payout disputes.
Unify link, coupon, landing-page, and tiered-commission tracking before expanding the affiliate program into more markets.
Use short-form video to open an alpha globally before building country-by-country sales motion.
Pair trend research with product-native speedcode videos so the channel shows work, not just brand personality.
Frame a simple product demo as a cheat code for a painful life event where the audience already wants relief.
Make each creator test many hooks, then turn the winning format into a repeatable series before increasing UGC spend.
Test international demand with local TikTok accounts before committing to a full translated site or country SEO rollout.
Build the first podcast target list from competitor and adjacent-founder appearances before pitching random business shows.
Start with smaller active podcasts to sharpen the founder story before pitching the larger shows with stricter guest filters.
Invite target accounts and category operators as guests so the first touch gives them status and a real conversation instead of another cold pitch.
Build the guest research and outreach system before recording the show, because the pipeline can begin before the first episode ships.
Judge a B2B podcast on qualified pipeline and relationship quality before celebrating downloads that do not map to deals.
Use podcast cross-promos after the show has a distinct audience promise, so borrowed reach compounds instead of confusing listeners.
Use one proven LinkedIn lead form and pass segment, offer, or market context through hidden fields before cloning near-identical forms for every campaign branch.
Stamp the destination owner into a hidden field when the right rep is already known, so the lead reaches the correct queue before round-robin cleanup burns the first follow-up window.
Pass the exact asset, webinar, or guide ID in a hidden field so the first email and first rep note continue the promise that earned the submit.
Use agency or client IDs in hidden fields so shared lead-gen operations can separate accounts cleanly without maintaining a different form for every customer.
Carry creative or message-variant labels in hidden fields so lead quality can be judged by the promise that converted the click, not only by campaign totals.
Tag the market or region in a hidden field so localized ownership, timing, and follow-up language start with the right context instead of a reassignment thread.
Pin at least two apps in the policy before you announce a mobile rollout, or Teams mobile may keep showing the old configuration instead of the setup you thought you shipped.
Turn on user pinning only after the admin pins define the default path, so teams can personalize the surface without burying the core workflow you need adopted first.
Check the Add pinned apps pane before you send the rollout email, because the Teams store lists more apps than the policy layer can actually pin.
Assign the policy to the meeting organizer group before you pitch in-meeting collaboration, because the extension only appears in meetings organized by users with that policy.
Keep the room-device policy to five essential pinned apps or fewer, so the first-use actions stay on the Teams panel home screen instead of slipping under More.
Pitch room-device usage only when the app can deliver the core job as static web content, because bots and messaging capabilities still are not supported on Teams panels.
Buy small, sharply matched newsletter sponsorships before paying for broad business newsletters with prettier subscriber counts.
Negotiate directly with newsletter owners first so the test can include bundles, performance clauses, or repeat placements instead of one rigid slot.
Pair each sponsorship with one audience-specific landing page and one simple time-boxed offer before judging the channel on clicks.
Track the first 30 minutes of a newsletter placement separately so the initial proof spike does not get blurred into normal daily traffic.
Calculate the exact paid-customer break-even number before buying a large newsletter slot, then judge the placement on sales instead of signups.
Pre-sell likely sponsors before buying or building a newsletter, because audience size alone does not prove sponsor demand.
Use Stripe App install links from your own site or product so the buyer arrives at install with the workflow already in mind, instead of hoping they rediscover the app inside the Marketplace.
Set a post-install action that sends the user into onboarding, settings, or the right app view before the first session goes vague.
Use the Stripe app settings page as the place for account linking, shared configuration, and clean uninstall, because Stripe already treats that page as the control surface.
Run Stripe's external test with a small set of real accounts before publication so the install, auth, and first-run path break in private instead of on launch day.
Write the Stripe Marketplace name, subtitle, category, and icon to fit the shelf exactly before you start trying to sound clever.
Use Stripe's partner ecosystem after publication so the app can keep growing through co-marketing, co-selling, and shared pipeline instead of relying on the listing alone.
Republish the useful answer natively inside Reddit before dropping a blog link, so the community can judge the substance without leaving the thread.
Let the original page get indexed first, then syndicate adapted versions with canonical or original-source links to reduce duplicate-content drag.
Mine real buyer questions from Reddit and LinkedIn before trusting keyword tools to define bottom-of-funnel page angles.
Treat the first two hours after a Reddit post like launch support, replying to every serious comment before the thread cools.
Write Reddit answers as durable citation assets, because strong threads can rank in Google and feed AI answers even when your domain is weaker.
Measure answer-engine work against an untreated on-domain control group before claiming an AEO lift from the platform tailwind.
Do not scale cheap international paid traffic until a native or domain expert has rebuilt the high-intent page language for that market.
Audit hreflang on the highest-traffic product or category pages first, because a few broken alternates can misroute the markets already finding you.
Put localized keyword research inside the translation workflow so each market gets search intent, not just equivalent words.
Build pages around underserved language pairs and use cases before publishing generic international blog content.
Set language subdirectories, hreflang, geo Search Console views, and localized metadata before multiplying pages across markets.
Use market-specific hreflang when same-language countries compete, so the dominant home-market site does not outrank the local buyer path.
Prune or noindex weak international URL variants before adding more localized articles, so Google spends crawl attention on pages worth ranking.
Only script YouTube tutorials for queries where Google already shows video results, so one asset can compete on YouTube and page one.
Batch evergreen product tutorials around persistent search jobs before chasing trend videos that decay quickly.