Aplicada não significa automaticamente pronta a utilizar

A expressão investigação aplicada aparece muitas vezes em anúncios sobre novos materiais, tratamentos, ferramentas digitais ou processos produtivos. Pode descrever um trabalho orientado para um problema concreto, mas não indica, por si só, que exista um produto acabado, que a solução tenha sido testada com utilizadores ou que esteja pronta para ser implementada. Para interpretar o anúncio, convém separar duas perguntas: que tipo de investigação está a ser realizado e que evidência sustenta o progresso comunicado?

A Minciencias define a investigação aplicada em relação à procura de soluções para problemas identificados e à utilização do conhecimento para responder a necessidades. O seu glossário também descreve a investigação básica como orientada para a produção de conhecimento, sem exigir uma aplicação imediata. Trata-se de uma distinção quanto ao objetivo do trabalho, não de uma classificação automática do seu sucesso, qualidade ou proximidade do mercado. (Minciencias: investigação aplicada; Minciencias: investigação básica)

Na prática, as duas abordagens podem relacionar-se: um resultado de investigação básica pode fornecer a explicação ou o método que mais tarde sustenta uma aplicação, enquanto uma necessidade prática pode revelar questões científicas que exigem investigação adicional. Por isso, é mais útil ler a designação em conjunto com os objetivos, o método e os resultados comunicados do que tratá-la como uma certificação. “Aplicada” indica uma orientação; não equivale a “validada”, “adotada” ou “comercialmente viável”.

Comece pelo problema e pela utilização prevista

Um projeto convincente deve explicar que necessidade concreta aborda, quem a enfrenta e que mudança espera produzir. “Melhorar a eficiência” ou “resolver um desafio tecnológico” são formulações demasiado genéricas para avaliar o progresso se não se esclarecer que indicador deverá melhorar, em relação a que situação de referência e em que condições. O objetivo não tem de prometer uma solução final; deve, contudo, permitir compreender que resultado seria relevante e como poderia ser reconhecido.

Também importa definir a utilização prevista. Um método que funciona numa amostra preparada pode ser útil como prova de princípio, mas isso não demonstra que funcione com amostras reais, em maior escala ou sob as restrições do local onde seria aplicado. No caso de uma ferramenta de diagnóstico, por exemplo, vale a pena perguntar a que população e contexto se destina; no caso de um processo industrial, que matérias-primas, ritmos de operação e controlos pressupõe. São perguntas que orientam a leitura, não afirmações de que todos os projetos devam cumprir a mesma lista de testes.

Perguntas para clarificar a promessa

  • Que problema específico se pretende resolver e para quem?
  • Que utilização se propõe para o resultado: apoiar uma decisão, substituir um processo ou testar uma hipótese de aplicação?
  • Que indicador permitiria compará-lo com a prática atual ou com uma alternativa pertinente?
  • Que condições ficam fora do âmbito anunciado?

As respostas ajudam a perceber se o anúncio apresenta um objetivo de investigação, uma demonstração técnica ou uma solução com utilizadores e contexto definidos. A precisão na definição do problema evita que uma melhoria local se transforme, por generalização excessiva, numa promessa de impacto alargado.

O método e os testes determinam o que se pode afirmar

A seguir, importa analisar a evidência. Um anúncio pode comunicar que foi construído um protótipo, obtido um resultado em laboratório ou concluído um teste inicial. Estes marcos podem ser importantes, mas não respondem às mesmas perguntas. É preciso perceber o que foi feito, com que materiais ou dados, em que condições e através de que comparação. Se for anunciada uma melhoria, é necessário conhecer a referência utilizada e o indicador em causa; se se afirmar que algo funciona, importa saber que observação sustenta essa descrição.

As condições de validação fazem parte do resultado. Um teste controlado permite isolar variáveis, mas pode diferir do contexto de utilização. Convém averiguar se foi testada uma amostra, um protótipo integrado ou um sistema completo; se os testes foram repetidos; e se a equipa comunicou falhas, incertezas ou restrições. A diferença não é apenas semântica: cada etapa responde a perguntas distintas. Uma demonstração pode mostrar que algo é possível em determinadas condições, sem estabelecer ainda que será robusto, seguro ou reproduzível noutros cenários.

Procure os elementos de suporte, não apenas o título

Dê prioridade a publicações técnicas, relatórios do projeto ou documentação metodológica que permitam acompanhar o resultado. Verifique se a comunicação distingue os dados observados dos objetivos futuros e se descreve a dimensão e a origem das amostras, os critérios de avaliação e as limitações pertinentes. Quando esses detalhes não estão disponíveis, a conclusão prudente não é que o resultado seja falso, mas que a informação publicada não permite avaliar com confiança o seu alcance.

Maturidade tecnológica: um guia de progresso, não uma garantia

As escalas de maturidade tecnológica podem ajudar a organizar o percurso desde uma ideia ou princípio demonstrado até sistemas testados em contextos mais próximos da utilização. Num anúncio, a referência a um nível de maturidade só é interpretável se a escala for identificada, se forem explicadas as evidências usadas para o atribuir e se ficar claro quem fez a avaliação. Sem esses elementos, um número isolado pode parecer mais conclusivo do que realmente é.

Mesmo quando uma etapa é descrita com clareza, a maturidade técnica não responde, por si só, a questões sobre procura, custos, regulamentação, segurança, fabrico ou manutenção. Uma tecnologia pode funcionar num teste e ainda assim enfrentar obstáculos à adoção; também pode ser útil num contexto limitado sem estar preparada para uma implementação alargada. A escala organiza evidências sobre o desenvolvimento; não certifica o sucesso comercial nem substitui uma avaliação de impacto.

Os materiais disponíveis para este artigo não incluem uma fonte oficial específica que permita verificar níveis, critérios ou equivalências de uma escala concreta. Por essa razão, não se atribuem números aqui nem se apresentam limiares como factos. Se um projeto mencionar uma escala, o leitor pode consultar o documento do organismo ou programa que a adota e comparar os respetivos critérios com os testes publicados. A falta desse detalhe limita a comparação entre anúncios, mas não invalida, por si só, o trabalho descrito.

Protótipo, validação e adoção são marcos distintos

Um protótipo dá forma concreta a uma proposta e permite observar o comportamento de uma solução, mas a sua mera existência não demonstra que satisfaça de forma consistente a utilização prevista. A validação implica relacionar os testes com requisitos definidos: o que o sistema deveria fazer, em que condições e segundo que critérios foi considerado satisfatório. A adoção levanta outras questões, como a integração nos processos existentes, a formação dos utilizadores e a continuidade do apoio. Não se deve presumir que todos os projetos tenham de seguir um percurso idêntico; importa, isso sim, não apresentar estes marcos como se fossem equivalentes.

Ao ler um anúncio, preste atenção aos verbos. “Propõe-se”, “será desenvolvido” ou “espera-se avaliar” descrevem objetivos; “foi construído” ou “observou-se” assinalam atividades ou resultados que ainda precisam de contexto; “foi validado” exige que se especifique em relação a que requisitos e com que testes. “Foi implementado” deve indicar onde, durante quanto tempo e com que alcance. Se uma notícia não apresentar estes dados, é razoável limitar a conclusão ao que está efetivamente documentado.

Breve lista de verificação

  • Problema: está definido com precisão suficiente para perceber quem é afetado?
  • Resultado: descreve-se conhecimento, um método, um protótipo ou um sistema integrado?
  • Teste: são explicados o contexto, a comparação e o critério de sucesso?
  • Limites: são declaradas as condições não testadas, as incertezas ou as falhas relevantes?
  • Próximo passo: distingue-se o que já foi alcançado daquilo que ainda se propõe fazer?

Este percurso não atribui uma nota ao projeto. Serve para evitar que a comunicação pública leve o leitor a inferir implementação, eficácia ou impacto a partir de um resultado preliminar.

Uma conclusão proporcional à evidência

A investigação aplicada liga o conhecimento a uma necessidade de utilização, mas o alcance dessa ligação deve ser avaliado através dos detalhes. Um problema bem formulado e um objetivo pertinente explicam por que razão se investiga; o método, as condições de teste e os resultados verificáveis permitem avaliar o que foi demonstrado até ao momento. As limitações publicadas indicam onde termina essa conclusão e que trabalho ainda falta realizar.

Ao comparar projetos, não é necessário exigir que todos tenham chegado a um produto comercial. Uma investigação pode contribuir ao mostrar que uma abordagem merece novos testes, identificar um obstáculo ou produzir evidência útil para uma decisão posterior. O critério é descrever esse contributo com precisão: um avanço experimental pode ser significativo sem constituir ainda uma solução validada para utilização no mundo real.

As definições da Minciencias ajudam a distinguir a orientação aplicada da básica, mas não avaliam projetos específicos. Para avaliar um anúncio concreto, é necessário consultar novamente os documentos do projeto e verificar se a evidência sustenta o verbo escolhido. Quando não se conhece o contexto de validação, a escala utilizada ou a comparação pertinente, a atitude responsável é explicitar essa incerteza, em vez de a preencher com uma promessa de adoção.