Os projetos bem-sucedidos do Copilot Studio iniciam-se muito antes da criação do primeiro tópico ou do teste da primeira orquestração. Exigem uma visão clara, objetivos bem definidos, a abordagem correta de entrega e uma equipa que compreenda como trabalhar iterativamente num ambiente orientado por IA. Ao combinar métodos ágeis, planeamento orientado por histórias de utilizador, priorização estruturada e gestão proativa de riscos, cria as condições para uma entrega previsível e melhoria contínua. Esta preparação fundamental garante que o seu projeto se mantém alinhado com o valor do negócio, adapta-se rapidamente a novas informações e entrega resultados que os utilizadores adotam e nos quais confiam.
Validar a preparação do seu projeto
Utilize as seguintes perguntas para verificar se o seu projeto tem os fundamentos adequados antes de iniciar a implementação.
Âmbito e planeamento de projetos
| Concluído? |
Tarefa |
| ✓ |
Definiu claramente os desafios de negócio que o agente pretende abordar? |
| ✓ |
Documentou os objetivos do projeto e associou-os a resultados mensuráveis? |
| ✓ |
Articulou o propósito do agente, as funcionalidades de alto nível e o valor esperado? |
| ✓ |
Definiu os principais KPIs (deflexão, SATC, adoção, poupança de custos)? |
| ✓ |
Captou pressupostos e preocupações e reviu-os com os principais intervenientes? |
Utilizadores e canais
| Concluído? |
Tarefa |
| ✓ |
Identificou todas as personas de utilizadores finais do agente (colaboradores, clientes, funções)? |
| ✓ |
Definiu os canais obrigatórios (Teams, Web, dispositivo móvel, Microsoft 365 Copilot, outros)? |
| ✓ |
Validou as necessidades multilingues? |
| ✓ |
Documentou o comportamento de contingência em todos os canais? |
| ✓ |
Estimou o volume previsto de conversação para apoiar o planeamento da escalabilidade? |
Intervenientes, pressupostos e riscos
| Concluído? |
Tarefa |
| ✓ |
Estão identificados os promotores empresariais, proprietários de produtos, especialistas na matéria, arquitetos e parceiros de entrega? |
| ✓ |
Mapeou claramente as funções e os decisores para os marcos do projeto? |
| ✓ |
Esclareceu a propriedade da aprovação para risco, legal, privacidade e conteúdo sensível? |
Equipa e funções
| Concluído? |
Tarefa |
| ✓ |
Constituiu a equipa multifuncional adequada, com experiência em arquitetura, desenvolvimento, análise de dados, gestão da mudança e segurança? |
| ✓ |
Identificou riscos com alto impacto ou alta probabilidade atempadamente? |
| ✓ |
A equipa completou formação relevante (Power Up, percursos de aprendizagem do Copilot Studio, Bootcamp de Arquitetura)? |
Gestão de riscos
| Concluído? |
Tarefa |
| ✓ |
Identificou e priorizou riscos de alto impacto e alta probabilidade? |
| ✓ |
Definiu medidas de mitigação para cada um dos principais riscos (técnico, conformidade, integração, recursos)? |
| ✓ |
Documentou as estratégias alternativas para os bloqueadores (âmbito reduzido, passos de cópia de segurança manuais, picos)? |
| ✓ |
Existe um processo transparente para monitorizar e escalar os bloqueadores durante os sprints? |
Preparação técnica
| Concluído? |
Tarefa |
| ✓ |
Selecionou a experiência de plataforma correta (agente declarativo, agente de motor personalizado)? |
| ✓ |
Documentou os requisitos de integração, incluindo a disponibilidade da API e os modos de autenticação? |
| ✓ |
Definiu a sua estratégia de ambientes (de desenvolvimento a teste e produção)? |
| ✓ |
Implementou processos ALM (empacotamento de soluções, implementação automatizada, controlo de versões)? |
| ✓ |
Estão totalmente documentados os requisitos de segurança, autenticação e identidade? |
| ✓ |
Reviu as restrições específicas de cada canal (Teams, sites, Microsoft 365 Copilot)? |
| ✓ |
Documentou os desafios técnicos identificados (acesso no local, permissões, conectores, fontes de conhecimento) e respetivas mitigações? |
Limites de débito e de taxa
| Concluído? |
Tarefa |
| ✓ |
Validou os requisitos de desempenho e capacidade (RPM, conectores, limites de fluxo, limites de CLU/NLU)? |
| ✓ |
Avaliou se o seu agente precisa de aprovisionamento de taxa? O aprovisionamento de limites aplica-se a agentes B2C, agentes autónomos e agentes empresariais com padrões de tráfego elevados ou em rajadas. |
| ✓ |
Identificou todos os serviços da plataforma no caminho de runtime do agente (Power Automate, Dataverse, conectores, serviços CLU/IA, APIs a jusante) e reviu os limites de taxa aplicáveis a cada um? |
| ✓ |
Modelou o tráfego esperado como períodos de pico (por minuto e por hora), e não apenas como totais mensais ou semanais? |
| ✓ |
Reviu o design do agente para reduzir a pressão de débito desnecessária antes de assumir que são necessários limites mais elevados? |
| ✓ |
Se as estimativas de tráfego de pico poderem exceder os limites de predefinição, abriu um pedido de suporte antes de UAT ou do lançamento em produção? |
Abordagem de entrega
| Concluído? |
Tarefa |
| ✓ |
O seu projeto é estruturado em torno da entrega iterativa (sprints) com demonstrações regulares e ciclos de feedback? |
| ✓ |
Existem processos em vigor para o refinamento do registo de tarefas pendentes e a repriorização contínua? |
| ✓ |
Planeou tratar o lançamento como o início de uma melhoria contínua e não como o fim? |
Melhoria contínua
| Concluído? |
Tarefa |
| ✓ |
Existe uma estratégia de análise definida (dashboards, KPIs, revisão de transcrições, sinais de qualidade)? |
| ✓ |
Existem ciclos de feedback implementados (intervenientes, especialistas no assunto, utilizadores finais)? |
| ✓ |
A equipa está preparada para iterar frequentemente após a publicação? |
| ✓ |
Tem um plano para otimização contínua (comportamento do modelo de linguagem, processamento de contingências, refinamento de tópicos)? |
IA Responsável
| Concluído? |
Tarefa |
| ✓ |
Avaliou o sistema quanto à equidade e verificou se há vieses não intencionais nos dados ou nas saídas? |
| ✓ |
Estão definidas as funções de responsabilização e existe um processo claro para monitorizar e governar o comportamento da IA? |
| ✓ |
É transparente para os utilizadores que estão a interagir com IA e compreendem como as saídas geradas pela IA são produzidas? |
| ✓ |
Os requisitos de privacidade, segurança e conformidade são totalmente cumpridos para todos os dados utilizados pela carga de trabalho? |
| ✓ |
Foram aplicadas salvaguardas, filtros e estratégias de fundamentação para prevenir conteúdos gerados por IA prejudiciais ou incorretos? |
| ✓ |
Existe um processo estabelecido para monitorização contínua, revisão de incidentes e atualização de modelos ou mitigações? |
Compreensão da linguagem e cobertura das intenções
| Concluído? |
Tarefa |
| ✓ |
Decidiu se a orquestração generativa predefinida, a NLU incorporada, a NLU+ ou a CLU do Azure são necessárias para o seu cenário? |
| ✓ |
Documentou as entradas esperadas para os tópicos para que o orquestrador possa desambiguar corretamente as entidades repetidas ou complexas? |
| ✓ |
Validou os requisitos multilíngues e confirmou como a System.User.Language será definida (manual, deteção automática, baseada em acionador)? |
| ✓ |
Verificou se o comportamento de contingência e as estratégias de recuperação (pesquisa na base de dados de conhecimento, perguntas de clarificação) foram concebidos e testados? |
Chamadas de melhores práticas
-
Utilizar métodos ágeis para se manter adaptativo e centrado no utilizador: trabalhe em sprints curtos, entregue valor cedo e recolha feedback frequente dos utilizadores. Encare o lançamento como um ponto de partida para uma melhoria contínua e não como a linha de chegada.
-
Planear com histórias de utilizador em vez de especificações extensas: as histórias de utilizador mantêm o trabalho ancorado nas necessidades reais dos utilizadores, ajudam as equipas a compreender o "porquê" por trás de cada funcionalidade e permitem uma rápida repriorização quando surgem novas informações.
-
Manter um registo de tarefas pendentes ativo: reveja, refine e reordene regularmente os itens do registo de tarefas pendentes. Adicione novas histórias à medida que surgem padrões provenientes de análises, feedback dos utilizadores ou mudanças no negócio.
-
Identificar e gerir os riscos cedo: avalie os riscos quanto ao impacto e probabilidade, e depois planeie as mitigações. Utilize picos para validar incógnitas e aplicar soluções temporárias para evitar atrasos de entrega.
-
Alinhe continuamente os intervenientes: Partilhe o progresso frequentemente através de demonstrações, análises de sprints e registos de tarefas visuais. A transparência incute confiança e gera um sentimento de propriedade partilhada da direção do projeto.
-
Estruturar com a governação em mente desde o primeiro dia: defina o RBAC, a estratégia de ambientes, as políticas de segurança e as expectativas de conformidade cedo, para que a governação se torne parte do fluxo de trabalho e não um obstáculo tardio.
-
Validar as integrações antes de se comprometer: teste as APIs, os limites dos conectores, os métodos de autenticação e a qualidade dos dados desde cedo para evitar surpresas durante o desenvolvimento ou os testes de aceitação do utilizador (UAT).
-
Planear para a capacidade de processamento, não apenas para o volume total: converta a utilização esperada em janelas de pico (por minuto e por hora) e compare com os limites atualmente publicados ao longo de todo o percurso de execução, incluindo fluxos, conectores, Dataverse, serviços de IA e APIs a jusante. Caso os limites possam ser ultrapassados, abra um pedido de suporte antes dos UAT ou da entrada em produção. Saiba mais em Planear limites de débito e de taxa.
-
Utilizar dados para orientar as decisões: monitorize a SATC, os padrões de conversação, as taxas de deflexão, os motivos de escalamento e a adoção. Deixe que estes sinais moldem as prioridades do seu registo de tarefas pendentes.
-
Publicar cedo para ativar o ciclo de feedback: lance versões iniciais para um público reduzido, aprenda como os utilizadores interagem com o agente e aperfeiçoe com base em evidências e não em suposições.