Communitygithub.com

cbrock84/product-launch

Transforma algo construído em algo lançado no mercado — categorizando o lançamento de acordo com seu real impacto, organizando a preparação interna antes do anúncio externo, preparando vendas e suporte para responder às perguntas geradas, escolhendo a data por um motivo e medindo adoção em vez de alcance do anúncio. Use para planejar um lançamento, ajustar um que está consumindo mais do que merece, entender por que um recurso lançado que ninguém usa foi anunciado com estardalhaço ou gerenciar as semanas após o dia do lançamento.

O que é product-launch?

Este skill automatiza o planejamento e a execução de lançamentos de produtos, indo muito além do simples anúncio. Ele é útil para qualquer equipe de produto, engenharia ou marketing que deseja garantir que seus lançamentos realmente gerem adoção, e não apenas barulho. Funciona em qualquer plataforma onde o planejamento de lançamento possa ser descrito (como documentação de projeto ou ferramentas de comunicação). O skill ajuda a classificar o lançamento em três níveis (Tier 1, 2 ou 3), sequenciar a preparação interna (suporte, vendas, documentação) antes do anúncio externo, definir claramente o público-alvo (e quem não deve usar), escolher uma data baseada em critérios objetivos, planejar os dias após o lançamento e medir o sucesso com métricas de adoção, não de alcance. Ele aborda armadilhas comuns como anunciar antes do preparo adequado, tratar toda melhoria como grande novidade ou lançar para todos por medo de reduzir o impacto.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/cbrock84/headcount/tree/main/plugins/marketing/skills/product-launch

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Lançamento de produto

Um lançamento não é um anúncio. O anúncio é a parte mais barata e a que mais frequentemente é confundida com o todo, que é como recursos ganham cobertura da imprensa e nenhuma adoção.

Classifique o lançamento antes de planejá-lo

Nem tudo merece o mesmo tratamento, e tratar tudo como grande novidade é como uma equipe queima sua própria atenção e a de seu público.

  • Nível um — muda a história que você conta sobre o produto ou abre um novo segmento. Movimento completo: trabalho de posicionamento, imprensa, capacitação de vendas, comunicação com clientes, campanha.
  • Nível dois — significativo para clientes existentes, não uma nova história. Anúncio no produto, documentação, uma nota para contas afetadas, briefing de vendas.
  • Nível três — melhoria. Notas de versão e nada mais.

Defina o nível antes do trabalho começar e espere a tendência de puxar para o nível um de quem o construiu. Esforço gasto acima do nível é tirado de outro lugar, geralmente do próximo lançamento.

Organize a preparação interna antes do anúncio

A ordem importa e é constantemente invertida. Suporte e vendas descobrem pelo anúncio, depois passam a semana do lançamento respondendo perguntas sobre as quais nunca foram informados, mal.

Antes de qualquer coisa externa: documentação existe, suporte consegue responder às principais perguntas, vendas sabe para quem é e para quem não é, preço e pacote estão decididos e configurados, e a coisa funciona para as contas que vão testá-la primeiro.

Peça a alguém de fora da equipe para usá-lo do zero. A equipe não consegue mais enxergar a experiência inicial, e a experiência inicial é o que todo mundo recebe.

Decida para quem é e diga para quem não é

Um lançamento voltado para todo mundo não atinge ninguém. Nomeie o segmento, o problema que resolve e o que muda para eles — e diga explicitamente quem ainda não deve usá-lo. Caso contrário, vendas venderá para quem perguntar, e os primeiros clientes serão os de pior adequação.

Escolha uma data por um motivo e defenda os critérios acima da data

Datas de lançamento são definidas por um evento, um trimestre ou uma promessa. Qualquer que seja o motivo, anote os critérios que devem ser atendidos para lançar naquela data — padrão de qualidade, documentação, prontidão do suporte — e trate eles como o verdadeiro portão.

Lançar antes da prontidão do suporte é a maneira mais cara de economizar uma semana. O custo aparece como uma primeira impressão ruim exatamente nos clientes mais interessados na novidade.

Planeje os dias após, não apenas o dia

A maioria dos planos de lançamento termina no dia do lançamento, que é onde o trabalho começa. Agende o acompanhamento: uma segunda onda para quem perdeu a primeira, prompts no produto para usuários que ainda não experimentaram, contato com contas que se encaixam e uma verificação das perguntas chegando no suporte.

Acompanhe os primeiros tickets de suporte de perto. Eles são o sinal mais rápido sobre o que o lançamento fez de errado e chegam antes de qualquer movimento no painel.

Meça adoção, não anúncio

Alcance, impressões e menções na imprensa medem o anúncio. O que importa é se as pessoas pretendidas estão usando a coisa e se ela fez o que o roadmap afirmava.

Decida o número antes do lançamento — quantas de quais contas, fazendo o quê, até quando. Um lançamento avaliado com métricas de engajamento escolhidas depois é sempre um sucesso e não ensina nada.

Nunca

  • Anuncie externamente antes de suporte e vendas conseguirem responder às perguntas óbvias.
  • Execute uma movimentação de nível um para uma mudança de nível três só porque a equipe está orgulhosa dela.
  • Lance para todo mundo porque restringir o público parece reduzir o impacto.
  • Relate sucesso de lançamento em alcance quando o objetivo era adoção.

Individual skills in this repo

This repo contains 11 individual skills — each has its own dedicated page.

cbrock84/interface-craft

Raises the visual and interaction quality of an interface — layout, hierarchy, type, spacing, density, and the details that separate a considered product from a generic one. Use this when a screen works but looks unfinished or default, when a layout feels crowded or arbitrary, when a page has no clear focal point, or when an interface needs to feel trustworthy rather than merely functional.

cbrock84/org-design

Designs how an organization is structured — reporting lines, team boundaries, spans and layers, role definition, and workforce planning against the strategy. Use this to structure a new team, restructure an existing one, resolve unclear ownership between teams, plan headcount, or diagnose why a team underperforms for structural rather than individual reasons.

cbrock84/portfolio-governance

Governs the portfolio of work — intake, prioritization, stage gates, resource contention, and stopping things. Use this to set up intake and prioritization, run a stage gate, decide between competing initiatives, resolve resource contention across projects, or work out why everything is in flight and nothing is finishing.

cbrock84/program-management

Plans and drives cross-functional programs to delivery — scope, sequencing, dependencies, status, risk, and the escalations that keep work moving. Use this to run a multi-team initiative, recover a program that is slipping, build a delivery plan with dependencies, structure status reporting, or diagnose why cross-team work keeps missing dates.

cbrock84/project-delivery

Plans and delivers a single project — scope, estimation, scheduling, critical path, tracking, and recovering when it slips. Use this to plan a project, build or challenge a schedule, estimate credibly, track progress meaningfully, or recover a project that is late.

cbrock84/retention

Diagnoses and reduces churn — cancellation flows, save offers, failed-payment recovery, at-risk detection, and the product and service causes underneath. Use this when churn is rising or unexplained, to design a cancellation or win-back flow, to recover involuntary churn, to identify at-risk accounts before they leave, or to decide whether a retention problem is a product problem.

cbrock84/sales-enablement

Builds what a sales team needs to sell — pitch decks, one-pagers, objection handling, competitive battlecards, demo scripts, and case studies. Use this to create or fix sales collateral, prepare for a competitive deal, build a demo flow, document objection responses, or diagnose why a pitch is not converting.

cbrock84/tax

Structures the tax questions a growing business faces — corporate income, sales and use, payroll, nexus, and the obligations created by hiring or selling somewhere new. Use this to work out what a new state or country obligates you to, prepare for a tax filing or audit, understand sales tax on your product, or check what a remote hire or new market triggers.

cbrock84/unit-economics

Establishes whether the business makes money on each customer or unit — contribution margin, acquisition cost, payback period, lifetime value, and the cohort behavior underneath. Use this to assess whether growth is profitable, evaluate a channel or segment, support a pricing decision, judge how fast the business can afford to grow, or diagnose why revenue growth is not producing profit.

cbrock84/video-content

Plans and scripts short-form and long-form video, and designs the packaging — titles, thumbnails, and openings — that determines whether it gets watched. Use this to script a video, plan a series, fix retention or click-through problems, design thumbnail and title concepts, or turn written content into video. For a YouTube channel specifically — idea selection, retention teardowns, and channel-level strategy — use `youtube-producer`.

cbrock84/visual-content

Designs and directs the visual assets that carry content — carousels, infographics, quote graphics, diagrams, and social imagery — including the generation prompts where they are AI-produced. Use this to turn a written piece into a visual format, design a carousel or infographic, create social graphics, or fix visuals that are not stopping the scroll.

Habilidades Relacionadas