Framework útil: 6 Peças Para Transformar Ideia Em Aplicação

Frameworks circulam em profusão: matrizes, ciclos, pirâmides. A maioria é desenhada para ser compartilhada; poucos, para ser usados por alguém com um problema real e dez minutos. Este artigo trata dos segundos. A tese é delimitada: um framework útil é uma ferramenta mental com escopo declarado, que organiza uma pergunta e uma conversa; ele não é uma prova de que o mundo funciona daquele jeito. O que segue descreve as peças dessa ferramenta e mostra, com um exemplo hipotético, como usá-la sem simplificar demais um problema complexo.

Um framework útil simplifica a realidade e declara seus limites

George Box defendia modelos parcimoniosos e revisão iterativa: uma representação pode ser útil sem reproduzir todos os detalhes da realidade. Para quem constrói frameworks, a consequência é identificar o que o modelo deixa de fora e conferir, no uso, onde ele falha. Simplificar não é licença para ignorar dados que contradizem a proposta.

A Enciclopédia de Filosofia de Stanford, na entrada sobre modelos na ciência, ajuda a separar três coisas que o marketing mistura. Modelos podem ser idealizações, que removem de propósito propriedades irrelevantes ao problema, ou modelos de brinquedo, que simplificam até o mínimo para fazer pensar. A entrada discute também que modelar envolve compromissos inevitáveis entre desejos concorrentes, como precisão, generalidade e realismo (um modelo pode sacrificar realismo para ganhar generalidade), e que modelos diferem de teorias. Um framework de consultoria é, quase sempre, um modelo idealizado. Legítimo, desde que declarado.

O terceiro ponto é que framework não é evidência. No ensaio analítico de Ioannidis, a confiabilidade de achados depende das condições da pesquisa, incluindo poder estatístico, viés e hipóteses examinadas. Esse modelo não calcula a validade de um framework de gestão. A distinção prática é mais simples: um diagrama atraente não demonstra que a intervenção proposta funciona; essa alegação exige evidências específicas.

Há uma distinção prática para fazer em cada framework que você produz ou consome. O guia de práticas do Instituto de Ciências da Educação dos EUA (Pashler et al., 2007) rotula cada recomendação com o nível de evidência que o painel julgou existir: forte, moderado ou baixo, onde o nível mais alto vem de experimentos randomizados e o mais baixo de opiniões de autoridades. Você pode copiar o gesto. Ao lado de cada framework, escreva de onde ele vem (experimento, observação, experiência de campo ou opinião) e onde nunca foi testado.

A anatomia: seis peças

1. Uma pergunta e um escopo

Todo framework útil responde a uma pergunta que cabe numa frase. “Como decido se um problema pede um método direto ou exploração?” é uma pergunta. “Marketing de resultados” não é. Junto da pergunta vai o escopo: em que situações vale, em quais não. Sem isso, o framework vira um carimbo aplicado a qualquer coisa.

2. Poucos elementos, cada um com nome

A parcimônia de Box diz que cada elemento extra precisa pagar o próprio custo. Minha regra de bolso, sem base em pesquisa: o leitor precisa conseguir recitar os elementos após uma leitura, o que limita a maioria dos modelos a três ou quatro peças.

3. Relações visíveis, não só categorias

O modelo visual mostra como as peças se relacionam. Donella Meadows ilustra bem isso: para explicar qualquer sistema com estoque, ela usa a imagem de uma banheira com uma torneira que enche e um ralo que esvazia. Se a entrada supera a saída, o nível sobe. Duas setas e um nível bastam para uma dinâmica inteira. Compare com uma matriz 2×2. Kurtz e Snowden (2003) distinguem: num framework de categorização, há quase sempre um quadrante desejável, em geral o superior direito; num de construção de sentido, nenhum domínio é melhor que outro. Antes de desenhar quadrantes, pergunte se você classifica ou explica uma relação.

4. Rótulos que o leitor reconhece

O rótulo é a interface do framework. O Nielsen Norman Group define modelo mental como o que os usuários sabem, ou acham que sabem, sobre um sistema, e observa que eles fazem previsões e planejam ações a partir disso. A consequência para frameworks é que o seu vocabulário concorre com o que a pessoa já acredita. O grupo recomenda descobrir o conflito pedindo que a pessoa pense em voz alta enquanto usa. Entregue o framework a um colega, peça que o aplique a um caso dele e anote cada palavra em que hesitar.

5. Um exemplo trabalhado

Um framework sem exemplo resolvido exige que o leitor invente a aplicação. John Sweller, em entrevista à revista Teacher, descreve o efeito do exemplo trabalhado: quem recebe problemas para resolver aprende menos do que quem estuda a solução de problemas idênticos, porque a instrução guiada evita sobrecarga da memória de trabalho. À medida que o aprendiz ganha conhecimento, a relação se inverte (efeito de reversão de expertise) e resolver problemas passa a ensinar mais. O guia do IES chega a recomendação parecida, a de intercalar exemplos resolvidos e exercícios, com nível de evidência moderado. Ofereça um exemplo completo, depois um parcial, depois um em branco.

6. Instrução de uso, regra de parada e limites

A instrução de uso diz em que ordem fazer as perguntas, o que produzir ao final e quando parar. A regra de parada importa porque, em problemas complexos, ela não existe por si só. E a seção de limites registra onde o framework quebra. Meadows é exemplar: ao apresentar sua lista de pontos de alavancagem, ela mesma adverte que a lista é provisória e que a ordem é escorregadia, porque cada item tem exceções que o fazem subir ou descer.

Como não simplificar um problema complexo

Rittel e Webber (1973) distinguem problemas “mansos”, com missão clara e critério claro de solução, de problemas “perversos” (wicked). Entre as propriedades dos perversos: não há formulação definitiva, não há regra de parada e cada tentativa conta, porque não se pode errar sem consequência. Os autores consideram moralmente objetável tratar um problema perverso como se fosse manso ou “amansá-lo” cedo demais. Um framework que apresenta uma solução fechada para esse tipo de problema comete exatamente esse erro.

O Cynefin, de Kurtz e Snowden, parte de uma ideia compatível e se descreve como framework de construção de sentido: o valor, segundo os autores, está menos em argumentos lógicos ou verificações empíricas e mais no efeito sobre a capacidade de decisão de quem o usa. Quem o apresenta como “comprovado” diz mais do que os próprios autores. O site do Cynefin Co. reforça que ele serve para a ação combinar com a realidade, sem forçar o complexo a caber em soluções padronizadas.

Greenhalgh, Howick e Maskrey (2014) trazem o contrapeso do lado da evidência. Num artigo de análise no BMJ, afirmam que a medicina baseada em evidências produziu benefícios, mas também consequências negativas, e propõem que a versão “real” seja caracterizada por julgamento especializado em vez de seguimento mecânico de regras. É o que se espera de um framework de consultoria: apoiar o julgamento, não substituí-lo.

Exemplo hipotético: uma triagem de três perguntas

O framework abaixo é uma criação ilustrativa deste artigo, hipotética e sem validação empírica. Ele serve para demonstrar as seis peças.

Pergunta: este problema pede um método direto ou exploração em passos pequenos?

Escopo: problemas de negócio em que você ainda não sabe se a situação tem solução conhecida. Não serve para decisões com norma ou lei definidas.

Modelo visual:

Pergunta	O que verificar	Consequência para a conversa
Formulação	Consigo descrever o problema sem embutir uma solução?	Se não, investigar antes de escolher uma resposta
Parada	Existe um critério claro para considerar a tarefa concluída?	Se não, estabelecer revisão e critérios provisórios de aprendizagem
Reversibilidade	A ação pode ser desfeita com custo e risco aceitáveis?	Quanto maior o risco, menores e mais protegidos devem ser os testes

Respostas claras às duas primeiras perguntas não provam que exista um método conhecido. Antes da rota direta, confira se há procedimento adequado e evidência aplicável ao caso. A rota de exploração é uma alternativa quando a formulação ou o critério ainda precisam ser aprendidos, não uma autorização para experimentar em situações inseguras.

Origem e status: as três perguntas derivam de três das propriedades de problemas perversos descritas por Rittel e Webber (formulação, regra de parada, tentativa única). A escolha de reduzir dez propriedades a três é minha e não foi testada; é uma ferramenta de conversa, não um diagnóstico.

Exemplo trabalhado (empresa fictícia): uma empresa de software de agendamento percebe que clientes cancelam depois do primeiro trimestre. A equipe pergunta o que fazer com a retenção.

Formulação. “Clientes saem” admite explicações que levam a ações diferentes: preço, onboarding fraco, concorrente. Cada explicação define uma solução distinta, logo o problema ainda não tem formulação definitiva. Resposta: não.
Parada. Retenção não “termina”. Resposta: não. Como a rota SONDA exige data de revisão, o grupo fixa uma regra provisória: reavaliar daqui a 90 dias. O prazo é convenção do exemplo, não parâmetro científico.
Reversibilidade. Mudar o preço para todos é difícil de desfazer; ajustar o roteiro de onboarding para um grupo pequeno é fácil. Resposta: depende da ação, então cada sonda é classificada separadamente.
Resultado. Rota SONDA. Duas sondas pequenas (onboarding revisado e contato ativo no primeiro mês), cada uma com a pergunta “o que esperamos ver, e o que nos faria mudar de ideia?”, e a revisão marcada.

Instrução de uso: responda às perguntas em ordem, por escrito, com o caso real na frente. Registre a resposta e a razão. Se duas pessoas respondem diferente, a divergência é o que vale discutir.

Limites do exemplo: três perguntas não esgotam a natureza do problema, e nada mostra que a rota SONDA gere melhores resultados que a DIRETA.

Limites do que foi dito

Fontes de naturezas diferentes. Box, Meadows e Rittel e Webber são ensaios teóricos; Ioannidis e Greenhalgh, ensaios analíticos; o IES, um painel com níveis de evidência declarados. Nenhum testa frameworks de consultoria.
Sweller por entrevista. O trecho vem de matéria jornalística; para o argumento completo, consulte a literatura primária.
Cynefin descrito por quem o criou. Os autores e a organização têm interesse no framework.
Frameworks não substituem dados nem julgamento. Mostram a estrutura da pergunta, não a resposta.

Perguntas frequentes

Qual a diferença entre framework, modelo e método? Um modelo representa algo simplificado; um método prescreve passos; um framework organiza perguntas e elementos para orientar uma análise. Os limites variam entre autores, e não encontrei definição única nas fontes que li. Declare o que o seu faz.

Meu framework precisa de evidência científica? Precisa declarar o seu status. Se vem da sua experiência de campo, escreva isso. O problema surge quando a apresentação sugere comprovação que não existe.

Quantos elementos um framework deve ter? Não encontrei número validado. Use o menor que responda à pergunta e que o leitor consiga recitar.

Como testar se funciona para outras pessoas? Peça que apliquem a casos próprios, pensando em voz alta, e registre onde hesitam. Isso testa usabilidade, não eficácia.

O mesmo critério vale para modelos de gestão: comece pela decisão que precisa ser apoiada, não pelo desenho. O artigo marketing como motor de receita aplica esse raciocínio à relação entre comunicação e operação comercial.