Um site costuma ser projetado para receber pessoas: apresenta produtos, explica servi\u00e7os, responde d\u00favidas e conduz visitantes por p\u00e1ginas e formul\u00e1rios. Com a populariza\u00e7\u00e3o de agentes de intelig\u00eancia artificial, por\u00e9m, uma parte dessas intera\u00e7\u00f5es pode acontecer por meio de sistemas que navegam ou realizam tarefas em nome de algu\u00e9m. Isso muda uma quest\u00e3o importante para as empresas: o site consegue distinguir quando est\u00e1 sendo acessado por uma pessoa e quando h\u00e1 um agente atuando com autoriza\u00e7\u00e3o dela?<\/p>\n
A pergunta n\u00e3o \u00e9 apenas t\u00e9cnica. A resposta influencia o que o sistema pode consultar, quais a\u00e7\u00f5es pode iniciar e como a organiza\u00e7\u00e3o protege dados e decis\u00f5es do cliente. Uma empresa pode optar por tratar o agente como uma extens\u00e3o do visitante, como um ator separado com permiss\u00f5es limitadas ou como um canal automatizado que precisa de uma experi\u00eancia pr\u00f3pria. Cada escolha atende a necessidades diferentes e traz responsabilidades distintas.<\/p>\n
N\u00e3o existe uma regra universal que determine uma \u00fanica forma correta de lidar com todos os agentes. O ponto de partida \u00e9 reconhecer que a intera\u00e7\u00e3o pode envolver mais de um participante: a pessoa que deseja resolver algo, o agente que executa etapas e o neg\u00f3cio respons\u00e1vel pelo site, pelos dados e pelas transa\u00e7\u00f5es. Ao preparar essa rela\u00e7\u00e3o com clareza, a empresa reduz ambiguidades e consegue oferecer uma experi\u00eancia mais previs\u00edvel.<\/p>\n
Se um site n\u00e3o consegue perceber diferen\u00e7a entre um agente de IA e um cliente navegando diretamente, tamb\u00e9m n\u00e3o consegue aplicar regras espec\u00edficas para cada situa\u00e7\u00e3o. Isso pode ser aceit\u00e1vel em tarefas simples, como encontrar uma p\u00e1gina p\u00fablica ou consultar informa\u00e7\u00f5es gerais. Pode ser insuficiente quando a atividade envolve dados pessoais, altera\u00e7\u00e3o de uma conta, solicita\u00e7\u00e3o de or\u00e7amento ou compra.<\/p>\n
Um agente pode ajudar uma pessoa a comparar op\u00e7\u00f5es, preencher campos, localizar uma pol\u00edtica ou preparar uma solicita\u00e7\u00e3o. Mesmo quando a inten\u00e7\u00e3o final pertence ao usu\u00e1rio, o agente pode ser quem executa parte da navega\u00e7\u00e3o. Por isso, n\u00e3o basta perguntar se o sistema \u00e9 automatizado. \u00c9 necess\u00e1rio entender em nome de quem atua<\/strong>, que autoriza\u00e7\u00e3o recebeu e at\u00e9 onde deve ir sem uma confirma\u00e7\u00e3o adicional.<\/p>\n Essa distin\u00e7\u00e3o tamb\u00e9m ajuda a empresa a evitar dois extremos. O primeiro \u00e9 tratar qualquer automa\u00e7\u00e3o como amea\u00e7a e bloquear intera\u00e7\u00f5es \u00fateis sem avaliar o contexto. O segundo \u00e9 permitir que qualquer sistema automatizado acesse ou altere informa\u00e7\u00f5es como se tivesse os mesmos direitos de uma pessoa autenticada. Uma pol\u00edtica clara permite criar respostas intermedi\u00e1rias, proporcionais ao risco e ao tipo de tarefa.<\/p>\n Reconhecer que uma solicita\u00e7\u00e3o parece vir de um agente n\u00e3o comprova que ele representa legitimamente um cliente. Do mesmo modo, identificar uma pessoa n\u00e3o significa que toda a\u00e7\u00e3o solicitada deva ser permitida. S\u00e3o perguntas relacionadas, mas diferentes: quem ou o que est\u00e1 interagindo?<\/em> e o que essa intera\u00e7\u00e3o est\u00e1 autorizada a fazer?<\/em><\/p>\n Uma visita a conte\u00fado p\u00fablico pode exigir poucas verifica\u00e7\u00f5es. J\u00e1 uma a\u00e7\u00e3o que altera dados de uma conta pode requerer autentica\u00e7\u00e3o, confirma\u00e7\u00e3o expl\u00edcita ou uma etapa de revis\u00e3o pelo pr\u00f3prio cliente. O desenho das regras depende do servi\u00e7o, do tipo de informa\u00e7\u00e3o envolvida e das consequ\u00eancias de uma a\u00e7\u00e3o incorreta. Separar identidade de permiss\u00e3o evita que uma decis\u00e3o simples de acesso acabe sendo interpretada como autoriza\u00e7\u00e3o ampla.<\/p>\n Uma maneira pr\u00e1tica de organizar a discuss\u00e3o \u00e9 considerar tr\u00eas modelos. Eles n\u00e3o s\u00e3o categorias universais nem uma classifica\u00e7\u00e3o t\u00e9cnica obrigat\u00f3ria. S\u00e3o op\u00e7\u00f5es de desenho que ajudam equipes a tomar decis\u00f5es sobre acesso, experi\u00eancia e responsabilidade. Uma mesma empresa pode usar modelos diferentes conforme a tarefa, desde que explique as regras e mantenha coer\u00eancia entre os canais.<\/p>\n Neste modelo, a empresa considera que o agente est\u00e1 ajudando uma pessoa a realizar uma tarefa. O objetivo \u00e9 permitir que ele consulte informa\u00e7\u00f5es e percorra etapas que tamb\u00e9m estariam dispon\u00edveis ao cliente, preservando as mesmas restri\u00e7\u00f5es importantes. A l\u00f3gica n\u00e3o \u00e9 conceder poderes extras \u00e0 automa\u00e7\u00e3o, mas reduzir obst\u00e1culos para que o usu\u00e1rio consiga concluir o que deseja.<\/p>\n Essa abordagem pode funcionar para atividades de baixo risco, como localizar detalhes de um servi\u00e7o, consultar hor\u00e1rios publicados, encontrar instru\u00e7\u00f5es ou organizar informa\u00e7\u00f5es para uma compara\u00e7\u00e3o. O conte\u00fado precisa ser claro e acess\u00edvel, e as a\u00e7\u00f5es devem permanecer dentro de limites definidos. Se uma etapa exigir decis\u00e3o pessoal, a interface pode pedir que o cliente confirme antes de seguir.<\/p>\n O benef\u00edcio potencial \u00e9 uma jornada mais fluida. O agente n\u00e3o precisa interpretar uma sequ\u00eancia confusa de p\u00e1ginas ou repetir dados sem necessidade. A empresa, por sua vez, oferece instru\u00e7\u00f5es consistentes tanto para quem navega diretamente quanto para quem usa uma ferramenta assistiva. Mas h\u00e1 um cuidado: assumir que todo agente representa fielmente o usu\u00e1rio pode levar a permiss\u00f5es excessivas. A delega\u00e7\u00e3o deve ser expl\u00edcita e restrita \u00e0 tarefa.<\/p>\n Na pr\u00e1tica, o neg\u00f3cio pode come\u00e7ar identificando a\u00e7\u00f5es que n\u00e3o alteram contas nem exp\u00f5em dados privados. Para cada uma, deve definir quais informa\u00e7\u00f5es s\u00e3o p\u00fablicas, que passos podem ser executados automaticamente e quando \u00e9 necess\u00e1ria a participa\u00e7\u00e3o humana. O modelo de extens\u00e3o s\u00f3 \u00e9 \u00fatil se houver uma forma de interromper ou revisar o processo quando a solicita\u00e7\u00e3o sair do escopo previsto.<\/p>\n Outra op\u00e7\u00e3o \u00e9 tratar o agente como uma entidade distinta da pessoa que o utiliza. Nesse caso, o sistema pode receber um conjunto limitado de permiss\u00f5es, associado a uma finalidade. A pessoa continua sendo a refer\u00eancia para a decis\u00e3o, mas o agente n\u00e3o herda automaticamente todos os privil\u00e9gios de uma conta humana.<\/p>\n Esse modelo \u00e9 relevante quando a tarefa envolve informa\u00e7\u00e3o sens\u00edvel, compromissos, compras ou altera\u00e7\u00f5es que podem gerar consequ\u00eancias. Uma empresa pode permitir que o agente consulte op\u00e7\u00f5es e prepare uma opera\u00e7\u00e3o, mas exigir que o cliente valide o valor, os dados e a a\u00e7\u00e3o final. Tamb\u00e9m pode limitar o acesso a determinados campos ou restringir a autoriza\u00e7\u00e3o a uma atividade espec\u00edfica, em vez de permitir uso amplo e indeterminado.<\/p>\n Uma vantagem \u00e9 tornar mais vis\u00edvel a diferen\u00e7a entre preparar uma a\u00e7\u00e3o e execut\u00e1-la. O agente pode reunir informa\u00e7\u00f5es, preencher uma proposta ou organizar alternativas, enquanto a decis\u00e3o final permanece com a pessoa. Essa separa\u00e7\u00e3o cria pontos de controle para corrigir erros, confirmar inten\u00e7\u00e3o e verificar se o resultado corresponde ao que foi solicitado.<\/p>\n O desafio \u00e9 desenhar permiss\u00f5es compreens\u00edveis. Se o cliente n\u00e3o sabe o que autorizou, a delega\u00e7\u00e3o perde transpar\u00eancia. Se a equipe interna n\u00e3o entende quais a\u00e7\u00f5es o agente pode realizar, a opera\u00e7\u00e3o pode se tornar inconsistente. \u00c9 importante explicar a finalidade, a dura\u00e7\u00e3o e o alcance da autoriza\u00e7\u00e3o em linguagem simples, sem transformar o processo em uma sequ\u00eancia de termos t\u00e9cnicos que poucos usu\u00e1rios conseguem avaliar.<\/p>\n Um terceiro modelo considera que agentes podem precisar de uma forma espec\u00edfica de interagir com o site, diferente da interface destinada \u00e0 navega\u00e7\u00e3o humana. Isso n\u00e3o significa necessariamente criar um produto separado. Pode significar estruturar informa\u00e7\u00f5es, instru\u00e7\u00f5es e etapas de modo que sistemas automatizados encontrem respostas claras, compreendam condi\u00e7\u00f5es e saibam quando n\u00e3o devem prosseguir.<\/p>\n Uma p\u00e1gina escrita apenas para causar impacto visual pode deixar requisitos importantes dispersos ou impl\u00edcitos. Um agente que tenta localizar informa\u00e7\u00f5es pode ter dificuldade para distinguir uma condi\u00e7\u00e3o obrigat\u00f3ria de um exemplo, ou uma pol\u00edtica vigente de uma explica\u00e7\u00e3o antiga. Organizar conte\u00fado com t\u00edtulos descritivos, linguagem direta, dados consistentes e caminhos claros ajuda tanto pessoas quanto sistemas que processam a informa\u00e7\u00e3o.<\/p>\n Uma experi\u00eancia pr\u00f3pria tamb\u00e9m pode tornar vis\u00edveis limites que, em uma navega\u00e7\u00e3o comum, ficariam escondidos. O site pode informar quais tarefas s\u00e3o suportadas, quais exigem autentica\u00e7\u00e3o e em quais situa\u00e7\u00f5es a confirma\u00e7\u00e3o do cliente \u00e9 necess\u00e1ria. Em vez de depender de suposi\u00e7\u00f5es, o agente encontra orienta\u00e7\u00f5es que indicam como continuar ou quando interromper o processo.<\/p>\n Esse caminho exige cuidado para n\u00e3o criar uma interface que favore\u00e7a a automa\u00e7\u00e3o em detrimento das pessoas. As informa\u00e7\u00f5es fundamentais precisam continuar acess\u00edveis ao p\u00fablico, e os controles de seguran\u00e7a n\u00e3o devem desaparecer s\u00f3 porque a intera\u00e7\u00e3o ocorre por outro meio. O objetivo \u00e9 oferecer clareza a diferentes formas de acesso, sem criar uma rota opaca ou menos respons\u00e1vel.<\/p>\n A escolha n\u00e3o precisa ser igual para todas as \u00e1reas do site. Uma consulta p\u00fablica, uma solicita\u00e7\u00e3o de contato e uma altera\u00e7\u00e3o de conta t\u00eam riscos diferentes. Em vez de estabelecer uma regra \u00fanica para qualquer visita automatizada, a empresa pode classificar tarefas e definir controles proporcionais. Essa an\u00e1lise deve considerar o impacto de um erro, o tipo de dado envolvido, a reversibilidade da a\u00e7\u00e3o e a facilidade de obter confirma\u00e7\u00e3o do cliente.<\/p>\n Uma matriz simples pode ajudar a iniciar a conversa entre produto, tecnologia, atendimento, seguran\u00e7a e \u00e1reas respons\u00e1veis por dados. Ela n\u00e3o substitui uma avalia\u00e7\u00e3o espec\u00edfica, mas torna expl\u00edcitas as perguntas que costumam ficar espalhadas entre equipes.<\/p>\n Ao fazer essa an\u00e1lise, vale separar a possibilidade t\u00e9cnica da decis\u00e3o de neg\u00f3cio. Uma a\u00e7\u00e3o pode ser tecnicamente automatiz\u00e1vel e ainda assim n\u00e3o ser apropriada para execu\u00e7\u00e3o sem confirma\u00e7\u00e3o. Da mesma forma, uma etapa que hoje parece complexa pode se tornar mais simples quando a informa\u00e7\u00e3o est\u00e1 organizada e os limites s\u00e3o definidos com anteced\u00eancia.<\/p>\n O primeiro passo \u00e9 identificar tarefas que um cliente pode querer delegar. N\u00e3o \u00e9 necess\u00e1rio come\u00e7ar imaginando um cen\u00e1rio futurista ou redesenhar todas as p\u00e1ginas. A equipe pode revisar jornadas existentes: busca de informa\u00e7\u00f5es, compara\u00e7\u00e3o de op\u00e7\u00f5es, preenchimento de formul\u00e1rios, acompanhamento de pedidos ou solicita\u00e7\u00f5es de suporte. Para cada jornada, deve registrar quais dados entram, quais decis\u00f5es s\u00e3o tomadas e quais consequ\u00eancias podem ocorrer.<\/p>\n O mapeamento ajuda a encontrar momentos em que a interface depende de contexto n\u00e3o declarado. Um campo pode ter uma instru\u00e7\u00e3o pouco clara; uma condi\u00e7\u00e3o importante pode estar escondida em outro lugar; um bot\u00e3o pode n\u00e3o explicar se envia uma solicita\u00e7\u00e3o ou conclui uma contrata\u00e7\u00e3o. Pessoas tamb\u00e9m enfrentam esses problemas, mas um agente pode evidenciar a falta de estrutura ao tentar seguir instru\u00e7\u00f5es que parecem contradit\u00f3rias.<\/p>\n \u00c9 \u00fatil distinguir etapas informativas de etapas operacionais. Ler uma descri\u00e7\u00e3o n\u00e3o \u00e9 o mesmo que enviar um formul\u00e1rio, e enviar um formul\u00e1rio n\u00e3o \u00e9 necessariamente o mesmo que confirmar um compromisso. Quando essas fronteiras ficam expl\u00edcitas, a empresa consegue decidir onde permitir autonomia, onde pedir revis\u00e3o e onde exigir participa\u00e7\u00e3o direta do cliente.<\/p>\n Depois de mapear as jornadas, a organiza\u00e7\u00e3o precisa escrever regras compreens\u00edveis. Que conte\u00fado \u00e9 p\u00fablico? Em que situa\u00e7\u00f5es \u00e9 necess\u00e1rio entrar em uma conta? Quais a\u00e7\u00f5es podem ser preparadas pelo agente? Quais exigem confirma\u00e7\u00e3o? Como a pessoa pode revogar uma autoriza\u00e7\u00e3o ou corrigir uma informa\u00e7\u00e3o? Responder a essas perguntas antes de implementar mudan\u00e7as reduz decis\u00f5es improvisadas durante o desenvolvimento.<\/p>\n As regras devem acompanhar o risco, n\u00e3o apenas a conveni\u00eancia operacional. Para uma tarefa de baixo impacto, um fluxo simples pode bastar. Para uma a\u00e7\u00e3o sens\u00edvel ou dif\u00edcil de desfazer, a confirma\u00e7\u00e3o deve mostrar ao cliente o que ser\u00e1 alterado e quais s\u00e3o as consequ\u00eancias relevantes. Uma autoriza\u00e7\u00e3o gen\u00e9rica, dif\u00edcil de entender ou sem limites claros pode gerar mais confus\u00e3o do que seguran\u00e7a.<\/p>\n Tamb\u00e9m \u00e9 importante definir o que acontece quando o agente n\u00e3o consegue demonstrar que est\u00e1 atuando dentro das condi\u00e7\u00f5es estabelecidas. A resposta n\u00e3o precisa ser sempre bloquear tudo. Pode ser oferecer informa\u00e7\u00f5es p\u00fablicas, solicitar uma etapa de autentica\u00e7\u00e3o ou transferir a a\u00e7\u00e3o para uma revis\u00e3o humana. O essencial \u00e9 que a decis\u00e3o seja previs\u00edvel e comunicada sem sugerir que a empresa verificou algo que n\u00e3o verificou.<\/p>\n Com as jornadas e regras definidas, a equipe pode revisar as p\u00e1ginas e os processos. T\u00edtulos espec\u00edficos, instru\u00e7\u00f5es objetivas, formul\u00e1rios com campos explicados e pol\u00edticas f\u00e1ceis de localizar ajudam a reduzir interpreta\u00e7\u00f5es conflitantes. A mesma aten\u00e7\u00e3o vale para informa\u00e7\u00f5es que mudam: se condi\u00e7\u00f5es, pre\u00e7os ou disponibilidade s\u00e3o apresentados em locais diferentes, a empresa deve evitar que o cliente receba orienta\u00e7\u00f5es inconsistentes.<\/p>\n O acompanhamento completa o trabalho. A organiza\u00e7\u00e3o pode avaliar se as pessoas concluem tarefas, onde ocorrem d\u00favidas e quais etapas geram corre\u00e7\u00f5es ou abandono. Quando houver intera\u00e7\u00e3o automatizada, o registro deve respeitar as regras internas de privacidade e seguran\u00e7a. A inten\u00e7\u00e3o \u00e9 entender o desempenho do processo, n\u00e3o coletar indiscriminadamente informa\u00e7\u00f5es sobre quem acessou o site.<\/p>\n Uma rotina de revis\u00e3o pode envolver equipes de conte\u00fado, produto, desenvolvimento, atendimento e seguran\u00e7a. Cada \u00e1rea enxerga riscos diferentes: conte\u00fado identifica ambiguidades, produto observa a jornada, desenvolvimento analisa implementa\u00e7\u00e3o e atendimento percebe d\u00favidas recorrentes. Um processo conjunto evita que a prepara\u00e7\u00e3o para agentes fique restrita a uma configura\u00e7\u00e3o t\u00e9cnica sem conex\u00e3o com a experi\u00eancia real do cliente.<\/p>\n Uma abordagem baseada em extremos tende a ser pouco \u00fatil. Permitir tudo ignora riscos e a necessidade de autoriza\u00e7\u00e3o. Bloquear qualquer automa\u00e7\u00e3o pode impedir tarefas leg\u00edtimas e criar obst\u00e1culos para pessoas que usam ferramentas para organizar sua navega\u00e7\u00e3o. \u00c9 mais produtivo definir o que pode acontecer em cada contexto, com limites proporcionais e alternativas claras.<\/p>\n Conseguir consultar uma p\u00e1gina n\u00e3o deve ser interpretado automaticamente como permiss\u00e3o para modificar uma conta, enviar um pedido ou concluir uma opera\u00e7\u00e3o. As fronteiras entre leitura, prepara\u00e7\u00e3o e execu\u00e7\u00e3o precisam ser desenhadas de prop\u00f3sito. Se cada etapa tiver uma consequ\u00eancia diferente, a interface deve tornar essa diferen\u00e7a compreens\u00edvel.<\/p>\n Uma condi\u00e7\u00e3o que depende de contexto, de uma exce\u00e7\u00e3o escondida ou de um texto dif\u00edcil de localizar pode ser entendida de formas diferentes. A clareza n\u00e3o elimina todos os erros, mas reduz a necessidade de infer\u00eancia. Sempre que uma regra muda o que o cliente pode fazer, ela deve estar pr\u00f3xima da a\u00e7\u00e3o correspondente e escrita de forma direta.<\/p>\n Mesmo um fluxo bem planejado pode receber dados incompletos ou produzir um resultado inadequado. Por isso, \u00e9 importante pensar na recupera\u00e7\u00e3o: como revisar o que foi preenchido, corrigir uma informa\u00e7\u00e3o, cancelar uma opera\u00e7\u00e3o antes da conclus\u00e3o ou pedir ajuda. A possibilidade de interromper uma jornada faz parte do desenho, e n\u00e3o deve ser tratada como um detalhe posterior.<\/p>\n Preparar um site para agentes de IA n\u00e3o \u00e9 apenas uma quest\u00e3o de acomodar uma nova tecnologia. \u00c9 uma oportunidade para examinar se a empresa explica bem seus servi\u00e7os, se as a\u00e7\u00f5es t\u00eam consequ\u00eancias vis\u00edveis e se as permiss\u00f5es correspondem \u00e0 inten\u00e7\u00e3o do cliente. Essas melhorias tamb\u00e9m podem beneficiar pessoas que navegam com tecnologias assistivas, quem prefere resolver tarefas sem contato telef\u00f4nico e equipes que precisam manter informa\u00e7\u00f5es consistentes em diferentes canais.<\/p>\n O trabalho pode come\u00e7ar pequeno. Uma equipe pode escolher uma jornada de baixo risco, revisar as instru\u00e7\u00f5es, esclarecer os limites de cada a\u00e7\u00e3o e observar se o processo ficou mais compreens\u00edvel. Depois, pode aplicar o aprendizado a outras \u00e1reas, sempre considerando dados, impacto e necessidade de confirma\u00e7\u00e3o. Essa evolu\u00e7\u00e3o gradual permite testar decis\u00f5es sem presumir que uma \u00fanica solu\u00e7\u00e3o servir\u00e1 para todas as tarefas.<\/p>\n Para empresas de Curitiba e da Regi\u00e3o Metropolitana, como para neg\u00f3cios de qualquer localidade, a pergunta pr\u00e1tica \u00e9 se o cliente consegue concluir uma tarefa com confian\u00e7a, inclusive quando usa um agente para ajud\u00e1-lo. Responder exige colabora\u00e7\u00e3o entre conte\u00fado, tecnologia e opera\u00e7\u00e3o. Uma pol\u00edtica clara, somada a uma experi\u00eancia bem organizada, oferece um ponto de partida mais s\u00f3lido do que simplesmente tentar identificar automa\u00e7\u00f5es sem definir o que elas podem fazer.<\/p>\n A Sorting pode ajudar empresas a avaliar como conte\u00fado, experi\u00eancia digital e objetivos de neg\u00f3cio se conectam, identificar pontos de atrito nas jornadas e organizar prioridades para aprimorar seus canais. Esse trabalho pode come\u00e7ar pela revis\u00e3o de p\u00e1ginas, formul\u00e1rios e etapas em que o cliente precisa entender uma regra ou autorizar uma a\u00e7\u00e3o. A partir desse diagn\u00f3stico, a empresa consegue discutir quais intera\u00e7\u00f5es podem ser facilitadas, onde conv\u00e9m manter uma confirma\u00e7\u00e3o e como comunicar limites com clareza. Assim, a prepara\u00e7\u00e3o para agentes de IA entra em um plano mais amplo de melhoria digital, alinhado \u00e0s necessidades reais dos usu\u00e1rios e \u00e0s responsabilidades de cada organiza\u00e7\u00e3o.<\/p>","protected":false},"excerpt":{"rendered":" \u00c0 medida que agentes passam a navegar e executar tarefas em nome das pessoas, empresas precisam decidir quais informa\u00e7\u00f5es e a\u00e7\u00f5es oferecer a esses sistemas \u2014 sem perder de vista a experi\u00eancia do cliente. Um site costuma ser projetado para receber pessoas: apresenta produtos, explica servi\u00e7os, responde d\u00favidas e conduz visitantes por p\u00e1ginas e formul\u00e1rios. […]<\/p>\n","protected":false},"author":2,"featured_media":7212,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[120],"tags":[],"class_list":["post-7210","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-programacao"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\tIdentifica\u00e7\u00e3o n\u00e3o \u00e9 o mesmo que autoriza\u00e7\u00e3o<\/h3>\n
Tr\u00eas formas de pensar a rela\u00e7\u00e3o com o agente<\/h2>\n
1. O agente como extens\u00e3o do cliente<\/h3>\n
2. O agente como ator separado, com permiss\u00f5es pr\u00f3prias<\/h3>\n
3. O agente como canal automatizado com experi\u00eancia pr\u00f3pria<\/h3>\n
Como escolher o modelo para cada tarefa<\/h2>\n
\n
Tipo de intera\u00e7\u00e3o<\/th> Tratamento a considerar<\/th> Pergunta de controle<\/th><\/tr><\/thead>\n Consulta a informa\u00e7\u00f5es p\u00fablicas<\/td> Permitir acesso claro, com conte\u00fado organizado e instru\u00e7\u00f5es consistentes.<\/td> O agente consegue encontrar a informa\u00e7\u00e3o sem interpretar requisitos amb\u00edguos?<\/td><\/tr>\n Prepara\u00e7\u00e3o de uma solicita\u00e7\u00e3o<\/td> Permitir que o agente organize dados, mas revisar campos e inten\u00e7\u00e3o antes do envio.<\/td> O cliente sabe o que ser\u00e1 encaminhado e para qual finalidade?<\/td><\/tr>\n Acesso a dados da conta<\/td> Exigir identifica\u00e7\u00e3o adequada e limitar a informa\u00e7\u00e3o ao necess\u00e1rio.<\/td> Como se confirma a autoriza\u00e7\u00e3o e se evita exposi\u00e7\u00e3o indevida?<\/td><\/tr>\n A\u00e7\u00e3o com efeito dif\u00edcil de reverter<\/td> Adicionar confirma\u00e7\u00e3o humana ou etapa de revis\u00e3o antes da execu\u00e7\u00e3o.<\/td> O usu\u00e1rio pode conferir e cancelar antes de concluir?<\/td><\/tr>\n<\/tbody>\n<\/table>\n Tr\u00eas passos para preparar o site<\/h2>\n
1. Mapear jornadas, dados e pontos de decis\u00e3o<\/h3>\n
2. Definir regras de acesso, autoriza\u00e7\u00e3o e confirma\u00e7\u00e3o<\/h3>\n
3. Melhorar conte\u00fado, estrutura e acompanhamento<\/h3>\n
Erros que podem comprometer a experi\u00eancia<\/h2>\n
Presumir que todo agente \u00e9 confi\u00e1vel ou mal-intencionado<\/h3>\n
Confundir acesso ao site com permiss\u00e3o para agir<\/h3>\n
Deixar instru\u00e7\u00f5es importantes apenas impl\u00edcitas<\/h3>\n
Ignorar a possibilidade de corrigir e interromper<\/h3>\n
Uma oportunidade para tornar o site mais claro<\/h2>\n