Usamos cookies estritamente necessários para autenticação e sessão, e um cookie opcional de preferência de tema (claro/escuro). Nenhum cookie de marketing ou rastreamento de terceiros é usado. Ver Política de Privacidade.
É o módulo em que uma área de negócio transforma um problema real em um desafio estruturado — com evidência, meta, escopo e patrocínio — e o leva até a curadoria, a divulgação pública e a busca de startups. Endereço: `/desafios`.
Ele não vem ligado. O módulo é liberado pela Pulso, organização por organização. Enquanto não estiver liberado para a sua, o card continua marcado "em breve" na home (4.2) e o endereço `/desafios` responde como página inexistente. Para pedir a liberação, fale com o Marcus (Parte 9).
Quem faz o quê. O módulo tem papéis próprios, que não se confundem com o papel da sua conta na organização:
| Papel no módulo | Quem é, por padrão | O que pode fazer |
|---|---|---|
| Colaborador | qualquer pessoa da organização | criar, editar e submeter os próprios desafios |
| Sponsor | ninguém — precisa ser atribuído | endossar um desafio, quando a organização exige endosso antes da curadoria |
| Analista | ninguém — precisa ser atribuído | fila de curadoria, comentários, decisão, publicação, kit de comunicação, busca de startups, dashboard |
| Admin | quem é Owner da organização | tudo que o analista faz |
Como um desafio nasce. Em Seus desafios, o botão + Novo desafio abre a tela de trabalho. Ela é uma coluna só: a Maria Clara faz uma pergunta aberta, você responde em texto livre e ela devolve o entendimento dela. Não há mais formulário de campos ao lado da conversa, nem questionário pergunta a pergunta.
A pergunta de abertura é sempre a mesma:
Você escreve no campo grande e clica em Enviar pra Maria Clara; enquanto ela lê, o botão mostra _"Maria Clara está lendo…"_. Ninguém pergunta a sua área — ela vem do seu cadastro (o campo de cargo/área do seu perfil) e aparece no pé da tela, ao lado de _"Desafio escrito por …"_.
O que volta é um espelho, não um formulário. A resposta dela é o desafio já escrito, em cinco blocos — os mesmos que a área de inovação recebe:
| Bloco | O que traz |
|---|---|
| Objetivo do desafio | uma frase: o que a empresa quer alcançar, sem citar solução nem tecnologia |
| Descrição | onde acontece, quem sente, os sintomas, o que já foi tentado e a escala |
| KPIs | até 3 indicadores, numa tabela com Indicador, Hoje, Meta e Fonte |
| Resultados esperados | o que muda na operação se o problema for resolvido |
| Pra busca de startups | a vertical e as palavras-chave que o scouting vai usar |
Acima dos blocos fica a mensagem dela: o resumo do que entendeu e uma única pergunta, cobrindo o que ainda falta. O que ela não sabe sai escrito "a confirmar" em vez de ser inventado, e o que falta para fechar aparece na lista Ainda falta — no máximo três itens.
A ideia é fechar em 2 ou 3 rodadas. Você responde a pergunta, corrige o que ela entendeu errado ou complementa — no campo de baixo, com Enviar — e ela devolve o espelho inteiro atualizado, não um pedaço. Quando estiver certo, Está certo — salvar no desafio grava tudo de uma vez; enquanto não houver entendimento novo para gravar, o botão fica escrito Salvo.
A conversa fica salva. Cada rodada é gravada no desafio, não na aba do navegador: dá para fechar a tela no meio para buscar o número do KPI e, ao reabrir, o espelho volta como estava — a mesma versão que ela devolveu por último. O histórico completo fica no bloco recolhível Conversa (N), no pé da página. Sua mensagem é gravada antes de a Maria Clara responder, então uma falha na resposta dela não apaga o que você escreveu; quando ela não consegue responder, a tela diz _"Maria Clara não conseguiu responder agora. Tente de novo."_ e o desafio não muda.
Ela não inventa número. Depois de o modelo responder, a plataforma confere em código cada valor de KPI contra o texto que você escreveu. Número que não estiver lá é apagado do espelho e vira aviso em laranja — _"Removi a meta de 'tempo de setup' (30): esse número não estava no seu texto."_ — mais um pedido de confirmação na lista Ainda falta. É por isso que a coluna Hoje ou Meta pode voltar como _"a confirmar"_.
Dado sensível no seu texto vira aviso. Se você escrever CNPJ, e-mail ou um valor em reais alto, aparece o aviso _"Encontrei CNPJ no texto. Confira se isso pode ir pra um desafio que startups vão ler — marquei como confidencial."_ e o desafio é marcado como confidencial ao salvar. Também é checagem de código, não do modelo.
Quando dá para submeter. No bloco Pronto pra submeter? ficam quatro itens, com ✓ quando estão resolvidos e ○ quando não:
| Item | Só marca quando |
|---|---|
| Objetivo | o bloco Objetivo está preenchido |
| Descrição do problema | o bloco Descrição está preenchido |
| Pelo menos 1 KPI com valor atual, unidade, fonte e meta | há um indicador com os quatro |
| Resultados esperados | o bloco Resultados esperados está preenchido |
Com os quatro marcados, o desafio passa sozinho de Rascunho para Pronto pra submeter e o botão verde Submeter pra curadoria aparece no alto da tela. Se uma rodada nova derrubar um dos itens, ele volta para Rascunho e o botão some. Salve antes de submeter: enquanto houver entendimento novo não gravado, a tela avisa _"Há um entendimento novo da Maria Clara ainda não salvo."_ e o botão de submeter não aparece.
O que a Maria Clara propõe sozinha. Título, vertical e palavras-chave de busca saem prontos, derivados do problema que você descreveu — é trabalho de quem conhece o mercado de startups, não de quem conhece a operação. A vertical vem de uma lista fechada de 12, a mesma que o scouting usa: Healthtech, Fintech, Logtech, Agritech, Martech, IA, Enterprise Tech, Indtech, E-commerce, Deep Tech (geral), Biotecnologia e Outras Saas. As palavras-chave voltaram a sair em português e em inglês (de 4 a 6 de cada) — em 02/09 a lista em inglês tinha saído do escopo da entrevista; no modelo novo ela é parte do bloco de scouting (`src/lib/challenges/brief/schema.ts:74-83`).
Dado que você ainda não tem não trava o registro. Se você sabe a métrica e a meta mas não o número de hoje, o KPI entra assim mesmo, com o campo escrito _"a confirmar"_ em vez de ser recusado inteiro — só o nome do indicador é obrigatório. A régua de submissão não afrouxa: KPI pela metade não marca o item do KPI no bloco Pronto pra submeter?, e a Maria Clara cobra o que falta na pergunta da rodada seguinte.
Os estados de um desafio.
| Estado | O que significa |
|---|---|
| Rascunho | em construção; ainda falta um dos quatro itens de "Pronto pra submeter?" |
| Pronto pra submeter | os quatro itens marcados; pode ir para a curadoria |
| Aguardando endosso | submetido numa organização que exige endosso — esperando o sponsor |
| Submetido | na fila da curadoria, ainda sem analista |
| Em curadoria | um analista assumiu; é aqui que corre o prazo de resposta |
| Ajustes solicitados | voltou para o autor com comentários; a primeira edição devolve o desafio a Rascunho |
| Aprovado | aprovado pela curadoria — libera publicação e busca de startups |
| Reprovado | recusado, com motivo registrado |
Cada submissão congela uma versão do desafio. É o que permite ao analista ver, num reenvio, exatamente o que mudou desde a submissão anterior.
A curadoria. Para quem é analista ou admin do módulo, `/desafios/curadoria` lista os desafios submetidos, com a prontidão de cada um e há quanto tempo está em curadoria — passando de 48 horas, a linha fica vermelha e marcada _"atrasado"_. Dentro da revisão, o analista tem:
versão;
organização. É só aviso: não bloqueia submissão nem aprovação. Ele aparece só em "Em curadoria" e chega depois do resto da tela: a comparação é feita em segundo plano e, quando ela não está disponível, o painel simplesmente não aparece — a revisão abre do mesmo jeito;
_Fora de escopo estratégico, Resolvível internamente, Sem patrocínio, Duplicado, Problema mal definido_ ou _Outro_) ou solicitar ajustes, que exige ao menos um comentário registrado, para o autor saber o que corrigir;
vieram de sugestão da IA e que ninguém editou depois. Quando não há nenhum, ele diz isso: _"o que está aqui foi escrito ou revisado pela pessoa da área"_.
Depois de aprovado. Na mesma tela aparecem duas saídas, independentes uma da outra:
| Saída | O que faz |
|---|---|
| Publicar landing pública | Publica o desafio em `/desafios/publico/<id>`, uma página aberta, sem login, com o formulário Quero participar. O autor é avisado a cada nova candidatura |
| Buscar startups (Scouting) | Cria uma tese a partir do desafio (setores, tecnologias, palavras-chave, geografia e estágio) e abre a tela de scouting normal, já disparando a busca. Só pode ser feito uma vez |
Na landing pública, a startup candidata informa nome e e-mail (obrigatórios), empresa, site e um texto sobre a solução. Dois campos do desafio nunca vão para essa página: o e-mail do sponsor e a faixa de orçamento, quando marcada como confidencial.
O kit de comunicação. Ainda na tela de curadoria: Gerar com IA escreve uma copy de post para LinkedIn a partir do desafio (dá para gerar de novo, e o texto fica editável), e Baixar one-pager (PPTX) entrega o desafio em um slide.
Baixar o desafio. No alto da tela de trabalho fica o link Ver documento, que leva à tela de leitura — é de lá que sai o download da apresentação (ver logo abaixo). Na tela de curadoria há ainda o Baixar one-pager (PPTX).
Ver o documento. O link Ver documento mostra o desafio em formato de leitura, com duas abas — Visão interna e Preview público ("como uma startup candidata veria este desafio") — e o download da apresentação completa em PT e EN.
Dashboard. Analistas e admins têm ainda `/desafios/dashboard`, com o total de desafios, quantos foram publicados, quantos acionaram scouting, quantas candidaturas chegaram, a contagem por estado e os desafios mais recentes.
Avisos automáticos. Além dos avisos de submissão, endosso, decisão, publicação, busca de startups e nova candidatura, duas rotinas rodam sozinhas: uma cobra o analista quando um desafio passa de 48 horas em curadoria, e outra avisa o autor quando um rascunho fica 14 dias parado.
Como esses e-mails chegam. Os dez avisos do módulo saem no template de marca da plataforma: cabeçalho, saudação pelo seu primeiro nome, o texto do aviso, um botão de ação (Abrir o desafio, Ver os ajustes, Acompanhar a busca, Retomar o desafio…) com o mesmo endereço repetido em texto logo abaixo — para o caso de o botão não abrir — e a assinatura "Atenciosamente, Maria Clara AI · Agente de Inovação Aberta". No rodapé fica por que você está recebendo aquele e-mail: _"Você recebe este e-mail porque é analista de inovação / autor / sponsor no módulo Desafio de Inovação Aberta da <sua empresa> · Pulso"_. Se a sua organização tem marca própria cadastrada (Configurações › Marca), o cabeçalho sai com o logo e a cor dela; quem não tem recebe a marca Pulso.
O que isso consome do seu plano. A conversa com a Maria Clara e a geração da copy social usam IA e entram no seu consumo do mês; a busca de startups acionada pelo desafio é um scouting normal e consome como qualquer outro (ver 2.2 e 5.3). Publicar a landing, receber candidaturas, baixar o one-pager e baixar o deck não usam IA.
A entrevista ficou bem mais barata em 08/09/2026. Como cada desafio passou de dezenas de rodadas para 2 ou 3, e o que é enviado ao modelo a cada rodada deixou de incluir o desafio inteiro, o gasto de IA por desafio caiu muito (commit `1969bb11`; `src/lib/challenges/maria-clara/run.ts`). As regras de cobrança não mudaram — segue valendo o que está no ponto 1 do bloco de 26/08, abaixo, que continua em aberto.
| fechado com um desfecho |