[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6EBJFGSGJ16MPFC649Q4FFS":3,"skill-same:01M6EBJFGSGJ16MPFC649Q4FFS":95},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":15,"categories":16,"keywords":17,"publishedAt":25,"linkOnly":26,"markdownContent":27,"markdownBody":28,"frontMatter":29,"refName":35,"commitSha":36,"skillDirectory":37,"forksCount":38,"repositoryHtmlUrl":39,"repositoryHomepageUrl":40,"ownerHtmlUrl":41,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":42,"install":43,"resources":56},"01M6EBJFGSGJ16MPFC649Q4FFS","mvp-scope",null,"Mvp Scope — Skill especializada para mvp scope","kursku\u002Fskills","kursku","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F15705647?v=4","01M6E5VWJKMRJQ1PNFP2P0PYVZ","01M6E5VWSCHN2C3RVE67795NRC",124,"MIT","https:\u002F\u002Fgithub.com\u002Fkursku\u002Fskills\u002Fblob\u002Fmaster\u002Fpacks\u002Fkit-510-ptbr\u002F08-lancamento-growth\u002Fmvp-scope\u002FSKILL.md",[],[18,19,20,21,22,23,24],"mvp scope","scope","mvp","safe","code","para","growth","2026-11-10 10:12:30",false,"---\nname: mvp-scope\ndescription: \"Mvp Scope — Skill especializada para mvp scope\"\nlicense: MIT\nmetadata:\n  version: 1.0.0\n  author: Cafe Code AI\n  category: 08-lancamento-growth\n  updated: 2026-03-01\nrisk: safe\n---\n\n# Mvp Scope\n\nEsta skill capacita o Claude a definir, priorizar e validar o escopo mínimo viável de um produto, maximizando o aprendizado e minimizando o desperdício em lançamentos de growth.\n\n---\n\n## Keywords\n\nEscopo Mínimo Viável, RICE Scoring, Priorização de Features, Validação de Hipóteses, Early Adopters, Taxa de Ativação, Retenção, Product-Market Fit, Testes A\u002FB, Funil de Ativação, Desinvestimento, Growth Hacking.\n\n---\n\n## Quick Start\n\n1.  **Formular Hipótese de Valor:** Articular claramente o problema que o produto resolve para um segmento específico e como a solução proposta entrega valor. Ex: \"Ajudar freelancers a gerenciar propostas mais rápido para fechar 20% mais negócios.\"\n2.  **Mapear Jornada Crítica do Usuário:** Desenhar os 3-5 passos essenciais que o usuário precisa executar para experimentar o valor central do produto. Ex: Cadastro > Criação da primeira proposta > Envio da proposta.\n3.  **Priorizar Features RICE:** Aplicar a metodologia RICE (Reach, Impact, Confidence, Effort) para ranquear as funcionalidades que compõem a jornada crítica, focando naquelas com maior impacto e menor esforço.\n4.  **Definir Métrica de Sucesso do MVP:** Escolher uma única métrica primária que valide a hipótese de valor. Ex: \"50% dos usuários que criam uma proposta a enviam nos primeiros 7 dias.\"\n5.  **Comunicar Escopo Negativo:** Listar explicitamente o que *não* faz parte do MVP para evitar desvios e expectativas desalinhadas com stakeholders.\n\n---\n\n## Core Workflows\n\n### Workflow 1: Priorização de Features com RICE para MVP\n\nEste workflow detalha o processo de seleção das funcionalidades mais críticas para o Escopo Mínimo Viável (MVP), garantindo que o produto entregue o valor essencial com o menor investimento inicial.\n\n1.  **Identificação de Problemas Centrais do Usuário:**\n    *   **Ação:** Conduzir 5-10 entrevistas aprofundadas com potenciais usuários do segmento-alvo ou analisar dados de feedback de produtos existentes (ex: pesquisas NPS, tickets de suporte).\n    *   **Exemplo:** Um grupo de freelancers relata consistentemente a dificuldade em \"rastrear o status de múltiplas propostas enviadas\" e \"personalizar rapidamente templates de propostas\". Estes são os problemas-raiz a serem resolvidos.\n2.  **Brainstorming de Soluções\u002FFeatures e Geração de Ideias:**\n    *   **Ação:** Em uma sessão de 60 minutos com equipe multidisciplinar (produto, design, engenharia), gerar no mínimo 20 ideias de funcionalidades que abordam os problemas identificados. Não há julgamento nesta fase.\n    *   **Exemplo:** Para \"rastrear status\": notificação de leitura, painel de controle com status, integração com CRM. Para \"personalizar templates\": editor drag-and-drop, biblioteca de blocos reutilizáveis.\n3.  **Avaliação RICE para Cada Feature Proposta:**\n    *   **Ação:** Para cada feature, atribuir uma pontuação (1 a 10 para I, C; número de usuários para R; horas ou dias para E) e calcular RICE = (Reach * Impact * Confidence) \u002F Effort.\n        *   **Reach (Alcance):** Quantos usuários serão afetados pela feature em um período (ex: 1 mês)? (Ex: 1000 usuários\u002Fmês)\n        *   **Impacto:** Quanto essa feature impacta a métrica primária do MVP? (Ex: 3 = Massivo, 2 = Alto, 1 = Médio, 0.5 = Baixo, 0.25 = Mínimo)\n        *   **Confiança:** Qual a certeza de que essa feature terá o impacto esperado? (Ex: 100% = Alta, 80% = Média, 50% = Baixa)\n        *   **Esforço:** Quantas \"pessoa-semanas\" são necessárias para construir a feature (ex: 0.5 = 1 dia, 1 = 1 semana, 4 = 1 mês)?\n    *   **Exemplo de Pontuação:**\n        *   **Feature: Painel de Controle de Propostas:** R: 800 usuários\u002Fmês, I: 2 (Alto), C: 80% (0.8), E: 3 semanas. RICE = (800 * 2 * 0.8) \u002F 3 = 426.67\n        *   **Feature: Editor Drag-and-Drop de Templates:** R: 500 usuários\u002Fmês, I: 3 (Massivo), C: 60% (0.6), E: 8 semanas. RICE = (500 * 3 * 0.6) \u002F 8 = 112.5\n4.  **Definição do Escopo Core e Descarte:**\n    *   **Ação:** Selecionar as features com maior pontuação RICE que, juntas, resolvem o problema central do usuário e permitem a validação da hipótese de valor com o menor número de funcionalidades. Features abaixo de um limite de pontuação ou que não são essenciais para a jornada crítica são descartadas do MVP.\n    *   **Exemplo:** O \"Painel de Controle de Propostas\" é priorizado para o MVP, enquanto o \"Editor Drag-and-Drop\" é movido para uma fase posterior devido ao alto esforço e menor RICE inicial, mesmo com alto impacto.\n5.  **Documentação do Escopo Negativo:**\n    *   **Ação:** Criar uma lista explícita de funcionalidades que *não* serão desenvolvidas no MVP, comunicando-a a todos os stakeholders. Isso gerencia expectativas e evita \"feature creep\".\n    *   **Exemplo:** \"O MVP não incluirá: integração com calendários externos, faturamento automático, chat embutido para propostas.\"\n\n### Workflow 2: Validação de Hipóteses com Landing Page & Early Adopters\n\nEste workflow foca em validar a proposta de valor do MVP antes mesmo de sua construção completa, usando técnicas de baixo custo e alta velocidade para coletar feedback real e dados de interesse.\n\n1.  **Formulação da Hipótese de Valor Clara e Testável:**\n    *   **Ação:** Escrever uma frase concisa que articule o segmento de cliente, o problema, a solução proposta e o benefício único.\n    *   **Exemplo:** \"Acreditamos que freelancers iniciantes (segmento) têm dificuldade em criar propostas profissionais rapidamente (problema). Ofereceremos uma ferramenta de geração de propostas com templates pré-aprovados (solução) para ajudá-los a fechar mais clientes em menos tempo (benefício).\"\n2.  **Construção de Landing Page Minimalista para Teste de Demanda:**\n    *   **Ação:** Criar uma página única com a proposta de valor do MVP, um vídeo explicativo (opcional), e um Call-to-Action (CTA) claro para \"Inscrever-se na Lista de Espera\" ou \"Solicitar Acesso Antecipado\". Utilizar ferramentas como Webflow, Carrd ou Leadpages.\n    *   **Exemplo:** Uma landing page que destaca \"Crie Propostas Vencedoras em Minutos!\" com um formulário de e-mail e a promessa de \"acesso beta exclusivo\".\n3.  **Execução de Campanha de Aquisição de Early Adopters:**\n    *   **Ação:** Direcionar tráfego qualificado para a landing page usando anúncios pagos (Google Ads, LinkedIn Ads segmentado por \"freelancer\", \"empreendedor individual\") ou posts orgânicos em comunidades relevantes (grupos de Facebook, Reddit, Slack).\n    *   **Exemplo:** Campanha no LinkedIn segmentada para \"Designers Gráficos Freelancers\" com o título \"Cansado de propostas genéricas? Beta para ferramenta que dobra suas chances!\".\n4.  **Definição e Análise de Métricas de Validação da Demanda:**\n    *   **Ação:** Monitorar a Taxa de Conversão da Landing Page (número de inscrições \u002F número de visitantes) e o Custo por Aquisição (CPA) de e-mail.\n    *   **Exemplo:** Se a taxa de conversão da LP for inferior a 5% com um CPA acima de R$10 para um produto de assinatura de R$29\u002Fmês, isso pode indicar baixo interesse ou desalinhamento da proposta. Meta inicial: 10-15% de conversão.\n5.  **Condução de Entrevistas de Validação com Early Adopters:**\n    *   **Ação:** Contatar os primeiros 10-20 inscritos na lista de espera para entrevistas de 30 minutos, focando em seus problemas atuais, como eles os resolvem hoje, e a percepção de valor da solução proposta. O objetivo é entender se a solução ressoa e se estão dispostos a pagar.\n    *   **Exemplo:** Perguntar: \"Como você gerencia o envio de propostas hoje? Quais são as maiores frustrações? Quanto você pagaria por uma ferramenta que resolvesse X, Y e Z?\"\n6.  **Análise de Feedback e Decisão de Pivô\u002FPersistência:**\n    *   **Ação:** Consolidar os insights das entrevistas e os dados da landing page. Se houver forte validação (alta conversão, feedback positivo sobre a dor e a solução), persistir no desenvolvimento do MVP. Caso contrário, considerar um pivô na proposta de valor ou no segmento-alvo.\n    *   **Exemplo:** Se 80% dos entrevistados confirmam a dor e expressam interesse em pagar, e a LP converteu 12%, a hipótese é validada. Se 60% acham a dor \"não tão grande\" e a LP converteu 3%, um pivô é necessário.\n\n---\n\n## Templates\n\n### Documento de Escopo MVP Simplificado\n\n```markdown\n# Documento de Escopo MVP: Gerenciador de Propostas para Freelancers\n\n**Data:** 2024-10-27\n**Versão:** 1.0\n\n## 1. Problema a Ser Resolvido\n\nFreelancers gastam tempo excessivo na criação e acompanhamento manual de propostas, resultando em perda de oportunidades de negócio e dificuldade em escalar. A falta de profissionalismo nas propostas também pode impactar a percepção de valor.\n\n## 2. Hipótese de Valor Principal\n\nAcreditamos que uma ferramenta simplificada de criação e gestão de propostas, com templates profissionais e acompanhamento de status, ajudará freelancers a fechar mais negócios, economizando 2 horas por semana na gestão de propostas.\n\n## 3. Segmento de Usuário Alvo\n\nFreelancers autônomos (designers, redatores, consultores) com até 3 anos de experiência, faturando entre R$2.000 e R.000\u002Fmês, buscando otimizar processos e profissionalizar sua comunicação.\n\n## 4. Funcionalidades Essenciais do MVP (Jornada Crítica)\n\n1.  **Cadastro e Login de Usuário:** Acesso seguro à plataforma.\n2.  **Criação de Proposta:**\n    *   Seleção de template base (3 opções pré-definidas).\n    *   Edição de texto simples (título, descrição, itens de serviço, preço).\n    *   Adição de logo do freelancer.\n3.  **Visualização e Envio de Proposta:**\n    *   Gerar PDF da proposta.\n    *   Compartilhamento de link da proposta para o cliente.\n4.  **Painel de Acompanhamento de Propostas:**\n    *   Listagem de propostas enviadas.\n    *   Status básico: \"Enviado\", \"Visualizado\", \"Aceito\", \"Rejeitado\".\n    *   Notificação simples quando a proposta é visualizada.\n\n## 5. Métricas de Sucesso do MVP\n\n*   **Métrica Primária:** Taxa de envio de propostas: 40% dos usuários que criam uma proposta a enviam para um cliente nos primeiros 7 dias.\n*   **Métrica Secundária:** Taxa de visualização: 70% das propostas enviadas são visualizadas pelos clientes.\n*   **Feedback Qualitativo:** 80% dos early adopters reportam economia de tempo na criação de propostas.\n\n## 6. O Que NÃO Faz Parte do MVP (Escopo Negativo)\n\n*   Editor avançado de arrastar e soltar (drag-and-drop).\n*   Integração com CRMs ou sistemas de faturamento.\n*   Chat embutido para comunicação com clientes.\n*   Geração automática de contratos.\n*   Análise de dados avançada sobre propostas (ex: taxa de aceitação por serviço).\n*   Múltiplos usuários por conta.\n```\n\n### Matriz de Priorização RICE (Exemplo Preenchido)\n\n```markdown\n# Matriz de Priorização RICE para MVP: Gerenciador de Propostas\n\n| Feature                                     | Reach (Usuários\u002Fmês) | Impacto (1-3) | Confiança (0.5-1.0) | Esforço (Pessoa-semanas) | RICE Score | Prioridade |\n| :------------------------------------------ | :------------------: | :-----------: | :-----------------: | :----------------------: | :--------: | :--------: |\n| **1. Cadastro e Login Simples**             | 1000                 | 1             | 1.0                 | 1                        | 1000       | Essencial  |\n| **2. Criação de Proposta c\u002F Templates**     | 900                  | 2             | 0.9                 | 2                        | 810        | Essencial  |\n| **3. Compartilhamento Link & PDF**          | 850                  | 2             | 0.9                 | 1                        | 1530       | Essencial  |\n| **4. Painel de Acompanhamento (Status)**    | 700                  | 2             | 0.8                 | 2                        | 560        | Essencial  |\n| 5. Notificação de Visualização de Proposta  | 600                  | 1             | 0.7                 | 0.5                      | 840        | Alta       |\n| 6. Editor Drag-and-Drop de Propostas        | 500                  | 3             | 0.6                 | 8                        | 112.5      | Baixa      |\n| 7. Integração com Calendário (Agendamento)  | 300                  | 1             | 0.5                 | 3                        | 50         | Descartado |\n| 8. Geração de Relatórios Financeiros        | 200                  | 0.5           | 0.6                 | 4                        | 15         | Descartado |\n| 9. Biblioteca de Clientes                   | 400                  | 1             | 0.8                 | 1.5                      | 213        | Média      |\n```\n\n---\n\n## Checklist\n\n- [x] O problema central do usuário está claramente articulado e validado por pesquisa?\n- [x] A hipótese de valor do MVP é específica, mensurável e testável?\n- [x] O segmento de usuário-alvo é bem definido e acessível para feedback?\n- [x] A jornada crítica do usuário (core loop) foi mapeada com os passos mínimos?\n- [x] Todas as features incluídas no MVP foram priorizadas usando uma metodologia como RICE ou MoSCoW?\n- [x] Existe uma única métrica primária de sucesso do MVP com um target claro?\n- [x] O \"escopo negativo\" (o que não será construído no MVP) foi explicitamente documentado e comunicado?\n- [x] Há um plano claro para coletar feedback de early adopters imediatamente após o lançamento do MVP?\n- [x] A equipe está alinhada quanto à visão do MVP como uma ferramenta de aprendizado, não um produto final?\n- [x] Os recursos alocados (tempo, pessoas) são realistas para o escopo definido?\n\n---\n\n## Métricas de Referência\n\n| Métrica                         | Benchmark (Indústria SAAS B2B) | Meta para MVP (Exemplo) |\n| :------------------------------ | :----------------------------- | :---------------------- |\n| **Taxa de Ativação (24h)**      | 20-30%                         | 40%                     |\n| **Taxa de Retenção (D7)**       | 15-25%                         | 30%                     |\n| **Taxa de Conversão LP (Beta)** | 5-10%                          | 12%                     |\n| **Custo por Aquisição (CPA)**   | R$50-R$200                     | R$75                    |\n| **Net Promoter Score (NPS)**    | >30                            | >45                     |\n| **Tempo para Primeira Ação (TTFA)** | \u003C 5 minutos                  | \u003C 2 minutos             |\n\n---\n\n## Erros Comuns\n\n1.  **Escopo Inflacionado (\"Feature Creep\")**: Aumentar continuamente o número de funcionalidades do MVP antes do lançamento, transformando-o em um \"Produto Mínimo Viável\".\n    *   **Como evitar**: Implementar a matriz RICE rigorosamente, descartando features com baixo RICE. Explicar a equipe que cada adição atrasa o aprendizado e aumenta o risco. Se um stakeholder pedir uma feature extra, perguntar: \"Qual feature do escopo atual devemos remover para acomodar esta, mantendo o prazo do MVP?\"\n2.  **Ignorar Feedback de Early Adopters**: Lançar o MVP e não ter um canal estruturado para coletar e agir sobre o feedback dos primeiros usuários, perdendo a oportunidade de validação.\n    *   **Como evitar**: Integrar ferramentas de feedback (ex: Intercom, Typeform) diretamente no MVP. Agendar entrevistas de 15 minutos com os 10-20 primeiros usuários ativos para entender suas dores e ganhos. Ex: \"Percebemos que você usou a feature X. O que você esperava que ela fizesse que não fez?\"\n3.  **Focar em Soluções, Não em Problemas**: Construir um produto com base em suposições sobre o que o usuário quer, em vez de validar os problemas reais que ele enfrenta.\n    *   **Como evitar**: Iniciar sempre com a formulação da hipótese de problema e validá-la antes de pensar na solução. Durante as entrevistas, focar 80% do tempo em entender o problema do usuário e apenas 20% na solução proposta. Ex: Em vez de perguntar \"Você usaria um painel de propostas?\", perguntar \"Como você se sente ao ter que verificar o status de cada proposta manualmente?\"\n\n---\n\n## Dicas Avançadas\n\n1.  **Técnica de \"Fumaça e Espelhos\" (Concierge ou Mágico de Oz)**: Antes de construir qualquer software, simule a funcionalidade chave manualmente. Ex: Para testar a ideia de um \"gerador de propostas\", um membro da equipe pode criar as propostas manualmente para os primeiros clientes, validando o valor antes de investir em código. Isso permite coletar feedback real sobre o *output* sem o *input* de engenharia.\n2.  **Loop de Feedback Contínuo e Semanal**: Estabelecer um ritual de feedback semanal com early adopters. A cada semana, lançar uma pequena melhoria baseada no feedback anterior e coletar novas reações. Isso cria um ciclo virtuoso de construção-medição-aprendizado rápido e mantém o MVP vivo e relevante. Ex: Toda sexta-feira, enviar um e-mail com \"Esta semana, adicionamos X. O que você achou?\"\n3.  **Desinvestir em Features Não Validadas**: Ter a coragem de remover funcionalidades que, mesmo após lançadas no MVP, não geram engajamento ou não resolvem um problema real para os usuários. Isso libera recursos e simplifica o produto. Ex: Se a \"notificação de visualização de proposta\" no Painel de Acompanhamento é ignorada por 90% dos usuários, considerar removê-la para simplificar a UI e o código.\n4.  **A\u002FB Testes de Proposta de Valor na Landing Page**: Antes mesmo do MVP, testar diferentes mensagens de valor na landing page. Criar 2-3 versões da página com CTA idêntico, mas com diferentes copy e títulos, e direcionar tráfego para cada uma para ver qual gera maior taxa de conversão. Isso otimiza a mensagem para o lançamento. Ex: Testar \"Crie Propostas 2x Mais Rápido\" vs. \"Feche Mais Clientes Com Propostas Profissionais\".\n5.  **Análise de \"Jobs To Be Done\" (JTBD)**: Em vez de focar apenas em funcionalidades, entender os \"trabalhos\" que o usuário está tentando realizar. O MVP deve ajudar o usuário a \"contratar\" seu produto para fazer um \"trabalho\" melhor. Ex: O freelancer não quer um \"gerador de propostas\", ele quer \"conquistar clientes de forma mais eficiente e profissional\". O MVP deve ser a melhor ferramenta para esse \"job\".","# Mvp Scope\n\nEsta skill capacita o Claude a definir, priorizar e validar o escopo mínimo viável de um produto, maximizando o aprendizado e minimizando o desperdício em lançamentos de growth.\n\n---\n\n## Keywords\n\nEscopo Mínimo Viável, RICE Scoring, Priorização de Features, Validação de Hipóteses, Early Adopters, Taxa de Ativação, Retenção, Product-Market Fit, Testes A\u002FB, Funil de Ativação, Desinvestimento, Growth Hacking.\n\n---\n\n## Quick Start\n\n1.  **Formular Hipótese de Valor:** Articular claramente o problema que o produto resolve para um segmento específico e como a solução proposta entrega valor. Ex: \"Ajudar freelancers a gerenciar propostas mais rápido para fechar 20% mais negócios.\"\n2.  **Mapear Jornada Crítica do Usuário:** Desenhar os 3-5 passos essenciais que o usuário precisa executar para experimentar o valor central do produto. Ex: Cadastro > Criação da primeira proposta > Envio da proposta.\n3.  **Priorizar Features RICE:** Aplicar a metodologia RICE (Reach, Impact, Confidence, Effort) para ranquear as funcionalidades que compõem a jornada crítica, focando naquelas com maior impacto e menor esforço.\n4.  **Definir Métrica de Sucesso do MVP:** Escolher uma única métrica primária que valide a hipótese de valor. Ex: \"50% dos usuários que criam uma proposta a enviam nos primeiros 7 dias.\"\n5.  **Comunicar Escopo Negativo:** Listar explicitamente o que *não* faz parte do MVP para evitar desvios e expectativas desalinhadas com stakeholders.\n\n---\n\n## Core Workflows\n\n### Workflow 1: Priorização de Features com RICE para MVP\n\nEste workflow detalha o processo de seleção das funcionalidades mais críticas para o Escopo Mínimo Viável (MVP), garantindo que o produto entregue o valor essencial com o menor investimento inicial.\n\n1.  **Identificação de Problemas Centrais do Usuário:**\n    *   **Ação:** Conduzir 5-10 entrevistas aprofundadas com potenciais usuários do segmento-alvo ou analisar dados de feedback de produtos existentes (ex: pesquisas NPS, tickets de suporte).\n    *   **Exemplo:** Um grupo de freelancers relata consistentemente a dificuldade em \"rastrear o status de múltiplas propostas enviadas\" e \"personalizar rapidamente templates de propostas\". Estes são os problemas-raiz a serem resolvidos.\n2.  **Brainstorming de Soluções\u002FFeatures e Geração de Ideias:**\n    *   **Ação:** Em uma sessão de 60 minutos com equipe multidisciplinar (produto, design, engenharia), gerar no mínimo 20 ideias de funcionalidades que abordam os problemas identificados. Não há julgamento nesta fase.\n    *   **Exemplo:** Para \"rastrear status\": notificação de leitura, painel de controle com status, integração com CRM. Para \"personalizar templates\": editor drag-and-drop, biblioteca de blocos reutilizáveis.\n3.  **Avaliação RICE para Cada Feature Proposta:**\n    *   **Ação:** Para cada feature, atribuir uma pontuação (1 a 10 para I, C; número de usuários para R; horas ou dias para E) e calcular RICE = (Reach * Impact * Confidence) \u002F Effort.\n        *   **Reach (Alcance):** Quantos usuários serão afetados pela feature em um período (ex: 1 mês)? (Ex: 1000 usuários\u002Fmês)\n        *   **Impacto:** Quanto essa feature impacta a métrica primária do MVP? (Ex: 3 = Massivo, 2 = Alto, 1 = Médio, 0.5 = Baixo, 0.25 = Mínimo)\n        *   **Confiança:** Qual a certeza de que essa feature terá o impacto esperado? (Ex: 100% = Alta, 80% = Média, 50% = Baixa)\n        *   **Esforço:** Quantas \"pessoa-semanas\" são necessárias para construir a feature (ex: 0.5 = 1 dia, 1 = 1 semana, 4 = 1 mês)?\n    *   **Exemplo de Pontuação:**\n        *   **Feature: Painel de Controle de Propostas:** R: 800 usuários\u002Fmês, I: 2 (Alto), C: 80% (0.8), E: 3 semanas. RICE = (800 * 2 * 0.8) \u002F 3 = 426.67\n        *   **Feature: Editor Drag-and-Drop de Templates:** R: 500 usuários\u002Fmês, I: 3 (Massivo), C: 60% (0.6), E: 8 semanas. RICE = (500 * 3 * 0.6) \u002F 8 = 112.5\n4.  **Definição do Escopo Core e Descarte:**\n    *   **Ação:** Selecionar as features com maior pontuação RICE que, juntas, resolvem o problema central do usuário e permitem a validação da hipótese de valor com o menor número de funcionalidades. Features abaixo de um limite de pontuação ou que não são essenciais para a jornada crítica são descartadas do MVP.\n    *   **Exemplo:** O \"Painel de Controle de Propostas\" é priorizado para o MVP, enquanto o \"Editor Drag-and-Drop\" é movido para uma fase posterior devido ao alto esforço e menor RICE inicial, mesmo com alto impacto.\n5.  **Documentação do Escopo Negativo:**\n    *   **Ação:** Criar uma lista explícita de funcionalidades que *não* serão desenvolvidas no MVP, comunicando-a a todos os stakeholders. Isso gerencia expectativas e evita \"feature creep\".\n    *   **Exemplo:** \"O MVP não incluirá: integração com calendários externos, faturamento automático, chat embutido para propostas.\"\n\n### Workflow 2: Validação de Hipóteses com Landing Page & Early Adopters\n\nEste workflow foca em validar a proposta de valor do MVP antes mesmo de sua construção completa, usando técnicas de baixo custo e alta velocidade para coletar feedback real e dados de interesse.\n\n1.  **Formulação da Hipótese de Valor Clara e Testável:**\n    *   **Ação:** Escrever uma frase concisa que articule o segmento de cliente, o problema, a solução proposta e o benefício único.\n    *   **Exemplo:** \"Acreditamos que freelancers iniciantes (segmento) têm dificuldade em criar propostas profissionais rapidamente (problema). Ofereceremos uma ferramenta de geração de propostas com templates pré-aprovados (solução) para ajudá-los a fechar mais clientes em menos tempo (benefício).\"\n2.  **Construção de Landing Page Minimalista para Teste de Demanda:**\n    *   **Ação:** Criar uma página única com a proposta de valor do MVP, um vídeo explicativo (opcional), e um Call-to-Action (CTA) claro para \"Inscrever-se na Lista de Espera\" ou \"Solicitar Acesso Antecipado\". Utilizar ferramentas como Webflow, Carrd ou Leadpages.\n    *   **Exemplo:** Uma landing page que destaca \"Crie Propostas Vencedoras em Minutos!\" com um formulário de e-mail e a promessa de \"acesso beta exclusivo\".\n3.  **Execução de Campanha de Aquisição de Early Adopters:**\n    *   **Ação:** Direcionar tráfego qualificado para a landing page usando anúncios pagos (Google Ads, LinkedIn Ads segmentado por \"freelancer\", \"empreendedor individual\") ou posts orgânicos em comunidades relevantes (grupos de Facebook, Reddit, Slack).\n    *   **Exemplo:** Campanha no LinkedIn segmentada para \"Designers Gráficos Freelancers\" com o título \"Cansado de propostas genéricas? Beta para ferramenta que dobra suas chances!\".\n4.  **Definição e Análise de Métricas de Validação da Demanda:**\n    *   **Ação:** Monitorar a Taxa de Conversão da Landing Page (número de inscrições \u002F número de visitantes) e o Custo por Aquisição (CPA) de e-mail.\n    *   **Exemplo:** Se a taxa de conversão da LP for inferior a 5% com um CPA acima de R$10 para um produto de assinatura de R$29\u002Fmês, isso pode indicar baixo interesse ou desalinhamento da proposta. Meta inicial: 10-15% de conversão.\n5.  **Condução de Entrevistas de Validação com Early Adopters:**\n    *   **Ação:** Contatar os primeiros 10-20 inscritos na lista de espera para entrevistas de 30 minutos, focando em seus problemas atuais, como eles os resolvem hoje, e a percepção de valor da solução proposta. O objetivo é entender se a solução ressoa e se estão dispostos a pagar.\n    *   **Exemplo:** Perguntar: \"Como você gerencia o envio de propostas hoje? Quais são as maiores frustrações? Quanto você pagaria por uma ferramenta que resolvesse X, Y e Z?\"\n6.  **Análise de Feedback e Decisão de Pivô\u002FPersistência:**\n    *   **Ação:** Consolidar os insights das entrevistas e os dados da landing page. Se houver forte validação (alta conversão, feedback positivo sobre a dor e a solução), persistir no desenvolvimento do MVP. Caso contrário, considerar um pivô na proposta de valor ou no segmento-alvo.\n    *   **Exemplo:** Se 80% dos entrevistados confirmam a dor e expressam interesse em pagar, e a LP converteu 12%, a hipótese é validada. Se 60% acham a dor \"não tão grande\" e a LP converteu 3%, um pivô é necessário.\n\n---\n\n## Templates\n\n### Documento de Escopo MVP Simplificado\n\n```markdown\n# Documento de Escopo MVP: Gerenciador de Propostas para Freelancers\n\n**Data:** 2024-10-27\n**Versão:** 1.0\n\n## 1. Problema a Ser Resolvido\n\nFreelancers gastam tempo excessivo na criação e acompanhamento manual de propostas, resultando em perda de oportunidades de negócio e dificuldade em escalar. A falta de profissionalismo nas propostas também pode impactar a percepção de valor.\n\n## 2. Hipótese de Valor Principal\n\nAcreditamos que uma ferramenta simplificada de criação e gestão de propostas, com templates profissionais e acompanhamento de status, ajudará freelancers a fechar mais negócios, economizando 2 horas por semana na gestão de propostas.\n\n## 3. Segmento de Usuário Alvo\n\nFreelancers autônomos (designers, redatores, consultores) com até 3 anos de experiência, faturando entre R$2.000 e R.000\u002Fmês, buscando otimizar processos e profissionalizar sua comunicação.\n\n## 4. Funcionalidades Essenciais do MVP (Jornada Crítica)\n\n1.  **Cadastro e Login de Usuário:** Acesso seguro à plataforma.\n2.  **Criação de Proposta:**\n    *   Seleção de template base (3 opções pré-definidas).\n    *   Edição de texto simples (título, descrição, itens de serviço, preço).\n    *   Adição de logo do freelancer.\n3.  **Visualização e Envio de Proposta:**\n    *   Gerar PDF da proposta.\n    *   Compartilhamento de link da proposta para o cliente.\n4.  **Painel de Acompanhamento de Propostas:**\n    *   Listagem de propostas enviadas.\n    *   Status básico: \"Enviado\", \"Visualizado\", \"Aceito\", \"Rejeitado\".\n    *   Notificação simples quando a proposta é visualizada.\n\n## 5. Métricas de Sucesso do MVP\n\n*   **Métrica Primária:** Taxa de envio de propostas: 40% dos usuários que criam uma proposta a enviam para um cliente nos primeiros 7 dias.\n*   **Métrica Secundária:** Taxa de visualização: 70% das propostas enviadas são visualizadas pelos clientes.\n*   **Feedback Qualitativo:** 80% dos early adopters reportam economia de tempo na criação de propostas.\n\n## 6. O Que NÃO Faz Parte do MVP (Escopo Negativo)\n\n*   Editor avançado de arrastar e soltar (drag-and-drop).\n*   Integração com CRMs ou sistemas de faturamento.\n*   Chat embutido para comunicação com clientes.\n*   Geração automática de contratos.\n*   Análise de dados avançada sobre propostas (ex: taxa de aceitação por serviço).\n*   Múltiplos usuários por conta.\n```\n\n### Matriz de Priorização RICE (Exemplo Preenchido)\n\n```markdown\n# Matriz de Priorização RICE para MVP: Gerenciador de Propostas\n\n| Feature                                     | Reach (Usuários\u002Fmês) | Impacto (1-3) | Confiança (0.5-1.0) | Esforço (Pessoa-semanas) | RICE Score | Prioridade |\n| :------------------------------------------ | :------------------: | :-----------: | :-----------------: | :----------------------: | :--------: | :--------: |\n| **1. Cadastro e Login Simples**             | 1000                 | 1             | 1.0                 | 1                        | 1000       | Essencial  |\n| **2. Criação de Proposta c\u002F Templates**     | 900                  | 2             | 0.9                 | 2                        | 810        | Essencial  |\n| **3. Compartilhamento Link & PDF**          | 850                  | 2             | 0.9                 | 1                        | 1530       | Essencial  |\n| **4. Painel de Acompanhamento (Status)**    | 700                  | 2             | 0.8                 | 2                        | 560        | Essencial  |\n| 5. Notificação de Visualização de Proposta  | 600                  | 1             | 0.7                 | 0.5                      | 840        | Alta       |\n| 6. Editor Drag-and-Drop de Propostas        | 500                  | 3             | 0.6                 | 8                        | 112.5      | Baixa      |\n| 7. Integração com Calendário (Agendamento)  | 300                  | 1             | 0.5                 | 3                        | 50         | Descartado |\n| 8. Geração de Relatórios Financeiros        | 200                  | 0.5           | 0.6                 | 4                        | 15         | Descartado |\n| 9. Biblioteca de Clientes                   | 400                  | 1             | 0.8                 | 1.5                      | 213        | Média      |\n```\n\n---\n\n## Checklist\n\n- [x] O problema central do usuário está claramente articulado e validado por pesquisa?\n- [x] A hipótese de valor do MVP é específica, mensurável e testável?\n- [x] O segmento de usuário-alvo é bem definido e acessível para feedback?\n- [x] A jornada crítica do usuário (core loop) foi mapeada com os passos mínimos?\n- [x] Todas as features incluídas no MVP foram priorizadas usando uma metodologia como RICE ou MoSCoW?\n- [x] Existe uma única métrica primária de sucesso do MVP com um target claro?\n- [x] O \"escopo negativo\" (o que não será construído no MVP) foi explicitamente documentado e comunicado?\n- [x] Há um plano claro para coletar feedback de early adopters imediatamente após o lançamento do MVP?\n- [x] A equipe está alinhada quanto à visão do MVP como uma ferramenta de aprendizado, não um produto final?\n- [x] Os recursos alocados (tempo, pessoas) são realistas para o escopo definido?\n\n---\n\n## Métricas de Referência\n\n| Métrica                         | Benchmark (Indústria SAAS B2B) | Meta para MVP (Exemplo) |\n| :------------------------------ | :----------------------------- | :---------------------- |\n| **Taxa de Ativação (24h)**      | 20-30%                         | 40%                     |\n| **Taxa de Retenção (D7)**       | 15-25%                         | 30%                     |\n| **Taxa de Conversão LP (Beta)** | 5-10%                          | 12%                     |\n| **Custo por Aquisição (CPA)**   | R$50-R$200                     | R$75                    |\n| **Net Promoter Score (NPS)**    | >30                            | >45                     |\n| **Tempo para Primeira Ação (TTFA)** | \u003C 5 minutos                  | \u003C 2 minutos             |\n\n---\n\n## Erros Comuns\n\n1.  **Escopo Inflacionado (\"Feature Creep\")**: Aumentar continuamente o número de funcionalidades do MVP antes do lançamento, transformando-o em um \"Produto Mínimo Viável\".\n    *   **Como evitar**: Implementar a matriz RICE rigorosamente, descartando features com baixo RICE. Explicar a equipe que cada adição atrasa o aprendizado e aumenta o risco. Se um stakeholder pedir uma feature extra, perguntar: \"Qual feature do escopo atual devemos remover para acomodar esta, mantendo o prazo do MVP?\"\n2.  **Ignorar Feedback de Early Adopters**: Lançar o MVP e não ter um canal estruturado para coletar e agir sobre o feedback dos primeiros usuários, perdendo a oportunidade de validação.\n    *   **Como evitar**: Integrar ferramentas de feedback (ex: Intercom, Typeform) diretamente no MVP. Agendar entrevistas de 15 minutos com os 10-20 primeiros usuários ativos para entender suas dores e ganhos. Ex: \"Percebemos que você usou a feature X. O que você esperava que ela fizesse que não fez?\"\n3.  **Focar em Soluções, Não em Problemas**: Construir um produto com base em suposições sobre o que o usuário quer, em vez de validar os problemas reais que ele enfrenta.\n    *   **Como evitar**: Iniciar sempre com a formulação da hipótese de problema e validá-la antes de pensar na solução. Durante as entrevistas, focar 80% do tempo em entender o problema do usuário e apenas 20% na solução proposta. Ex: Em vez de perguntar \"Você usaria um painel de propostas?\", perguntar \"Como você se sente ao ter que verificar o status de cada proposta manualmente?\"\n\n---\n\n## Dicas Avançadas\n\n1.  **Técnica de \"Fumaça e Espelhos\" (Concierge ou Mágico de Oz)**: Antes de construir qualquer software, simule a funcionalidade chave manualmente. Ex: Para testar a ideia de um \"gerador de propostas\", um membro da equipe pode criar as propostas manualmente para os primeiros clientes, validando o valor antes de investir em código. Isso permite coletar feedback real sobre o *output* sem o *input* de engenharia.\n2.  **Loop de Feedback Contínuo e Semanal**: Estabelecer um ritual de feedback semanal com early adopters. A cada semana, lançar uma pequena melhoria baseada no feedback anterior e coletar novas reações. Isso cria um ciclo virtuoso de construção-medição-aprendizado rápido e mantém o MVP vivo e relevante. Ex: Toda sexta-feira, enviar um e-mail com \"Esta semana, adicionamos X. O que você achou?\"\n3.  **Desinvestir em Features Não Validadas**: Ter a coragem de remover funcionalidades que, mesmo após lançadas no MVP, não geram engajamento ou não resolvem um problema real para os usuários. Isso libera recursos e simplifica o produto. Ex: Se a \"notificação de visualização de proposta\" no Painel de Acompanhamento é ignorada por 90% dos usuários, considerar removê-la para simplificar a UI e o código.\n4.  **A\u002FB Testes de Proposta de Valor na Landing Page**: Antes mesmo do MVP, testar diferentes mensagens de valor na landing page. Criar 2-3 versões da página com CTA idêntico, mas com diferentes copy e títulos, e direcionar tráfego para cada uma para ver qual gera maior taxa de conversão. Isso otimiza a mensagem para o lançamento. Ex: Testar \"Crie Propostas 2x Mais Rápido\" vs. \"Feche Mais Clientes Com Propostas Profissionais\".\n5.  **Análise de \"Jobs To Be Done\" (JTBD)**: Em vez de focar apenas em funcionalidades, entender os \"trabalhos\" que o usuário está tentando realizar. O MVP deve ajudar o usuário a \"contratar\" seu produto para fazer um \"trabalho\" melhor. Ex: O freelancer não quer um \"gerador de propostas\", ele quer \"conquistar clientes de forma mais eficiente e profissional\". O MVP deve ser a melhor ferramenta para esse \"job\".",{"name":5,"risk":21,"license":14,"metadata":30,"description":7},{"author":31,"updated":32,"version":33,"category":34},"Cafe Code AI",1772323200000,"1.0.0","08-lancamento-growth","master","346c313fd2ec241a088c68274da26c538422568b","packs\u002Fkit-510-ptbr\u002F08-lancamento-growth\u002Fmvp-scope",35,"https:\u002F\u002Fgithub.com\u002Fkursku\u002Fskills","https:\u002F\u002Fclaude.ai","https:\u002F\u002Fgithub.com\u002Fkursku","2026-03-27 22:43:37",{"source":8,"skillName":5,"commands":44,"prompt":54,"zipAvailable":55},[45,48,51],{"tool":46,"command":47},"npx","npx skills add kursku\u002Fskills --skill mvp-scope",{"tool":49,"command":50},"bunx","bunx skills add kursku\u002Fskills --skill mvp-scope",{"tool":52,"command":53},"pnpm","pnpm dlx skills add kursku\u002Fskills --skill mvp-scope","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fkursku\u002Fskills\u002Fblob\u002Fmaster\u002Fpacks\u002Fkit-510-ptbr\u002F08-lancamento-growth\u002Fmvp-scope\u002FSKILL.md",true,[57,63,67,71,75,79,83,87,91],{"path":58,"resourceType":59,"resourceTypeDesc":60,"sizeBytes":61,"sourceHtmlUrl":62},"references\u002Fcoordinator_runtime_contract.md","REFERENCE","参考文档",2707,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fdocumentation-pipeline\u002Fskills\u002Fln-110-project-docs-coordinator\u002Freferences\u002Fcoordinator_runtime_contract.md",{"path":64,"resourceType":59,"resourceTypeDesc":60,"sizeBytes":65,"sourceHtmlUrl":66},"references\u002Fcoordinator_summary_contract.md",1009,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fdocumentation-pipeline\u002Fskills\u002Fln-110-project-docs-coordinator\u002Freferences\u002Fcoordinator_summary_contract.md",{"path":68,"resourceType":59,"resourceTypeDesc":60,"sizeBytes":69,"sourceHtmlUrl":70},"references\u002Fdocs_generation_summary_contract.md",535,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fdocumentation-pipeline\u002Fskills\u002Fln-110-project-docs-coordinator\u002Freferences\u002Fdocs_generation_summary_contract.md",{"path":72,"resourceType":59,"resourceTypeDesc":60,"sizeBytes":73,"sourceHtmlUrl":74},"references\u002Fdocs_quality_contract.md",2236,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fdocumentation-pipeline\u002Fskills\u002Fln-110-project-docs-coordinator\u002Freferences\u002Fdocs_quality_contract.md",{"path":76,"resourceType":59,"resourceTypeDesc":60,"sizeBytes":77,"sourceHtmlUrl":78},"references\u002Fdocs_runtime_contract.md",970,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fdocumentation-pipeline\u002Fskills\u002Fln-110-project-docs-coordinator\u002Freferences\u002Fdocs_runtime_contract.md",{"path":80,"resourceType":59,"resourceTypeDesc":60,"sizeBytes":81,"sourceHtmlUrl":82},"references\u002Fguides\u002Fautomatic_analysis_guide.md",5741,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fdocumentation-pipeline\u002Fskills\u002Fln-110-project-docs-coordinator\u002Freferences\u002Fguides\u002Fautomatic_analysis_guide.md",{"path":84,"resourceType":59,"resourceTypeDesc":60,"sizeBytes":85,"sourceHtmlUrl":86},"references\u002Fguides\u002Fcritical_questions.md",16677,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fdocumentation-pipeline\u002Fskills\u002Fln-110-project-docs-coordinator\u002Freferences\u002Fguides\u002Fcritical_questions.md",{"path":88,"resourceType":59,"resourceTypeDesc":60,"sizeBytes":89,"sourceHtmlUrl":90},"references\u002Fguides\u002Ftroubleshooting.md",1870,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fdocumentation-pipeline\u002Fskills\u002Fln-110-project-docs-coordinator\u002Freferences\u002Fguides\u002Ftroubleshooting.md",{"path":92,"resourceType":59,"resourceTypeDesc":60,"sizeBytes":93,"sourceHtmlUrl":94},"references\u002Fmeta_analysis_protocol.md",1509,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fdocumentation-pipeline\u002Fskills\u002Fln-110-project-docs-coordinator\u002Freferences\u002Fmeta_analysis_protocol.md",[96,117,128,140,151,161],{"skillNo":97,"name":98,"nameZh":6,"description":99,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":100,"categories":101,"keywords":112,"publishedAt":25},"01M6ECKM7725267ZM3XNYWH608","wedding-marketing","Wedding Marketing — Skill especializada para criar e executar estratégias de marketing digital para o mercado de casamentos, focando em noivos e fornecedores.","https:\u002F\u002Fgithub.com\u002Fkursku\u002Fskills\u002Fblob\u002Fmaster\u002Fpacks\u002Fkit-510-ptbr\u002F16-nichos-especificos\u002Fwedding-marketing\u002FSKILL.md",[102,107],{"categoryNo":103,"categoryName":104,"taxonomyType":105,"taxonomyTypeDesc":106},"01JBSEEDCAT000000000000019","营销推广","SCENARIO","使用场景",{"categoryNo":108,"categoryName":109,"taxonomyType":110,"taxonomyTypeDesc":111},"01JBSEEDCAT000000000000035","市场营销","PROFESSION","适用职业",[113,114,115,116,23,22],"wedding marketing","marketing","marketing digital","de",{"skillNo":118,"name":119,"nameZh":6,"description":120,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":121,"categories":122,"keywords":125,"publishedAt":25},"01M6ECKGP656JQC2C6CK5JH3ZG","travel-marketing","Travel Marketing — Skill especializada para travel marketing","https:\u002F\u002Fgithub.com\u002Fkursku\u002Fskills\u002Fblob\u002Fmaster\u002Fpacks\u002Fkit-510-ptbr\u002F16-nichos-especificos\u002Ftravel-marketing\u002FSKILL.md",[123,124],{"categoryNo":103,"categoryName":104,"taxonomyType":105,"taxonomyTypeDesc":106},{"categoryNo":108,"categoryName":109,"taxonomyType":110,"taxonomyTypeDesc":111},[126,127,114,23,22,21],"travel marketing","travel",{"skillNo":129,"name":130,"nameZh":6,"description":131,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":132,"categories":133,"keywords":136,"publishedAt":25},"01M6ECKBY53SJ7E167D6BXTMRK","tech-startup-marketing","Tech Startup Marketing — Skill especializada para tech startup marketing","https:\u002F\u002Fgithub.com\u002Fkursku\u002Fskills\u002Fblob\u002Fmaster\u002Fpacks\u002Fkit-510-ptbr\u002F16-nichos-especificos\u002Ftech-startup-marketing\u002FSKILL.md",[134,135],{"categoryNo":103,"categoryName":104,"taxonomyType":105,"taxonomyTypeDesc":106},{"categoryNo":108,"categoryName":109,"taxonomyType":110,"taxonomyTypeDesc":111},[137,138,114,139,23,22,21],"tech startup marketing","tech","startup",{"skillNo":141,"name":142,"nameZh":6,"description":143,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":144,"categories":145,"keywords":148,"publishedAt":25},"01M6ECK7W2W0J5MZ8BZHFM516P","saas-marketing","Saas Marketing — Skill especializada para desenvolver e executar estratégias de marketing digital focadas no crescimento de produtos SaaS.","https:\u002F\u002Fgithub.com\u002Fkursku\u002Fskills\u002Fblob\u002Fmaster\u002Fpacks\u002Fkit-510-ptbr\u002F16-nichos-especificos\u002Fsaas-marketing\u002FSKILL.md",[146,147],{"categoryNo":103,"categoryName":104,"taxonomyType":105,"taxonomyTypeDesc":106},{"categoryNo":108,"categoryName":109,"taxonomyType":110,"taxonomyTypeDesc":111},[149,114,150,21,115,116,23,22],"saas marketing","saas",{"skillNo":152,"name":153,"nameZh":6,"description":154,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":155,"categories":156,"keywords":159,"publishedAt":25},"01M6ECK42ZSX5ND0SCTRKD7XKB","restaurant-marketing","Restaurant Marketing — Skill especializada para otimizar a presença digital, atrair e reter clientes em restaurantes.","https:\u002F\u002Fgithub.com\u002Fkursku\u002Fskills\u002Fblob\u002Fmaster\u002Fpacks\u002Fkit-510-ptbr\u002F16-nichos-especificos\u002Frestaurant-marketing\u002FSKILL.md",[157,158],{"categoryNo":103,"categoryName":104,"taxonomyType":105,"taxonomyTypeDesc":106},{"categoryNo":108,"categoryName":109,"taxonomyType":110,"taxonomyTypeDesc":111},[160,114,22,23],"restaurant marketing",{"skillNo":162,"name":163,"nameZh":6,"description":164,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":165,"categories":166,"keywords":169,"publishedAt":25},"01M6ECK0S48CPYE9P7PRAG9R3T","real-estate-marketing","Real Estate Marketing — Skill especializada para criação e execução de estratégias de marketing digital para o setor imobiliário.","https:\u002F\u002Fgithub.com\u002Fkursku\u002Fskills\u002Fblob\u002Fmaster\u002Fpacks\u002Fkit-510-ptbr\u002F16-nichos-especificos\u002Freal-estate-marketing\u002FSKILL.md",[167,168],{"categoryNo":103,"categoryName":104,"taxonomyType":105,"taxonomyTypeDesc":106},{"categoryNo":108,"categoryName":109,"taxonomyType":110,"taxonomyTypeDesc":111},[114,170,171,22,23,116,115,21],"real estate","real estate marketing"]