Launch
The Launch That Did Not Land
You built something real. You spent months on it — the product, the writing, the code, the design, the thing itself. You knew it was good because you had tested it, refined it, used it yourself. You understood the problem it solved because you had lived the problem.
And then you launched. You posted the link. You sent the email. You waited.
The silence that followed was not feedback about the quality of what you built. It was feedback about the absence of a launch strategy. The product existed. The audience did not. The message was accurate but not compelling. The timing was arbitrary. The momentum that a launch requires — the sense that something is happening right now that you do not want to miss — was never created because nobody thought to create it before the launch day arrived.
Most launches fail in the weeks before they happen. This skill starts there.
What You Are Actually Launching
Before strategy, before messaging, before any of the tactical work, there is a question that most founders and creators answer too quickly and too vaguely: what problem does this solve, for whom, and why does solving it matter to them right now?
Not the features. Not the technology. Not what makes it interesting to build. The problem. The person. The stakes.
The skill works through this with you until the answer is specific enough to be useful. Not "it helps busy professionals be more productive" — that describes ten thousand products and therefore describes none of them. The answer that is specific enough to build a launch on sounds more like: it solves the specific thing that happens at eleven on a Tuesday when a founder realizes they have six separate tools open to do one task, and none of them talk to each other, and they have been meaning to fix this for three months and have not because fixing it takes more time than tolerating it.
That specificity is the foundation of every message, every piece of content, and every conversation that will make up your launch.
Building an Audience Before You Need One
The most common launch mistake is treating audience building as something that happens after the product is ready. By the time the product is ready, it is too late to build the audience you need for launch day to matter.
The skill builds a pre-launch sequence that starts the moment you decide to launch, regardless of how far out that is. Six months of runway looks different from six weeks, which looks different from two weeks — but the principle is the same in every case. You need to find the people who have the problem you solve, make them aware that a solution is coming, give them a reason to care before the product exists, and create a mechanism for staying in contact with them until launch day.
It helps you identify where these people already congregate — the communities, the newsletters, the platforms, the events — and how to show up there in a way that is genuinely useful rather than promotional. The goal is to arrive at launch day with a list of people who have been waiting for this, not a hope that strangers on the internet will notice.
Messaging That Moves People
Most product messaging describes the product. The best product messaging describes the transformation — the before and after, the life with the problem and the life without it, told in language the person who has the problem would actually use to describe their own experience.
The skill helps you build a complete messaging framework. The one-line description that makes someone immediately understand whether this is for them. The elevator pitch that earns a follow-up question. The landing page narrative that moves a skeptical visitor from interested to convinced. The email subject line that gets opened. The social post that gets shared because it articulated something people had felt but not yet found words for.
Every version is tested against the same filter: does this speak to the person who has the problem, or does it speak to the person who built the solution? The person who built the solution finds the technical details interesting. The person who has the problem wants to know whether their life will be different.
Launch Day Execution
Launch day is not a moment. It is a coordinated sequence that unfolds over hours, and the coordination determines whether the day builds momentum or dissipates it.
The skill builds a complete launch day plan. What goes out first and why — because the first hour sets the tone for everything that follows. How to sequence announcements across channels so each one reaches a different segment of your potential audience without the whole effort feeling simultaneous and therefore artificially coordinated. How to engage with early responses in ways that amplify reach. How to handle the technical issues that will occur because they always occur. How to keep energy high across a day that will feel longer than any other day of the process.
It prepares responses to the questions you will be asked repeatedly so you are not composing answers from scratch under pressure. It identifies the metrics worth tracking in real time and the ones that will only be meaningful after the noise settles.
The Week After Launch
Launch day is the beginning of a launch, not the end of one.
The people who discover your product in the first twenty-four hours are the early adopters — curious, tolerant of rough edges, interested in the story. The people who matter most to long-term traction discover it in the weeks that follow, when early adopters have had time to form opinions and share them. The launch that sustains is the one that uses the first day's momentum as fuel for the second week's reach.
The skill helps you manage post-launch momentum. How to collect and use early feedback without being paralyzed by it. How to find and amplify the early users whose experience is worth sharing. How to sustain publishing and engagement in the week after launch when the initial adrenaline has faded. How to identify which early signals indicate real traction and which are noise.
Learning From What Happened
Every launch is a data set. The channels that drove signups and the ones that produced noise. The messages that resonated and the ones that landed flat. The objections that came up repeatedly. The use cases that attracted users you did not expect. The features people asked for in the first week that tell you something important about what you built and what you thought you built.
The skill helps you conduct a launch retrospective that extracts the useful signal from the experience. Not to evaluate whether the launch succeeded or failed — that framing is too binary to be useful — but to build a clear picture of what you now know that you did not know before, and how that knowledge changes what you do next.
A launch that does not achieve its initial goals but produces a clear understanding of what the market actually wants is more valuable than a launch that exceeds its goals without producing any insight into why.
Who This Skill Is For
Founders launching a product for the first time who have never done this before and cannot afford to learn entirely through trial and error. Indie makers and solopreneurs who are doing every part of the launch themselves and need a thinking partner who has seen the full picture. Creators launching a course, a book, or a community who understand their craft but are less certain about the business of bringing it to market. Anyone who has launched before, was disappointed by the results, and wants to understand what went differently than expected.
One Last Thing
The best launches are not the ones with the biggest budgets or the largest existing audiences or the most polished assets. They are the ones where the person launching genuinely understood who they were launching for, built something that actually solved a real problem for those people, and communicated that solution in a way that made the right people feel immediately seen.
Everything else — the tactics, the sequencing, the channels, the copywriting — is in service of that. The skill handles everything else. The understanding has to come from you.
发布
未曾落地的发布
你打造了真实的产品。你花了数月时间——产品、文案、代码、设计,以及产品本身。你知道它很好,因为你测试过、优化过、亲自使用过。你理解它解决的问题,因为你亲身经历过那个问题。
然后你发布了。你贴出链接。你发送邮件。你等待。
随之而来的沉默并非对你所建产品质量的反馈,而是对发布策略缺失的反馈。产品存在了,但受众不存在。信息准确,却缺乏吸引力。时机随意。发布所需的势头——那种此刻正发生着什么你不想错过的感觉——从未被创造出来,因为没人想到在发布日到来之前就着手营造。
大多数发布在发生前的几周就已经失败。这项技能就从这里开始。
你实际在发布什么
在策略之前,在信息传达之前,在任何战术性工作之前,有一个大多数创始人和创作者回答得太快、太模糊的问题:这解决了什么问题,为谁解决,为什么现在解决对他们很重要?
不是功能。不是技术。不是它构建起来有多有趣。而是问题、是人、是利害关系。
这项技能会与你一起梳理,直到答案具体到足以有用。不是它帮助忙碌的专业人士提高效率——这描述了一万个产品,因此等于什么都没描述。那个具体到足以支撑一次发布的答案听起来更像是:它解决了周二上午十一点发生的那件特定事情——当一位创始人意识到他们为了完成一项任务打开了六个互不关联的工具,而它们之间无法互通,他们三个月来一直想解决这个问题却未能做到,因为解决它比忍受它更耗时。
这种具体性是构成你发布中每一条信息、每一份内容、每一次对话的基础。
在需要受众之前建立受众
最常见的发布错误是将受众建设视为产品准备就绪之后的事情。当产品准备好时,再为发布日建立所需的受众已经太迟了。
这项技能构建了一个发布前序列,从你决定发布的那一刻就开始,无论距离发布还有多远。六个月的跑道与六周不同,六周又与两周不同——但原则在任何情况下都一样。你需要找到那些有你解决的问题的人,让他们知道解决方案即将到来,在产品存在之前就给他们一个关心的理由,并建立一个机制与他们保持联系直到发布日。
它帮助你识别这些人已经聚集的地方——社区、通讯、平台、活动——以及如何以真正有用而非推广的方式出现在那里。目标是在发布日到来时,拥有一群一直在等待的人,而不是寄希望于互联网上的陌生人会注意到。
打动人心的信息传达
大多数产品信息描述的是产品本身。最好的产品信息描述的是转变——问题前后的对比,有问题的生活和没有问题的生活,用真正经历问题的人会使用的语言来描述他们自己的体验。
这项技能帮助你构建一个完整的信息传达框架。让某人立即明白这是否适合他们的一句话描述。能赢得后续提问的电梯演讲。能将怀疑的访客从感兴趣转变为信服的落地页叙述。能让人打开阅读的邮件主题行。能因为说出了人们感受到却尚未找到语言表达的东西而被分享的社交媒体帖子。
每一个版本都经过同一个过滤器的检验:这是在对有问题的人说话,还是在对构建解决方案的人说话?构建解决方案的人觉得技术细节有趣。有问题的人想知道他们的生活是否会不同。
发布日的执行
发布日不是一个时刻。它是一个在数小时内展开的协调序列,而协调决定了这一天是积累势头还是消散势头。
这项技能构建了一个完整的发布日计划。先发布什么以及为什么——因为第一个小时为后续的一切定下基调。如何跨渠道安排公告的顺序,使每个渠道触达潜在受众的不同部分,而不会让整个努力显得同步从而显得刻意协调。如何与早期回应互动以扩大影响力。如何处理必然会发生的技术问题——因为它们总会发生。如何在这比过程中任何一天都感觉更漫长的一天里保持高昂的能量。
它准备了你会被反复问到的问题的回应,这样你就不必在压力下从零开始构思答案。它识别出值得实时跟踪的指标,以及那些只有在喧嚣平息后才有意义的指标。
发布后的一周
发布日是发布的开始,而非结束。
在最初二十四小时内发现你产品的人是早期采用者——他们充满好奇,能容忍粗糙之处,对故事感兴趣。对长期增长最重要的人是在接下来的几周内发现它的,那时早期采用者已有时间形成意见并分享它们。能够持续下去的发布,是那些利用第一天的势头作为第二周影响力的燃料的发布。
这项技能帮助你管理发布后的势头。如何收集和利用早期反馈而不被其瘫痪。如何找到并放大那些体验值得分享的早期用户。如何在最初的肾上腺素消退后,在发布后的一周内保持内容发布和互动。如何识别哪些早期信号表明真正的增长,哪些只是噪音。
从经历中学习
每一次发布都是一个数据集。带来注册的渠道和产生噪音的渠道。引起共鸣的信息和平淡无奇的信息。反复出现的异议。吸引了你未曾预料到的用户的用例。人们在第一周要求的功能,告诉你关于你实际构建的和你以为自己构建的东西的重要信息。
这项技能帮助你进行发布回顾,从经历中提取有用的信号。不是为了评估发布成功还是失败——这种二元框架太简单而无用——而是为了清晰地了解你现在知道而以前不知道的东西,以及这些知识如何改变你接下来要做的事。
一次未能实现初始目标但产生了对市场实际需求的清晰理解的发布,比一次超出目标却没有产生任何关于为什么的洞察的发布更有价值。
这项技能适合谁
第一次发布产品、从未做过、也无法完全通过试错来学习的创始人。独立制造者和单人创业者,他们自己完成发布的每一个部分,需要一个看过全局的思考伙伴。发布课程、书籍或社区的创作者,他们精通自己的手艺,但对将其推向市场的商业方面不太确定。任何曾经发布过、对结果感到失望、并想了解哪里与预期不同的人。
最后一件事
最好的发布不是那些预算最大、现有受众最多或资产最精美的发布。而是那些发布者真正理解他们为谁发布、为那些人构建了真正解决实际问题的东西、并以一种让正确的人立即感到被看见的方式传达解决方案的发布。
其他一切——战术、顺序、渠道、文案——都是为此服务的。这项技能处理其他一切。而理解必须来自你自己。