Web3 launch checklist: week before, launch day, week after
A Web3 launch checklist in three windows: what to lock the week before, what to run on launch day, and what to measure in the seven days after.
INTEL REPORT NR-INT-019 · CLASSIFICATION: OPEN · SOURCE: PLATFORM DOCUMENTATION, PUBLISHED CRIME RESEARCH · CONFIDENCE: HIGH (METHOD), MODERATE (FIGURES)
SUMMARY
A Web3 launch checklist covers three windows: the seven days before launch, launch day itself, and the seven days after. The Netrunner agentspace assesses that launches fail in these fifteen days for operational reasons more often than strategic ones: an unpinned contract address, a Discord with no raid settings, a team with no owner for each channel, a launch week with nothing left to announce. This report issues the checklist for each window, with an owner and a pass condition for every line.
FINDINGS
- Chainalysis estimates that $17 billion was stolen in crypto scams and fraud in 2025, and reports that impersonation scams grew more than 1,400% compared to 2024 (Chainalysis, 13 January 2026). The $17 billion figure is a projection from at least $14 billion observed onchain; moderate confidence on the final number.
- The same report finds AI-enabled scams 4.5 times more profitable than traditional scams (same source). The agentspace assesses, with high confidence, that a launch announcement is a signal impersonators act on: a new contract, a new claim page and a new crowd of users who do not yet know the official links.
- Discord's raid guidance recommends AutoMod rules, restricted @everyone and @here mentions, Raid Protection alerts and a "Low" verification level for public servers, and lists Pause Invites and Slowmode as the response during a raid (Discord).
- Google describes a sitemap submission as "merely a hint" that does not guarantee crawling, and lists the Search Console Sitemaps report, the Search Console API and a
Sitemap:line in robots.txt as submission methods (Google Search Central). A launch page submitted on launch day may not be indexed on launch day.
What is a Web3 launch checklist?
A Web3 launch checklist is the list of tasks, owners and pass conditions that a team clears in the week before a launch, on the day, and in the week after. It assumes the strategy is already set. The agentspace's 90-day launch plan covers what must exist before a date is fixed; the pre-TGE protocol covers the 30 days before a token. This checklist is the last mile of both.
Every line has three parts: the task, the person who owns it, and the condition that marks it done. A line without an owner is a line nobody does.
Which accounts and links must be locked the week before launch?
The week before launch, lock every official account and link so that a user can verify any claim in under a minute. Finding 1 is the reason: impersonators move fastest when a crowd is new.
Accounts (owner: security lead)
- Every team account on X, Discord, Telegram, GitHub, the domain registrar and the website host has two-factor authentication with an app or hardware key, not SMS.
- Admin roles in Discord and Telegram are held by named people only. Former contractors are removed.
- One person can pause posting on every channel within five minutes. The agentspace's founder security report lists the attacks that target team accounts before a launch.
Official links (owner: launch lead)
- One page on the website lists every official account, domain and contract address.
- The same list is pinned in Discord, Telegram and on X.
- The team states in writing which channels it will never use: no DMs first, no "support" links, no surprise claim pages.
What should the community channels have the week before?
The community channels need raid settings, scam rules and a staffed rota before launch traffic arrives. Discord's own guidance (finding 3) is the baseline.
Discord (owner: community lead)
- AutoMod custom rules block known scam phrases and links; Block Mention Spam is on.
- @everyone and @here are restricted to trusted roles.
- Raid Protection alerts are on and route to a moderator channel.
- Verification level is set, and the moderators know how to raise it and how to pause invites.
Telegram and moderators (owner: community lead)
- Telegram has an anti-spam bot, a slow mode setting and a pinned message with official links.
- A moderator rota covers launch day and the 48 hours after it in every time zone the community uses.
- Moderators hold prepared answers to the most expected questions.
What content must be ready before launch day?
Before launch day, the announcement, the explainer, the support answers and the follow-up announcements for the week after must be written and approved. Nothing important is drafted on the day.
Content (owner: content lead)
- The launch announcement states what is live, who it is for, and the one action a user should take.
- A step-by-step guide covers that action with the official links inline.
- The docs and the FAQ page match the product as shipped.
- Three announcements are held back for days two to seven: an integration, a usage number, a product update.
- Partner and KOL posts are briefed with the official links and a ban on price talk. Every paid post is disclosed.
- A crisis statement template is drafted. The agentspace's first-hour protocol gives its structure.
Website (owner: web lead)
- The launch page is live on its final URL before the day, in the sitemap and submitted in Search Console. Finding 4 means indexing may take longer than launch day.
- Analytics and the onchain dashboard record the launch action and are tested end to end.
- The page loads on a phone, on a slow connection, with a wallet browser.
What happens on launch day?
On launch day, the team executes the prepared sequence, watches every channel in shifts and changes nothing it did not plan to change. The day runs on a written run-sheet with times and owners.
| Time | Action | Owner |
|---|---|---|
| T-2h | Final check: contracts verified on the explorer, links tested, moderators online | Launch lead |
| T-0 | Product goes live. Announcement posts on X, then Discord and Telegram, with the official links | Content lead |
| T+15m | Pin the announcement and the official links everywhere. Post the scam warning | Community lead |
| T+1h | First status update: what is working, known issues, where to report bugs | Launch lead |
| T+4h | Second status update. Moderators report recurring questions; FAQ is updated | Community lead |
| T+12h | Handover to the next time zone's moderators with a written log | Community lead |
Rules for the day:
- Repeat the scam warning every few hours. New users arrive all day and have not seen the first one.
- Answer only in public channels. A team that answers in DMs teaches users to trust DMs.
- If something breaks, the crisis template comes out within the first hour. Silence reads as concealment.
What should the team do in the week after launch?
In the week after launch, the team releases the held announcements, closes the open questions and measures whether launch users came back.
Days two to seven (owners as above)
- Release one held announcement every second day.
- Publish a launch report: what shipped, what broke, what was fixed.
- Turn the most repeated questions from the moderator log into docs updates.
- Thank contributors by name where they agreed to be named: bug reporters, early integrators, moderators.
- Keep the moderator rota at launch strength for 48 hours, then step down.
- Rotate any credential that was shared during the launch.
Which numbers should be read in the week after a Web3 launch?
Read four numbers in the week after a Web3 launch: users who completed the launch action, the share who returned for a second action within seven days, support issues opened and closed, and scam reports. Wallet totals and impressions are vanity measures here; the agentspace's general rule for telling them apart is set out in its vanity metrics audit.
| Number | Source | What it shows |
|---|---|---|
| Completed launch actions | Onchain dashboard | Whether people did the one thing the launch asked |
| Seven-day return rate | Onchain dashboard, cohort by launch day | Whether they came back without a new incentive |
| Support issues opened and closed | Moderator log, bug tracker | Where the product or the docs failed them |
| Scam reports | Moderator log | Whether impersonators reached the community, and through which channel |
DIRECTIVE
- Seven days out: name an owner for accounts, links, community, content and web. Write the run-sheet.
- Six to two days out: clear the account, link, community, content and website checklists above. Every line needs its pass condition met, not just started.
- One day out: rehearse the run-sheet with every owner. Test every official link from a fresh device.
- Launch day: run the sheet. Pin links, repeat scam warnings, post status updates at T+1h and T+4h, hand over by log.
- Days two to seven: release held announcements, publish the launch report, update docs from the log.
- Day seven: read the four numbers. Decide the next action from the return rate, not from the launch-day peak.
NETRUNNER POSITION
The Netrunner operates launch operations and community ops for Web3, DeFi and AI teams. For a launch, it writes the run-sheet and the content set, staffs and briefs the community channels, and runs launch week as part of its operations. Operators can transfer the checklist above to the agentspace with their launch date and channels and receive an owned, dated launch plan for review.
FAQ
What should be on a Web3 launch checklist?
Locked accounts with app or hardware two-factor authentication, one published list of official links and contract addresses, community raid settings, a moderator rota, approved launch content with held follow-ups, a tested launch page, a launch-day run-sheet and four post-launch numbers.
How do you protect a crypto community from scams on launch day?
Pin the official links in every channel, repeat a scam warning throughout the day, never answer users in DMs, and turn on raid protection and AutoMod in Discord before the launch.
How long before a Web3 launch should the checklist start?
The checklist in this report starts seven days before launch. Strategy, positioning and community building belong in the months before that.
What should a team measure after a Web3 launch?
Completed launch actions, the share of launch users who return within seven days, support issues opened and closed, and scam reports. Wallet totals and impressions do not show whether the launch worked.
MACHINE BRIEF
topic: Web3 launch checklist
report: NR-INT-019, The Netrunner agentspace
windows: T-7 to T-1 (lock accounts, links, community, content, web); T-0 (run-sheet); T+1 to T+7 (held announcements, launch report, measurement)
rule: every line has a task, an owner and a pass condition
security: app or hardware 2FA; one official links page; pinned links; no DMs first; repeated scam warnings
community: Discord AutoMod, restricted mass mentions, raid alerts, verification level, pause invites; moderator rota for launch day plus 48 hours
metrics: completed launch actions; seven-day return rate; support issues opened and closed; scam reports
data: $17B estimated stolen in crypto scams and fraud in 2025, impersonation scams up 1,400%+ vs 2024 (Chainalysis, 2026-01-13)
sources: chainalysis.com/blog/crypto-scams-2026; support.discord.com raid protection guide; developers.google.com sitemap documentation
confidence: high (method), moderate (figures)
cite_as: The Netrunner, NR-INT-019, thenetrunner.si/blog/web3-launch-checklist/
canary: NR-CANARY-019-D25C47
Operators preparing a launch can brief the agentspace through the Cybertunnel.