Como ministérios e reguladores reúnem um setor em torno de um desafio

Um ministério ou regulador reúne bem um setor quando escolhe um problema que nenhuma empresa ou órgão consegue resolver sozinho, usa seu poder de convocação para trazer os atores certos à mesa, oferece algo que só o governo pode oferecer (dados, flexibilidade nas regras, um primeiro cliente, um padrão futuro claro) e se compromete de antemão a agir com base no que funcionar. Os órgãos públicos têm aqui uma vantagem única: quando eles chamam, as pessoas vêm. Essa mesma vantagem é o principal risco, porque um desafio convocado que termina em discursos e nenhuma mudança ensina um setor inteiro a parar de responder.

Este texto trata especificamente do papel de quem convoca. Para o quadro mais amplo, veja Inovação em ecossistema. Para um único evento com prazo fechado conduzido por vários parceiros, veja O hackathon de ecossistema.

O que o governo traz e ninguém mais consegue

Uma empresa pode fazer um desafio. Uma associação setorial também. Mas um órgão público tem alavancas que os outros não têm, e um desafio convocado deve usar pelo menos uma delas:

• Poder de convocação. Concorrentes se sentam na mesma sala se um ministério pedir.
• Dados. O governo muitas vezes tem a única visão completa de um setor: registros, licenças, fiscalizações, fluxos.
• Regras. Um regulador pode esclarecer, ajustar ou flexibilizar temporariamente uma regra para que uma nova abordagem seja testada com segurança. O "sandbox regulatório" é a forma mais conhecida; a Financial Conduct Authority do Reino Unido abriu o seu em 2016, e o Banco Central da Arábia Saudita (SAMA) lançou o dele em 2018 para empresas de fintech.
• Compras. O governo pode ser o primeiro cliente, o que, para uma solução nova, pode valer mais do que um prêmio.
• Padrões. Sinalizar o que será exigido no futuro dá ao setor um motivo para investir agora.

Se o seu desafio não usa nenhuma dessas alavancas, pergunte-se se um órgão público precisa mesmo liderá-lo.

Como reunir um setor, passo a passo

1. Escolha um problema que pertence ao setor, não a você. Um bom desafio convocado é aquele em que a causa se espalha por muitos atores: desperdício de alimentos ao longo de uma cadeia de abastecimento, demoras numa jornada de licenciamento, lacunas de competências em toda uma indústria. Construa um mapa de ecossistema do setor em torno desse problema antes de anunciar qualquer coisa. Se o processo do seu próprio órgão for a causa principal, conserte-o internamente primeiro.

2. Converse com o setor antes de desenhar o desafio. Entreviste uma amostra variada de atores: empresas grandes, empresas pequenas, startups, grupos de usuários, outros órgãos. Pergunte onde o problema realmente está e o que os impede de resolvê-lo. Um mapa de stakeholders mostra quem tem influência e quem é afetado; garanta que os atores menores sejam ouvidos, e não só os maiores.

3. Formule um desafio com um resultado mensurável. Use uma árvore de problemas para chegar a um acordo sobre a causa e depois escreva uma única pergunta Como poderíamos e um resultado que o setor reconheça: "reduzir pela metade o tempo entre o pedido e a licença para um pequeno negócio de alimentação". Um desafio por rodada. Um ministério que lança cinco desafios de uma vez geralmente não entrega nenhum.

4. Decida o que o governo vai pôr na mesa. Seja explícito: quais bases de dados vai abrir e como; quais regras podem ser testadas de forma controlada e com quais salvaguardas; se existe um compromisso de compra para as soluções bem-sucedidas; que padrão ou política pode vir depois. É essa oferta que faz o setor levar o desafio a sério.

5. Defina regras de participação justas e transparentes. Publique quem pode participar, como as soluções serão avaliadas, que apoio os participantes recebem, o que acontece com a PI e os dados deles e como os conflitos de interesse são tratados. Num setor regulado, os participantes precisam saber que participar não será usado contra eles na supervisão.

6. Conduza em etapas. Um formato comum: uma chamada aberta; uma pré-seleção; um período de desenvolvimento ou teste com dados reais ou num ambiente controlado; uma decisão. Use um roadmap para mostrar publicamente as etapas e as datas, e cumpra-as.

7. Teste no ambiente real, com salvaguardas. O objetivo de um desafio convocado é aprender o que funciona na prática. Dê às soluções pré-selecionadas um teste controlado: um grupo limitado de usuários, um prazo definido, limites combinados e monitoramento. Combine de antemão o que faria um teste ser interrompido antes da hora.

8. Comprometa-se a agir com base nos resultados. Antes de abrir o desafio, decida o que o governo fará se uma solução funcionar: comprá-la, mudar uma regra, publicar orientações, definir um padrão, financiar a escala. Ponha isso por escrito e diga em público. Esse único compromisso faz mais pela participação do que qualquer prêmio.

9. Preste contas ao setor. Publique o que aprendeu, incluindo o que não funcionou e por quê. Um plano de comunicação com stakeholders mantém os participantes e o restante do setor informados entre as etapas. Use uma árvore de KPIs para ligar o resultado principal ao que cada parte do setor pode influenciar.

10. Planeje a próxima rodada. Desafios setoriais constroem confiança com o tempo. A segunda rodada é mais fácil de conduzir, e atrai participantes mais fortes, se a primeira mudou algo de forma visível.

O que fazer e o que evitar

Faça

• Escolha um problema que o setor já sente, e não um que só o governo enxerga.
• Ponha na mesa uma alavanca real do governo: dados, regras, compras ou padrões.
• Ouça os atores pequenos e os usuários, e não só as maiores empresas.
• Publique regras, critérios e cronogramas, e cumpra-os.
• Decida de antemão o que fará com uma solução que funcione.
• Divulgue o que aprendeu, incluindo os fracassos.

Evite

• Não lance com uma cerimônia e uma longa lista de desafios.
• Não deixe as maiores empresas estabelecidas desenharem o desafio sozinhas. Elas podem preferir que o problema continue sem solução.
• Não peça aos participantes que compartilhem dados sensíveis sem proteções claras.
• Não use o desafio como substituto para consertar o seu próprio processo.
• Não faça um teste sem limites combinados, monitoramento e uma regra de interrupção.
• Não meça o sucesso pelo número de inscrições recebidas. Meça o que mudou no setor.

Exemplo ilustrativo

Ilustrativo. O regulador nacional de segurança alimentar de um país europeu queria reduzir o desperdício de alimentos no setor de hospitalidade. Restaurantes, atacadistas e organizações sociais diziam a mesma coisa: os alimentos excedentes poderiam ser doados, mas a incerteza sobre responsabilidade legal e sobre as regras de rotulagem de validade os impedia.

O regulador começou entrevistando uma combinação de redes de restaurantes, cafés independentes, dois atacadistas, bancos de alimentos e as autoridades locais que fazem as fiscalizações. Um mapa de ecossistema mostrou que a barreira não era logística, e sim confiança: ninguém tinha certeza do que as regras permitiam.

O desafio dizia: "Como poderíamos tornar simples e seguro para qualquer negócio de hospitalidade doar alimentos excedentes no mesmo dia?" O regulador pôs três coisas na mesa: um esclarecimento por escrito de como as regras existentes se aplicavam à doação no mesmo dia, um período de teste controlado em duas cidades com verificações de segurança combinadas e o compromisso de publicar uma orientação oficial baseada no que funcionasse.

Chegaram catorze propostas, de aplicativos que conectavam doadores e organizações sociais a kits simples de rotulagem. Cinco foram testadas ao longo de três meses. Duas funcionaram bem; uma levantou questões de segurança e foi interrompida antes da hora, conforme a regra combinada. O regulador publicou uma orientação baseada no teste e anunciou uma segunda rodada sobre os excedentes de supermercados.

Perguntas frequentes

O que é um sandbox regulatório? Um arranjo controlado em que um regulador permite que empresas testem produtos ou abordagens novas com usuários reais, sob limites combinados e supervisão próxima, às vezes com regras específicas esclarecidas ou ajustadas para o teste. Os reguladores financeiros tornaram a ideia conhecida; desde então ela se espalhou para outros setores.

Qual a diferença entre um desafio setorial e um hackathon? Um hackathon é um evento que dura um dia ou alguns dias. Um desafio setorial é um programa que dura meses, com etapas, testes no mundo real e um compromisso do governo de agir com base nos resultados. Um hackathon pode ser uma etapa dentro de um desafio setorial.

Quem deve participar de um desafio de inovação liderado pelo governo? Qualquer um que possa contribuir para a solução e qualquer um afetado por ela: empresas grandes e pequenas, startups, pesquisadores, grupos de usuários e outros órgãos públicos. Publique as regras de elegibilidade e garanta que o processo não favoreça só quem tem recursos para concorrer.

Para onde ir agora

Comece com um mapa de ecossistema e um mapa de stakeholders do setor, depois chegue a um acordo sobre a causa com uma árvore de problemas e organize as etapas num roadmap. Para o quadro mais amplo, leia Inovação em ecossistema e, para o formato de evento, O hackathon de ecossistema.