Aumentando o valor do software: o poder da integração de dados externos

Nem todos os produtos são criados da mesma forma. Alguns produtos são «preenchidos»: integrar dados externos no produto é um pré-requisito para oferecer valor ao utilizador. Embora isso possa criar grandes desafios iniciais para a equipa de desenvolvimento de software — e ciclos de desenvolvimento mais longos —, pode gerar alto valor para os utilizadores finais e barreiras significativas à entrada para os operadores estabelecidos. Como um produto preenchido, folk esses desafios típicos. Desde o primeiro dia, integramos fontes de comunicação e importamos as interações dos utilizadores (e-mails, eventos do calendário). Aos 5.000 pilotos na lista de espera, obrigado pela paciência, estamos a agregar valor dia após dia. A espera valerá a pena.

O objetivo de qualquer equipa de produto é criar valor para os seus utilizadores finais. As equipas têm isso em mente em todas as etapas do processo de desenvolvimento. No entanto, cada processo é diferente, dependendo de como o produto consolidará os dados e o conteúdo. Surgem duas famílias de produtos:

Sobre produtos vazios

Estes produtos funcionam de forma independente. O valor reside na forma como o utilizador cria conteúdo no produto. Não há integração inicial que condicione a jornada do utilizador. Estes produtos existem para conter dados. Isso aplica-se a várias categorias de produtos:

• Aplicativos para tomar notas, por exemplo, Notion, Slite

• Aplicativos de gestão de produtos/projetos, por exemplo, Asana, Trello, Cycle, Jira

• Ferramentas de apresentação, por exemplo, Pitch

• Gestores de tarefas, por exemplo, Todoist, Wunderlist, Kairn

• Ferramentas de comunicação, por exemplo, Slack, Aircall

Sobre produtos recheados

Esses produtos só adquirem valor após importar, agregar e consolidar dados externos de outros produtos ou APIs. As integrações são, nesse sentido, um pilar fundamental da jornada do utilizador e um foco inicial para as equipas de desenvolvimento de produtos. Esses produtos herdam conteúdo já existente e incluem vários softwares clientes:

• Clientes de comunicação e mensagens, por exemplo, Front, Superhuman

• Clientes de calendário, por exemplo, Sunrise (RIP), Cron

• Gestão de contactos de clientes, por exemplo, folk

• Ferramentas de visualização de dados, por exemplo, Tableau, Data Studio, Forest Admin

Após os primeiros anos de iterações do produto, a diferença entre produtos vazios e preenchidos tende a se tornar menos clara — isso é especialmente verdadeiro para produtos de sucesso. Na nossa economia emergente de API, todas as equipas de sucesso acabarão por desenvolver integrações.

Mas, nos primeiros dias, mesmo antes da adequação do produto ao mercado, essa distinção é significativa e impõe desafios adicionais à equipa de desenvolvimento.

Nem todos os produtos são criados da mesma forma: o caminho perigoso para produtos recheados

Nem todos os produtos são criados da mesma forma. As grandes equipas de produto sabem disso. As desigualdades são várias e existem na complexidade das funcionalidades necessárias, na complexidade da tecnologia do produto ou na força dos produtos já existentes no mercado.

O desenvolvimento de um produto preenchido adiciona obstáculos ao processo inicial de desenvolvimento de software. Os produtos preenchidos integram dados de entrada de várias fontes, sendo, nesse sentido, clientes. Depender de dados externos apresenta três tipos de desafios:

Administração e Assuntos Jurídicos

Tudo começa com a obtenção dos dados. Os dados não vivem no vácuo. Eles são hospedados por uma empresa-mãe que deveria ter desenvolvido uma API. Obter acesso geralmente envolve longos procedimentos administrativos e legais antes de fechar um negócio. Veja o caso da API do Gmail. Eles exigem que os produtos passem por uma avaliação de segurança de terceiros que pode custar de US$ 15.000 a US$ 75.000. As soluções geralmente se resumem a investir tempo e/ou dinheiro para fechar a parceria. Foi o que fizemos com o Gmail para folk.

Dados

• Dados heterogéneos — Os dados já estão disponíveis. Potencialmente, provenientes de várias fontes. Estão estruturados de forma diferente, dependendo da fonte. Veja o caso da Front: eles tiveram que integrar e-mails enviados, mensagens do Twitter, mensagens do WhatsApp, etc. As equipas de dados precisarão garantir que todos os pontos de dados coletados sejam uniformizados.

• Dados duplicados — Várias fontes de dados também devem resultar em duplicatas. Pela nossa experiência, ter duplicatas cria redundância. Isso exige a deduplicação. Para que um ponto de dados seja igual a uma ocorrência.

• Dados imprecisos — Os dados introduzidos também podem conter erros. Limpar os dados externos, eliminando pontos de dados imprecisos, é um pré-requisito para proporcionar uma boa experiência.

• Dados irrelevantes — Após integrar esses dados externos, heterogéneos e potencialmente duplicados, eles precisam ser tratados de uma forma que seja relevante para o utilizador. Em produtos vazios, os dados são gerados pelo utilizador, portanto não há qualquer preocupação com a relevância do conteúdo. Em produtos preenchidos, porém, o desafio é torná-los relevantes.

Lidar com esses desafios exigirá a criação de uma equipa de dados — com competências em engenharia de dados — e uma infraestrutura de dados (incluindo um data lake) para recolher, hospedar e tratar os dados recebidos. Esse também é um custo adicional a ser considerado.

👉🏼 Experimente folk para unificar e deduplicar contactos de e-mail e calendário, para que o seu CRM permaneça limpo e confiável.

Experiência do utilizador

• Confiança — Construir confiança com os utilizadores é um processo tedioso, especialmente para produtos preenchidos. Um utilizador está familiarizado com os seus próprios dados, por isso há pouca margem para erros quando estes são sincronizados no software. Qualquer perda ou alteração de dados será fatal para a confiança já frágil que está a tentar construir e resultará inevitavelmente em perda de clientes. A confiança é difícil de construir e fácil de perder.

• Desempenho — Uma grande quantidade de dados pode fluir para o produto. As equipas de produto preenchidas terão de garantir que a infraestrutura pode suportar a carga de importação de dados externos, mantendo o desempenho no mais alto padrão.

• Descobrível — Com a grande quantidade de dados importados, cada ponto de dados precisa ser descobrível. Isso cria a necessidade de recursos adicionais, como categorização e pesquisa. A descoberta de dados não é um problema para softwares em que o conteúdo é gerado pelo utilizador.

Para conquistar sem perigo, triunfamos sem glória.

Embora a maioria das equipas de desenvolvimento concorde que o caminho para um produto completo será repleto de desafios, os utilizadores finais não estão necessariamente cientes disso. As suas expectativas em relação ao produto não serão menores. Portanto, a qualidade geral do produto — design, velocidade e funcionalidades — deve permanecer nos mais altos padrões para satisfazer os seus clientes.

Diante de todos esses obstáculos, você provavelmente está se perguntando por que diabos estamos lançando um produto Filled, então?

Sim, é um grande empreendimento. Mas tem um valor significativo para os utilizadores, capaz de mudar o jogo:

• Menor tempo de retorno — Quando a integração é concluída, o utilizador já tem todos os seus dados no produto. Os utilizadores podem estar totalmente operacionais assim que começam a usar o produto, ao contrário dos produtos vazios, nos quais os utilizadores precisam inserir conteúdo progressivamente. No Superhuman, é possível começar a usar o software logo após a integração, já que todos os seus dados de e-mail já estão inseridos.

• Produto orientado por dados — Desde o primeiro dia, um produto Filled contém grandes quantidades de dados. É um terreno fértil para a criação de funcionalidades inteligentes alimentadas pela análise de dados. No folk, desde o dia em que se inscrever, poderemos detetar as suas duplicatas, identificar contactos irrelevantes e pontuar as relações que tem com os seus contactos, tendo em conta as suas interações com eles. A disponibilização destes recursos inteligentes causará um efeito surpreendente, mesmo para os seus primeiros utilizadores. O ponto culminante de um produto orientado por dados é a criação de uma base de dados «canónica», ou seja, aproveitar os mesmos pontos de dados usados por vários utilizadores para proporcionar um efeito de rede. Este é um processo complexo, mas que ajudará a construir uma barreira de proteção.

• Fonte única de verdade — O produto Filled centraliza um conjunto específico de dados (contactos, e-mails, etc.) e torna-se a sua principal fonte de verdade. Qualquer atualização de outros pontos de dados será propagada no produto Filled. Os utilizadores agora têm um software de referência para realizar uma determinada tarefa. Por exemplo, independentemente do canal de comunicação (Twitter, e-mails, Whatsapp, etc.), eu vou ao Front para interagir com todos os meus clientes.

👉🏼 Experimente folk para sincronizar e-mails, eventos do calendário e contactos numa única fonte de verdade e comece a agir desde o primeiro dia.

É bastante claro por que os produtos Filled são tão bons. Os utilizadores compreendem rapidamente o seu valor (melhor conversão!) e irão adotá-los por mais tempo, pois beneficiam de uma vantagem única em termos de dados e de uma única fonte de verdade (portanto, menor rotatividade!).

O difícil nas coisas difíceis

Entre os 25 projetos de startups que lançámos na eFounders, apenas alguns são produtos "Filled" por definição - Mention, Front, Forest Admin e Upflow.

Folk a mais recente adição a esta família. E, tal como os nossos outros produtos «Filled», o desenvolvimento Folk os seus desafios inerentes. Sabendo que haveria obstáculos a superar, decidimos desde o início manter os mais elevados padrões de desenvolvimento e nunca comprometer a qualidade do produto. Os tempos difíceis podem ter atrasado o nosso lançamento, mas esses esforços não foram em vão. Se bem executadas, as integrações iniciais irão impulsionar a adoção e criar um valor de produto revolucionário. O nosso objetivo é a perfeição. Prometemos que a espera valerá a pena.

Os produtos recheados são difíceis, sim, mas são ótimos. O caminho pode ser cheio de dificuldades, mas não é isso que torna as coisas difíceis tão difíceis?

Perguntas frequentes

O que é um produto preenchido em comparação com um produto vazio?

Um produto preenchido agrega valor após a importação e consolidação de dados externos por meio de integrações; um produto vazio cria valor a partir do conteúdo que os utilizadores adicionam diretamente, sem integrações pré-requisitos.

Por que as integrações são importantes para produtos preenchidos?

Eles revelam o valor central do produto importando dados de e-mails, calendários e outras ferramentas. As equipas devem lidar com o acesso e a conformidade, normalizar e deduplicar dados e manter um alto desempenho para conquistar a confiança dos utilizadores.

Como os produtos preenchidos reduzem o tempo de retorno do investimento em um CRM?

Ao sincronizar os contactos, e-mails e eventos existentes durante a integração, os utilizadores podem agir imediatamente. Funcionalidades como deduplicação, pontuação e pesquisa tornam os dados rapidamente utilizáveis. Um CRM como o folk centraliza isso como uma única fonte de verdade.

Quais são os 4 tipos de API?

APIs abertas (públicas) para programadores externos, APIs de parceiros partilhadas com parceiros específicos, APIs internas (privadas) para uso interno e APIs compostas que agrupam várias solicitações numa única chamada.