Muitas pessoas dizem que um projeto se torna uma opção padrão por meio de direcionar tráfego, por acumulação de tempo e por iteração de funcionalidades. Claro que tudo isso ajuda, mas na minha opinião a lógica fundamental é uma só—

A opção padrão é aquela que faz as pessoas «ousarem» escolher.

«Ousar» não é porque ela seja perfeita, mas porque, ao escolhê-la, você não se sente sozinho. Você não é mais aquele que precisa explicar «por que exatamente ela» numa reunião; não precisa suportar sozinho todas as dúvidas do tipo «e se der problema»; e também não vai descobrir, só na revisão pós-implementação, que seguiu por um caminho pouco explorado por outros.

Por trás da opção padrão, na verdade, há uma camada invisível de «confiança coletiva». Ela permite que a responsabilidade seja dispersa, que as decisões tenham um consenso pré-existente, e que a comunicação não precise começar do zero.

Isso também explica por que aqueles planos antigos, claramente inferiores, são difíceis de substituir — eles já estão integrados nos hábitos de comunicação da organização. Você não precisa provar por que eles funcionam, basta dizer «todo mundo usa assim». Para os inovadores, isso pode parecer injusto, mas para quem toma decisões, é uma sensação real de segurança.

Na verdade, o que os responsáveis sempre faltou não é coragem, mas a capacidade de aceitar riscos.

Por isso, ao pensar em certos projetos Oracle que precisam de uma implementação em grande escala, o ponto-chave talvez não seja fazer mais pessoas acreditarem que eles «têm potencial ilimitado», mas sim fazer com que quem os usa — na equipe, no sistema, no momento de assinar — se sinta seguro.

A sensação de segurança é: você não precisa apostar seu futuro profissional em uma «variável desconhecida»; nem ficar explicando interminavelmente um conceito estranho. Essa sensação de segurança muitas vezes é mais decisiva para a velocidade de adoção de um projeto do que os próprios indicadores técnicos.