A Comunicação Desempenha Um Papel Fundamental Na Inovação

Como fazer a comunicação funcionar na prática quando você está tentando inovar

A maioria dos projetos de inovação que eu já vi travar não foi por falta de tecnologia ou ideia. Foi por comunicação. Eu vi times com orçamentos generosos e mentes brilhantes entregarem nada porque as pessoas simplesmente não conseguiam se entender sobre o que estavam construindo. O problema é que a maioria dos chefes fala sobre isso em teorias de consultoria, mas raramente mostra como resolver na prática. Não vou dar uma definição de livro didático aqui. O que importa é o que acontece quando a comunicação falha num processo de inovação. Desenvolvedores constroem coisas que o marketing não sabe vender. Gerentes de produto entregam especificações ambíguas que cada engenheiro entende de um jeito. Designers fazem protótipos que não consideram limitações reais de implementação. Resultado: retrabalho, prazos estourados, produtos que não resolvem o problema certo. Eu tenho um exemplo específico que acho útil. Working in a fintech startup, we were building a new onboarding flow. The product team specified a 7-step process. Engineering said it would take 6 months. Design created beautiful screens. Nobody had checked with the compliance team early enough. When compliance finally saw the flow, they flagged three steps that violated new regulations. We had to rebuild the entire architecture. That cost us four months and nearly killed the project. After that, I started implementing what I call the "early friction check" - before any work begins, you run the idea past every department that could block it, even if it feels uncomfortable. Takes about two hours instead of four months.

Aqui está algo que ninguém conta sobre comunicação em inovação: quanto mais técnica a inovação, mais simples a linguagem precisa ser. Engineers tendem to use jargon because it's efficient for them. But that same jargon creates blind spots. When I started writing technical specs in plain Portuguese, without a single abbreviation or acronym, I noticed problems I'd never seen before. Team members would ask questions like "what does this actually mean for the user?" that exposed assumptions I'd never questioned. O outro erro comum é achar que comunicar significa falar muito. Na verdade, comunica-se melhor quando se cria artefatos compartilhados. Um documento mal escrito vale mais que dez reuniões. Um diagrama simples no papel vale mais que uma apresentação de 40 slides. Eu sempre peço para as pessoas desenharem o fluxo antes de escreverem qualquer especificação. O desenho mostra imediatamente onde estão as lacunas de entendimento. Geralmente leva 15 minutos e revela problemas que levariam semanas para serem descobertos. Também é importante notar que comunicação não funciona bem quando o time é muito grande. Depois de cinco ou seis pessoas envolvidas diretamente na tomada de decisão, a informação simplesmente se perde. Cada pessoa adiciona sua interpretação, e no final ninguém sabe mais o que foi decidido. Minha solução tem sido usar o modelo de dois pratos - duas equipes pequenas que se comunicam diretamente, em vez de uma grande plateia. Funciona muito melhor na prática.

Se você quer melhorar a comunicação no seu processo de inovação, comece com algo simples: anote todas as decisões importantes em um lugar centralizado, atualizado em tempo real. Use ferramentas que permitam comentários diretos nas decisões, não em e-mails separados. Reúna as pessoas certas nos momentos certos, e não em todas as reuniões possíveis. E acima de tudo, verifique se todos entenderam a mesma coisa antes de começar a construir anything. A inovação sem comunicação eficaz é apenas uma reunião cara onde várias pessoas concordam em não fazer nada útil. O resto é que variam de empresa para empresa, mas o princípio é sempre o mesmo: falem claro, escrevam simples, verifiquem compreensão.