Desde que lançamos o @AsideAI, as pessoas não param de perguntar por que pivotamos. Cansei de recontar a história, mas o processo foi importante o suficiente para que eu quisesse escrever sobre ele.
TL;DR; O Aside é um navegador com IA que executa tarefas reais nos sites que você já usa. Ele pode usar suas sessões de navegador existentes, trabalhar dentro de e-mails, dashboards, ferramentas internas, documentos e planilhas, e continuar 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. Forkamos o Chromium para que parecesse um aplicativo nativo e construímos 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 defesa. 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 pitch era simples:
Ajudar equipes de vendas a responder perguntas técnicas para que perguntas técnicas não matem negócios.
Isso nos colocou 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 de destino 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 startup nova acesso às suas informações mais sensíveis. Sem esse contexto, o assistente só conseguia dar respostas superficiais e limitadas. O feedback foi ruim.
2. As equipes de vendas não se importavam com o formato
Nosso time é bom em construir produtos polidos e obcecados 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 todas as posições de UI que conseguimos 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 algo como:
Dá para fazer mais barato?
3. O time estava exausto
Um assistente de reuniões de vendas depende quase inteiramente do feedback dos clientes.
Mas o programa do outono (Fall batch) aconteceu durante o Thanksgiving e o Natal. Os clientes estavam de férias, e esse não era um problema urgente para eles.
O ciclo de feedback era dolorosamente lento. Terminamos o programa sem tração significativa.
A depressão pós-YC
De dezembro a janeiro, passamos por um caso brutal de depressão 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 perdido.
Começamos a fazer perguntas diferentes:
- Quando nos movemos mais rápido?
- Que tipo de trabalho nos dava energia?
- O que havia de único neste time?
Olhei para nossa velocidade de desenvolvimento e descobri que estávamos nos movendo cinco vezes mais devagar do que quando estávamos construindo 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 forkamos o Chromium e customizamos tudo, desde atualizações dinâmicas até o pipeline de áudio em tempo real.
De aproximadamente 1.500 empresas nos últimos dez batches do YC, conhecíamos menos de cinco equipes capazes de modificar o Chromium nesse nível de profundidade.
As pessoas também elogiavam constantemente nosso produto e o design da landing page. Sempre que postávamos nosso trabalho no X, viralizava. Colegas de batch 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 recorrente:
Se isso falhar, vamos construir um navegador chamado bro.
Podíamos customizar o Chromium. Podíamos projetar um bom produto. Talvez pudéssemos construir o navegador que substituísse 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 jogou fora.
Aí 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, sempre esbarávamos no mesmo problema: cada empresa armazenava seu conhecimento em um lugar diferente.
Uma usava Notion. Outra usava GitHub. Outra administrava 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 em ordem. Eram fragmentos. Só vimos o quadro completo depois de conectar os pontos.
Para a maioria das pessoas, o navegador é o aplicativo mais usado. É 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 pode remodelar o mercado de B2B SaaS construído em torno delas.
O time ganhou vida ao discutir essas ideias. Mais importante, percebemos que nosso time tinha exatamente as habilidades necessárias para construir esse produto.
Desligamos 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 feito, 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é estarmos 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 mudanças profundas nele de forma confiável.
Construímos a estrutura e a arquitetura do agente nós mesmos porque nos recusamos a lançar "AI slop".
Design também é uma das áreas onde a IA menos ajuda.
Mas esse era exatamente o tipo de trabalho que nosso time sabia fazer. Tínhamos certeza de que as pessoas iriam querer o resultado.
Ignoramos os conselhos do YC?
Sim e não.
Sim, não fizemos algo que as pessoas querem. Fizemos algo que nós queremos. Mal conversamos com usuários. Não lançamos rápido.
Não, porque nós éramos os usuários.
Continuamos 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 nos dedicando até ter algo que tínhamos orgulho de usar todos os dias.
O lançamento
Depois de 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 criamos essa sorte.
Olhamos honestamente para o que nosso time era bom. 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 navios atrás de nós.
Isso é só o começo
Ainda é cedo, mas estamos mais confiantes do que nunca.
E para todos que perguntam:
Isso não é só um navegador?
Temos coisas suficientes chegando para fazer essa pergunta envelhecer muito mal.
Essa é a história até agora.
Interessado? Dê uma chance.
