Publicado em 25 de outubro de 2024/Última edição em 25 de outubro de 2024/9 min de leitura
Quando uma empresa precisa de uma nova solução técnica, as equipes enfrentam um dilema comum: criar ou comprar? As duas abordagens têm vantagens: a criação de produtos internamente oferece a oportunidade de personalização total e alinhamento com as necessidades da empresa, enquanto a compra de software de terceiros oferece acesso a soluções comprovadas e que podem ser ampliadas mais rapidamente. A escolha entre criar e comprar geralmente depende das prioridades, dos recursos e das restrições de tempo da empresa.
Se você decidisse criar, a primeira etapa seria reunir as partes interessadas para descobrir como priorizar os recursos certos. Se você decidir comprar, garantir o alinhamento das partes interessadas é igualmente importante... e o verdadeiro trabalho começa após a compra. O sucesso não vem apenas da aquisição da ferramenta, mas também da forma como ela é integrada ao ecossistema mais amplo e integrada à sua organização.
Sou Tom Howard, engenheiro da equipe da Miro, e já trabalhei em várias empresas lideradas por engenheiros, vendo em primeira mão como é crucial que as partes interessadas técnicas apoiem totalmente a decisão de comprar com o mesmo espírito que teriam se fossem responsáveis pelo desenvolvimento técnico de um produto ou recurso. No artigo abaixo, mostrar as desvantagens de liderar com uma mentalidade somente voltada para a criação e como as equipes técnicas podem usar ferramentas de terceiros para prepará-las para o sucesso.
Aparentemente, criar produtos internamente pode parecer a melhor maneira de obter exatamente o que você precisa. Porém, quando uma ferramenta ou recurso não está vinculado ao negócio principal de sua empresa, isso pode levar rapidamente a custos ocultos (e não tão ocultos).
É aqui que as equipes costumam ter problemas:
Ao escolher uma ferramenta terceirizada confiável, você consegue manter sua equipe concentrada no que realmente importa (inovando em áreas que impulsionam diretamente seus negócios) enquanto se beneficia da experiência e da tecnologia fornecidas por especialistas.
Ainda assim, a compra de software não é uma solução mágica. Um dos erros mais comuns que as empresas cometem depois de optar pela compra é não entender completamente os recursos de uma ferramenta e como aproveitá-los para atender às necessidades da empresa. Mesmo com uma solução de terceiros, o sucesso depende de sua capacidade de entender o que a ferramenta pode e não pode fazer.
Por isso, é importante investir tempo antecipadamente para entender os recursos, as limitações e as integrações. Leia a documentação , explore todos os recursos e fale com a equipe de suporte do fornecedor. Reserve um tempo para entender como a ferramenta foi projetada para ser usada, o que pode significar o realinhamento de seus fluxos de trabalho internos com os da ferramenta. Trabalhar contra a ferramenta pode levar a um atrito excessivo e a resultados negativos em todos os lados.
Antes de avançar na decisão de compra, é importante iniciar as conversas entre as principais partes interessadas. Uma das principais partes interessadas é a engenharia, especialmente se houver necessidade de criar integrações da ferramenta com o ecossistema mais amplo. Afinal, a compra de uma ferramenta de terceiros e a descoberta de que a área de engenharia não tem a disponibilidade (ou a disposição) para implementá-la não trará nada de bom.
Uma das melhores formas de fazer isso é engajar todas as partes interessadas relevantes no processo de decisão, permitindo que elas exponham suas preocupações e conversem sobre os problemas à medida que surgirem, em vez de surpreendê-las com a notícia de uma compra depois de concluída. Engajar a engenharia desde o início significa que ela pode fazer parte da avaliação dos possíveis fornecedores. Avaliação de aspectos técnicos, como disponibilidade e qualidade da API, além de escalabilidade e desempenho da ferramenta. Também é importante avaliar a compatibilidade das bibliotecas com os sistemas aos quais a ferramenta precisa se integrar. Isso pode ser fundamental para a integração harmoniosa com seus outros sistemas ou para a criação de extensões para a ferramenta para fornecer recursos específicos do negócio. Adquirir uma ferramenta e depois descobrir que um SDK não está disponível em uma linguagem de programação necessária ou é incompatível com outras bibliotecas em seu ambiente pode custar caro.
Uma boa abordagem aqui é organizar um ponto de contato (PdC) com o fornecedor. Obter acesso por um período para permitir que você "experimente" o produto. No entanto, é importante que o PdC tenha uma visão clara do que é o sucesso. Por exemplo, chegar ao PdC com vários casos de uso claramente definidos que representam os problemas que se espera que a ferramenta resolva. Em seguida, executá-los com a ferramenta para entender o desempenho da ferramenta no cumprimento desses casos de uso. Sempre que possível, aproveite o suporte do fornecedor para que ele possa ajudar a encontrar soluções.
Quando sua equipe decide comprar, a próxima etapa é fazer com que o investimento seja compensado. Não basta trazer uma ferramenta para a empresa. A forma como você a implementa e oferece suporte determinará seu sucesso. As equipes técnicas desempenham um papel importante para garantir que a nova ferramenta se adapte aos seus negócios e forneça o valor previsto no momento da compra.
As equipes técnicas assumem a maior parte da responsabilidade na hora de integrar uma ferramenta de terceiros. Meu conselho é que essas equipes tratem a implementação como um projeto. Ao testar a ferramenta em diferentes cenários para detectar possíveis problemas antes que eles interrompam as operações, é possível resolver quaisquer desafios antecipadamente. Dessa forma, você consegue garantir que as equipes estejam preparadas para o sucesso a longo prazo, e não presas tentando entender o que a ferramenta pode ou não fazer no futuro.
Também é importante evitar atalhos ou "hacks" não documentados na ferramenta, que podem levar à instabilidade e à manutenção adicional no futuro. Pensando novamente em trabalhar com a ferramenta, e não contra ela.
Como participante técnico, vi em primeira mão que nenhum software consegue fazer tudo. Embora haja ocasiões em que as limitações de uma ferramenta sejam muito significativas e você precise encontrar uma nova solução, na maioria das vezes, você só precisa ajustar a forma como trabalha para se adequar melhor ao que a ferramenta pode fazer.
Em vez de se apressar para substituir o software que não está servindo, vale a pena perguntar: conseguimos ajustar nossos processos para que a ferramenta funcione para nós? Pequenas mudanças na forma como você usa a ferramenta podem, muitas vezes, liberar todo o potencial dela sem o incômodo e a despesa de mudar para outra coisa. Às vezes, não se trata de encontrar uma ferramenta diferente, mas sim de fazer com que a que você tem funcione de um jeito mais inteligente para a sua equipe.
Também é fácil acreditar que os desafios que você está enfrentando são exclusivos de sua empresa. No entanto, esses desafios podem, na verdade, ser mais comuns em outras organizações. Um terceiro que trabalha com várias organizações potencialmente identificou e resolveu esses problemas em seu produto.
Quando as equipes estão escolhendo um software, pode ser tentador criar longas listas de desejos de recursos. Mas apenas alguns recursos são cruciais para o sucesso, e a busca por uma ferramenta que preencha todos os requisitos pode levar à decepção com a ferramenta escolhida ou a uma busca interminável. Além disso, alguns recursos das ferramentas podem ser adicionais, o que acarreta custos extras. A aquisição prematura de recursos que não serão usados posteriormente pode custar caro ou motivar o uso do recurso para justificar a despesa, mesmo que isso não seja benéfico para a empresa.
É importante ter conversas claras com as partes interessadas e priorizar metas de alto nível durante a avaliação e à medida que você se aproxima da implementação. Concentre-se no conjunto de recursos que realmente causam impacto, em vez de tentar obter tudo o que está em sua lista. Ao alinhar os aspectos essenciais, você evitará complicar demais o stack de tecnologia e garantirá que as ferramentas selecionadas agreguem valor de verdade.
Tomar a decisão de comprar uma ferramenta de terceiros é apenas o começo. Como já discutimos, o sucesso depende de como você integra, dá suporte e adapta a ferramenta para se adequar ao seu negócio. Embora a criação de uma solução interna possa parecer atraente, a compra geralmente oferece um caminho mais rápido para a obtenção de valor, permitindo que você aproveite os melhores conhecimentos e recursos da categoria. Nenhuma ferramenta será perfeita, mas, com a abordagem certa, você consegue liberar todo o potencial do software que compra e fornecer valor duradouro. Isso prepara o terreno para explorar como implementar de forma eficaz e maximizar seu investimento nessas ferramentas.
Para obter mais informações sobre o dilema entre criar e comprar, recomendo a leitura do artigo de Jamie Doheny A Technology Leader's Perspective on Build vs. Buy
Cadastre-se para receber novidades regulares da Braze.