A maior parte das funcionalidades de IA é avaliada por “qualidade da resposta”. Essa é a metade da interação, e também a parte mais rápida de ser transformada em produto.
Uma conversa completa de IA tem três partes. Antes: como o usuário chegou, o que o produto já sabe e qual abertura ele usa. No meio: a própria troca. Depois: o que acontece depois de a conversa terminar—se algo ficou registrado, e se, quando chegar a hora de fazer o acompanhamento, o produto voltará a falar.
O Google Health fez bem as duas primeiras partes. Ele inicia com contexto, faz perguntas razoáveis e o custo de responder é muito baixo.
A terceira parte é onde ele fica mais fraco. Uma conversa de coaching sobre sono, uma vez encerrada, basicamente não existe mais. Não deixa nada duradouro que possa mudar o comportamento do produto na próxima semana.
**As capacidades do modelo ficam no meio da conversa; as vantagens do produto ficam nas pontas. E há muito menos equipes competindo nas pontas.**
Se você está criando um produto de IA, a tarefa subestimada não é escrever prompts. É decidir o que o sistema ainda deve lembrar amanhã e que eventos devem fazer com que ele volte a falar.
Uma conversa completa de IA tem três partes. Antes: como o usuário chegou, o que o produto já sabe e qual abertura ele usa. No meio: a própria troca. Depois: o que acontece depois de a conversa terminar—se algo ficou registrado, e se, quando chegar a hora de fazer o acompanhamento, o produto voltará a falar.
O Google Health fez bem as duas primeiras partes. Ele inicia com contexto, faz perguntas razoáveis e o custo de responder é muito baixo.
A terceira parte é onde ele fica mais fraco. Uma conversa de coaching sobre sono, uma vez encerrada, basicamente não existe mais. Não deixa nada duradouro que possa mudar o comportamento do produto na próxima semana.
**As capacidades do modelo ficam no meio da conversa; as vantagens do produto ficam nas pontas. E há muito menos equipes competindo nas pontas.**
Se você está criando um produto de IA, a tarefa subestimada não é escrever prompts. É decidir o que o sistema ainda deve lembrar amanhã e que eventos devem fazer com que ele volte a falar.
