In short: a token should reduce coordination cost or create ownership. If it does neither, do not issue one, and if you do, the type of money you raise decides your GTM before you write a line of it.
Key points
- Ask what breaks without a token; if nothing breaks, do not issue one for now.
- Ecosystem or foundation money is a distribution deal, and chain choice is the term that matters most.
- Circulating float, unlock schedule and stablecoin treasury runway say more than headline FDV.
- Set minimum liquidity depth as a written, funded product requirement before launch.
- Legal clarity is a fact pattern that changes with the product, so legal is part of GTM.
This is not investment or legal advice. Token structures are fact-specific; get your own counsel.
What a token is actually for
Strip away the narrative and a token does one of two jobs. It coordinates people who do not trust each other, or it gives them ownership they cannot get another way.
Everything else is a worse version of something cheaper. Settlement can run on stablecoins. Loyalty can run on points. Access control can run on a database with a login page.
So the first question is not "what will our token do". It is "what breaks if we do not have one". If nothing breaks, you have your answer for now. You are not closing the door. You are refusing to open it before the room is built.
Part 3 argued for raising against evidence, not narrative. In crypto, the token is where narrative hides best. Treat it with the same discipline.
Three kinds of money and what each wants
The money you take is a GTM commitment. Each source wants something different from how you go to market.
| Source | What they are buying | What it pulls your GTM towards |
|---|---|---|
| Equity only | A business that compounds | Revenue, retention, a product that sells without a token |
| Equity plus token warrant | A business and a launch event | A credible launch date, exchange relationships, a liquid market |
| Ecosystem or foundation money | Activity on their chain | Building where they live, their users, their events, their co-marketing |
None of these is wrong. All of them are binding. Ecosystem money in particular is often read as "cheap grant capital". It is not. It is a distribution deal, and chain choice is the term that matters most.
If you build on a chain because the grant was there, you have chosen your first hundred users without meeting them. Make sure they are the users you want.
Float, unlocks and runway beat FDV
Headline FDV is the number people quote at dinner. It tells you almost nothing about the next eighteen months.
Three numbers tell you more. Circulating float at launch, because thin float means price is a story, not a market. The unlock schedule, because every cliff is a sell event you have to plan comms around. Treasury runway in stablecoins, because a treasury denominated in your own token is runway you cannot spend in a drawdown.
Build the GTM calendar around the unlock calendar, not the other way round. If a large unlock lands the same month as your biggest product launch, one of them moves.
Legal does not end at launch
Keep this section short because the specifics belong with your counsel, not with me.
The general point is this. Legal clarity is a fact pattern, not a one-time stamp. How the token is sold, who it is sold to, what it does, and what you say about it in public all feed the analysis. Those facts change as the product changes.
A marketing claim your team makes in month nine can matter as much as the structure you set in month one. That makes legal part of GTM, not a box ticked before it. Your claims register from Part 2 needs a legal reviewer with sign-off, not a courtesy copy.
Liquidity depth is a product requirement
Founders treat liquidity as a market-maker problem. It is a product problem.
If a user cannot enter or exit at reasonable size without moving the price, the token does not work as a coordination tool. It works as a trap. Users notice. The ones you want most, your most active users, notice first.
Set a minimum liquidity depth as a product requirement, in writing, before launch. Fund it, or do not launch. This is the same logic as not shipping a checkout page that fails above a certain basket size.
The readiness gate
Before any token launch I ask teams to score themselves against a gate. Not a pass-fail test. A practice that forces the honest conversation before the calendar does.
The dimensions I use are retention without incentives, token necessity, legal clarity, security review, treasury runway, distribution in place, liquidity depth and comms readiness. I add incident response, because something will go wrong in the first week and the question is whether you planned for it.
Score each dimension. Write one sentence of evidence beside each score. Where the evidence is thin, the score is low, whatever the team feels.
The exact thresholds are yours to set. The point is to make the decision visible, so a weak dimension gets fixed or gets owned.
The checklist
- [ ] Written answer to "what breaks without a token", reviewed by someone outside the founding team
- [ ] Funding source chosen with its GTM pull named explicitly, including chain choice as distribution
- [ ] Unlock calendar laid over the GTM calendar, with conflicts resolved
- [ ] Treasury runway stated in stablecoins, not in your own token
- [ ] Minimum liquidity depth written down as a product requirement and funded
- [ ] Readiness gate scored with evidence per dimension, and an incident response owner named
Common questions
Does my crypto startup need a token?
Only if it reduces coordination cost between people who do not trust each other or creates ownership they cannot get another way. If nothing breaks without one, you have your answer for now.
Is FDV a good metric for a token launch?
Headline FDV tells you almost nothing about the next eighteen months. Circulating float at launch, the unlock schedule, and treasury runway in stablecoins tell you more.
What does ecosystem grant money mean for a crypto startup's go-to-market?
It is not cheap grant capital; it is a distribution deal that pulls you towards building on that chain, its users, events and co-marketing. If you build on a chain because the grant was there, you have chosen your first hundred users without meeting them.
What should a team check before launching a token?
Score a readiness gate with evidence for retention without incentives, token necessity, legal clarity, security review, treasury runway, distribution, liquidity depth, comms readiness and incident response. Specific structures need your own counsel.