Desde o lançamento do @AsideAI, as pessoas não param de perguntar por que mudamos de rumo. Cansei de recontar a história, mas o processo foi significativo demais para nós para não registrá-lo.
Resumindo; o Aside é um navegador com IA que realiza tarefas reais nos sites que você já usa. Ele pode utilizar suas sessões de navegador existentes, trabalhar dentro do e-mail, painéis, ferramentas internas, documentos e planilhas, e continuar funcionando mesmo quando uma tarefa leva minutos ou horas.
Antes do YC
Entramos no Y Combinator na nossa 7ª tentativa.
Antes do YC, estávamos construindo um gravador de reuniões que transcrevia chamadas com mais precisão que o Granola. Fizemos um fork do Chromium para que parecesse um aplicativo nativo e criamos um pipeline de baixa latência que capturava o áudio do sistema diretamente do dispositivo.
Mas a transcrição de reuniões não tinha vantagem competitiva. Na nossa empresa anterior, vimos equipes de vendas terem dificuldade para responder perguntas técnicas. Então, transformamos o produto em um assistente de reuniões de vendas em tempo real.
O discurso era simples:
Ajudar equipes de vendas a responder perguntas técnicas para que perguntas técnicas não matem negócios.
Foi isso que nos garantiu uma vaga no YC.
No começo, estávamos confiantes. O problema era fácil de entender. Mas durante o programa, três coisas quebraram.
1. Os clientes não conectavam seu conhecimento
Uma página inicial e uma central de ajuda não forneciam dados suficientes para gerar sugestões úteis em tempo real. Precisávamos de documentos internos, especificações de produtos, conversas passadas e contexto técnico.
Mas mesmo com NDAs e um POC, as empresas relutavam em dar a uma nova startup acesso às suas informações mais confidenciais. Sem esse contexto, o assistente só conseguia dar respostas superficiais e limitadas. O feedback era ruim.
2. As equipes de vendas não se importavam com o formato
Nossa equipe é boa em construir produtos polidos e obcecada por UX.
Tentamos de tudo para tornar as sugestões úteis sem se tornarem distrativas, desde fazer o Liquid Glass funcionar dentro do Chromium até testar cada posicionamento de IU que podíamos imaginar. Mas não conseguimos encontrar a interface certa.
Os clientes também se importavam muito menos com a experiência do que nós. O feedback deles era sempre uma variação de:
Vocês podem simplesmente deixar mais barato?
3. A equipe estava exausta
Um assistente de reuniões de vendas depende quase inteiramente do feedback do cliente.
Mas o programa do outono ocorreu durante o Thanksgiving e o Natal. Os clientes continuavam saindo de férias, e esse não era um problema urgente para eles de qualquer forma.
O ciclo de feedback era dolorosamente lento. Terminamos o programa sem tração significativa.
A fossa pós-YC
De dezembro a janeiro, passamos por um caso brutal de fossa pós-YC.
Não queríamos escrever mais uma linha de código. Não tínhamos energia. O trabalho não era mais divertido.
Esse ponto baixo nos forçou a olhar para o que tínhamos deixado passar.
Começamos a fazer perguntas diferentes:
- Quando nos movemos mais rápido?
- Que tipo de trabalho nos dava energia?
- O que havia de único nesta equipe?
Olhei para nossa velocidade de desenvolvimento e descobri que estávamos nos movendo cinco vezes mais devagar do que quando construímos o gravador de reuniões original.
Uma coisa explicava a maior parte da diferença:
Com que frequência usávamos nosso próprio produto?
O feedback do cliente encurta o ciclo de feedback. Tornar-se o cliente encurta ainda mais.
Você usa o produto, percebe o que está quebrado, conserta e usa de novo.
Percebemos que nos movemos mais rápido quando construímos produtos para nós mesmos.
No que éramos excepcionalmente bons?
Durante o YC, outros fundadores frequentemente nos pediam ajuda com problemas no macOS e no Chromium.
Nosso CTO queria construir um aplicativo que parecesse nativo, mas ainda fosse fácil de estender. Ele odiava o Electron, então fizemos um fork do Chromium e personalizamos tudo, desde atualizações dinâmicas até o pipeline de áudio em tempo real.
De aproximadamente 1.500 empresas nas últimas dez turmas do YC, conhecíamos menos de cinco equipes capazes de modificar o Chromium nessa profundidade.
As pessoas também elogiavam constantemente nosso produto e o design da página inicial. Sempre que postávamos nosso trabalho no X, viralizava. Colegas de turma perguntavam como tínhamos construído aquilo.
Jun é obcecado por detalhes. Ele se importa profundamente em encontrar o formato certo para cada problema.
Alcançar o padrão dele é difícil, mas já fizemos isso muitas vezes antes.
browser
Durante o programa, tínhamos uma piada interna:
Se isso falhar, vamos construir um navegador chamado bro.
Podíamos personalizar o Chromium. Podíamos projetar um bom produto. Talvez pudéssemos construir o navegador que substituiria o Arc depois que o BCNY o abandonasse.
Eu era um grande fã do Arc, mas acabei voltando para o Chrome porque o BCNY o descartou.
Então o assistente de vendas realmente falhou.
A piada deixou de ser piada.
A peça que faltava era o contexto
Havia outra pista.
Enquanto construíamos o assistente de reuniões, esbarrávamos no mesmo problema: cada empresa armazenava seu conhecimento em um lugar diferente.
Uma usava Notion. Outra usava GitHub. Outra geria a empresa através de planilhas.
Para cada cliente, tínhamos que construir outra integração e outro pipeline de indexação.
Então perguntamos:
E se usássemos apenas os cookies, sessões e histórico do navegador?
As peças começaram a se encaixar.
Nenhuma dessas percepções veio até nós em ordem. Eram fragmentos. Só vimos o quadro completo depois de conectar os pontos.
Para a maioria das pessoas, o navegador é o aplicativo que mais usam. É onde a maior parte do trabalho de conhecimento já acontece.
Ele também contém mais contexto sobre seu trabalho do que quase qualquer outro software.
Se pudéssemos usar esse contexto, poderíamos construir um agente que realmente trabalhasse em seu nome?
Tínhamos algumas hipóteses:
- Se um LLM é uma máquina de contexto, dar a ele mais contexto relevante deve torná-lo muito mais capaz.
- Se o agente opera através do navegador, os usuários não precisam configurar infinitas integrações.
- Se o navegador elimina a necessidade de integrações, ele poderia remodelar o mercado de SaaS B2B construído em torno delas.
A equipe se animou ao discutir essas ideias. Mais importante, percebemos que nossa equipe tinha exatamente as habilidades necessárias para construir este produto.
Desativamos o assistente de vendas e nos comprometemos com o navegador. A decisão levou menos de duas semanas.
Construindo o Aside
Decidimos que o Aside combinaria três coisas:
- Um navegador Chromium bem elaborado, como o Arc
- Um gerenciador de senhas nativo de IA construído para agentes
- Um agente de navegador de última geração
Então, não contamos a quase ninguém até que estivéssemos satisfeitos.
Passamos cinco meses totalmente focados.
Isso provavelmente parece loucura. E foi.
O Codex e o Claude não podiam ajudar em muitas das partes mais difíceis. O Chromium é uma base de código de 20 anos com mais de 50 GB de fonte. Agentes de codificação não conseguiam fazer alterações profundas de forma confiável.
Construímos a estrutura e a arquitetura do agente nós mesmos porque nos recusamos a lançar porcaria de IA.
O design também continua sendo uma das áreas onde a IA menos ajuda.
Mas este era exatamente o tipo de trabalho que nossa equipe sabia fazer. Tínhamos certeza de que as pessoas iriam querer o resultado.
Ignoramos o conselho do YC?
Sim e não.
Sim, não fizemos algo que as pessoas quisessem. Fizemos algo que nós queremos. Mal conversamos com os usuários. Não lançamos rápido.
Não, porque éramos os usuários.
Continuávamos lançando internamente, usando o produto, descobrindo o que parecia errado e consertando.
Nosso ciclo de feedback era mais rápido do que entrevistas com clientes jamais poderiam ser.
Também já sabíamos duas coisas:
- As pessoas odeiam o Chrome e estão sempre procurando uma alternativa.
- Elas não vão migrar para uma alternativa que pareça inacabada ou que viva quebrando.
Então passamos cinco meses trabalhando duro até ter algo que tivéssemos orgulho de usar todos os dias.
O lançamento
Após um pequeno beta privado, finalmente lançamos publicamente.
O vídeo de lançamento passou de 1,6 milhão de visualizações. As pessoas experimentaram o Aside e nos enviaram uma enxurrada de feedback.
Esperávamos que as pessoas se interessassem. Não esperávamos que se importassem tanto.
Você pode chamar isso de sorte.
Mas nós mesmos fizemos essa sorte.
Olhamos honestamente para o que nossa equipe era boa. Escolhemos um problema que se encaixava nesses pontos fortes. Construímos em um formato que pouquíssimas equipes conseguiriam executar bem.
Então queimamos os barcos atrás de nós.
Isso é apenas o começo
Ainda é cedo, mas estamos mais confiantes do que nunca.
E para todos que perguntam:
Isso não é só um navegador?
Temos novidades suficientes a caminho para fazer essa pergunta envelhecer muito mal.
Essa é a história até agora.
Interessado? Dê uma chance.
