Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Este artigo permite que os ISVs (fornecedores independentes de software):
- Saiba como alinhar casos de uso de IA selecionados com uma abordagem para o desenvolvimento de aplicativos
- Entenda a jornada do ISV e como ela pode ajudar os ISVs a desenvolver aplicativos de alta qualidade
Introdução
Depois de usar a estrutura de previsão de negócios para priorizar seu principal caso de uso de IA generativa, a próxima etapa é planejar como criar a solução.
Nesta página, orientamos você na escolha da melhor abordagem para executar seu caso de uso. Descrevemos as principais considerações, fornecemos recursos para ajudá-lo a pensar sobre elas e exploramos as ferramentas que a Microsoft oferece para criar seu aplicativo com base na abordagem escolhida. Para ajudar a ilustrar esse processo, orientamos você por um cenário de exemplo, demonstrando como um ISV pode avaliar suas opções e escolher a abordagem mais eficaz. Também fornecemos uma visão geral da jornada de desenvolvimento mais ampla e como ela pode diferir dependendo da abordagem selecionada.
Previsão de capacidade
Depois de selecionar um caso de uso priorizado, é hora de decidir como desenvolvê-lo. Os ISVs podem escolher entre três abordagens principais: estender ou adotar um Microsoft Copilot, criar um copiloto personalizado ou criar um aplicativo no Fabric.
Essas abordagens não são mutuamente exclusivas, mas oferecem flexibilidade por meio de um amplo espectro de ferramentas para desenvolver seu aplicativo. Na seção a seguir, exploramos como cada abordagem se encaixa no processo de desenvolvimento, juntamente com ferramentas e considerações para escolher a melhor opção para seu aplicativo. Nosso cenário de exemplo demonstra a variedade de esforços e recursos envolvidos no desenvolvimento de aplicativos, ao mesmo tempo em que destaca como sua escolha de abordagem pode afetar o processo de desenvolvimento.
Considerações para sua abordagem
Para identificar a melhor abordagem para o desenvolvimento, exploramos seis considerações principais. Essas considerações ajudam você a avaliar os principais recursos da solução pretendida e tomar uma decisão informada sobre a abordagem que melhor se alinha com seus objetivos.
- Dados: com quais tipos e fontes de dados e informações o aplicativo precisa se envolver?
- Personalização: como os clientes devem interagir com o aplicativo e qual controle você precisa sobre suas saídas?
- Complexidade do desenvolvimento: quão desafiador é criar o aplicativo e os recursos e conhecimentos necessários estão disponíveis?
- Usuário final: quem é o usuário final e quanto conhecimento técnico ele tem?
- Valor comercial: como esse aplicativo agrega valor aos clientes e qual é o potencial de lucratividade?
- Risco e conformidade: quais requisitos regulatórios e preocupações de segurança são relevantes para esta aplicação?
O gráfico a seguir demonstra como as respostas a essas perguntas podem ajudá-lo a se alinhar com as diferentes abordagens para o desenvolvimento de aplicativos. Se o seu caso de uso tiver um escopo limitado e uma necessidade mínima de personalização, estender um Microsoft Copilot existente usando ferramentas de baixo código pode ser a melhor abordagem. Como alternativa, à medida que exploramos em um momento, uma solução mais complexa e personalizável pode ser mais adequada para criar o aplicativo no Fabric.
Este caso de uso foi priorizado para desenvolvimento usando a estrutura de negócios, experiência e tecnologia para avaliar e comparar sua viabilidade com outros casos de uso potenciais. Explore como você pode priorizar seus próprios casos de uso com mais detalhes aqui.
Cenário de exemplo: aplicativo Compras da Contoso
Em nosso cenário, a Contoso faz parceria com o varejista AdventureWorks para desenvolver uma solução que fornece uma vitrine virtual e sistemas para melhorar a comunicação dos funcionários, o planejamento de estoque e os insights de dados entre as operações. Vamos examinar como esse caso de uso se alinha com nossas considerações para escolher uma abordagem de desenvolvimento.
Considerações
Assistente de operações de armazenamento da Contoso
- Dados: o aplicativo requer dados distribuídos de um conjunto diversificado de fontes, incluindo aplicativos de nuvem que não são da Microsoft, exibidos por meio de APIs.
- Personalização: o aplicativo é personalizado para o AdventureWorks com ampla personalização e controle sobre recursos individuais. O aplicativo precisa ter vários componentes potencialmente complexos para dar suporte a diferentes partes interessadas e tarefas.
- Complexidade do desenvolvimento: o desenvolvimento dos recursos do aplicativo requer recursos, tempo e capital humano substanciais, incluindo desenvolvedores de software profissionais.
- Usuário final: o usuário final pode variar entre as operações do AdventureWorks, mas inclui cientistas de dados técnicos e trabalhadores de linha de frente não técnicos.
- Valor comercial: esse aplicativo serve como um recurso principal das operações da AdventureWorks, permitindo uma vitrine virtual com potencial de receita substancial, juntamente com insights controlados por dados sobre as operações da empresa. Para a Contoso, essa oferta representa uma grande oportunidade de negócios.
- Risco e conformidade: essa solução interage com dados financeiros protegidos para concluir transações para clientes da AdventureWorks, exigindo componentes significativos de segurança e conformidade regulatória.
Em seguida, a Contoso usou essas considerações para avaliar como sua abordagem de desenvolvimento se alinha com sua estratégia geral, valor comercial e recursos técnicos, reconhecendo que o alinhamento nessas áreas é fundamental para um aplicativo bem-sucedido. Vamos revisar como cada uma dessas considerações impactou sua decisão.
- Estratégia: dado o caso de uso priorizado em sua sessão de previsão de negócios, a Contoso precisava de um aplicativo com recursos expansivos e modulares que pudessem lidar com funções complexas e altamente personalizadas. A abordagem Build on Fabric é ideal para esse cenário porque ajuda as equipes da Contoso a aprender novas ferramentas e tecnologias, e o aplicativo precisa de recursos que exigem desenvolvimento extensivo.
- Negócios: além do maior potencial de geração de receita desse aplicativo complexo, a criação do aplicativo Compras da Contoso no Fabric significa que a Contoso também pode modelar componentes do aplicativo para reutilização. Com esses modelos, a Contoso pode acelerar os esforços de desenvolvimento futuros, reduzindo potencialmente os custos e melhorando o tempo de retorno.
- Tecnologia: por fim, e mais obviamente, os parâmetros técnicos do caso de uso da Contoso e os problemas da AdventureWorks significam que o aplicativo Compras da Contoso requer desenvolvimento substancial de código profissional, juntamente com infraestrutura de dados e personalização mais avançadas. Criar um aplicativo no Fabric é o melhor caminho para a Contoso ter certeza de que eles têm as ferramentas necessárias para executar esse caso de uso.
Nesse cenário, a Contoso decidiu desenvolver o aplicativo Shopping usando o código profissional, dada a necessidade de personalização extensiva e a variedade de recursos complexos. O desenvolvimento low-code não habilita os recursos identificados neste caso de uso. Na jornada de código profissional, a Contoso optou por desenvolver esse aplicativo desde o início, no Fabric, para garantir uma infraestrutura de dados básica sólida na qual criar seus vários recursos. Eles foram capazes de tomar essa decisão com confiança porque essa abordagem de desenvolvimento se alinhou com seu caso de uso estratégica, comercial e tecnicamente.
Vamos também examinar brevemente por que a Contoso não escolheu adotar/estender um Microsoft Copilot ou criar suas próprias abordagens de copiloto. Primeiro, adotar e/ou estender um Microsoft Copilot limita o aplicativo a um assistente de conversação, que não atende aos requisitos do caso de uso da Contoso nem às necessidades da AdventureWorks. Da mesma forma, embora a criação de um copiloto personalizado permita maior personalização e interações complexas, a funcionalidade de dados técnicos necessária para um aplicativo do Shopping vai além dos recursos de um copiloto por conta própria. Com essas considerações, a criação de um aplicativo no Fabric é a melhor opção para esse cenário.
Dada a variedade de interfaces e recursos do aplicativo, a Contoso usou várias ferramentas, incluindo Microsoft Fabric, Microsoft Azure e Azure AI Studio, para concluir o desenvolvimento. É importante notar que as três abordagens não são mutuamente exclusivas. Um copiloto personalizado, criado com low-code no Copilot Studio, usando o modelo de copiloto de operações da loja, pode ser facilmente integrado a este aplicativo de compras. Selecionar uma abordagem não é uma rodovia murada, é uma ferramenta para ajudar a pensar nos requisitos de seu aplicativo, nos recursos que você imagina para ele e nos recursos necessários para desenvolvê-lo. Vamos nos aprofundar um pouco mais em como as soluções da Microsoft se encaixam nessas abordagens.
Ferramentas de desenvolvimento da Microsoft
A Microsoft oferece várias ferramentas de desenvolvimento para atender às necessidades de desenvolvimento de aplicativos dos ISVs. Cada uma dessas abordagens pode envolver uma variedade mista de ferramentas individuais da Microsoft. Resumimos as principais ferramentas. Você também pode examinar um guia detalhado para ISVs sobre a criação de experiências GenAI que explica as possibilidades de cada abordagem.
Você pode ver como essas soluções são mapeadas para as abordagens no gráfico a seguir. Usamos o aplicativo de operações da loja, que comparamos ao nosso aplicativo do Shopping na página de previsão de negócios como um exemplo de caso de uso.
O caso de uso de operações de armazenamento envolve um assistente de IA que permite acesso rápido a procedimentos, políticas e dados de armazenamento em linguagem natural. Este caso de uso pode ser desenvolvido usando qualquer uma das três abordagens, para diferentes níveis de complexidade. Um ISV pode desenvolver rapidamente um assistente para atender a esse caso de uso usando o modelo de operações da Copilot Studio Store. Esse esforço exigiria codificação mínima e envolveria a interface na superfície da pilha, com plug-ins do Microsoft 365 ou Copilot Studio, conforme mostrado na coluna à esquerda.
Como alternativa, um ISV pode realizar um processo de desenvolvimento mais complexo e utilizar o Azure AI Studio ou o Fabric para desenvolver um aplicativo de operações de armazenamento mais abrangente, incluindo infraestrutura de dados e assistentes técnicos de usuário. Essa abordagem, como no cenário do aplicativo Shopping, envolveria um desenvolvimento substancial de código profissional com desenvolvedores interagindo com mais da pilha completa, conforme mostrado na coluna da direita.
Suas necessidades e circunstâncias específicas determinam a melhor abordagem de desenvolvimento. Essas ferramentas e métodos oferecem suporte independentemente de como você desenvolve seu aplicativo, mas o caminho varia de acordo com sua escolha. Você pode usar isso para percorrer as considerações do GenAI para seu caso de uso e determinar o melhor caminho a seguir.
Agora que você identificou e avaliou seu caso de uso e escolheu a melhor abordagem de desenvolvimento, vejamos o caminho a seguir.
As abordagens em toda a jornada do ISV
As três abordagens para criar aplicativos de IA e GenAI nas ferramentas da Microsoft podem ser divididas em duas jornadas de desenvolvimento principais: uma jornada de baixo código e uma jornada de código profissional. A jornada low-code é caracterizada por um rápido tempo de retorno e um leve aumento no desenvolvimento de aplicativos, enquanto a jornada pro-code potencializa mais personalização e complexidade de aplicativos.
Nossa experiência de trabalho com ISVs levou a Microsoft a desenvolver o ISV Journey Map, um processo consistente e sistemático para desenvolver aplicativos para o Microsoft Cloud. Essa estrutura foi projetada para ajudá-lo a reduzir custos e desenvolver com eficiência a melhor solução possível. Se você quiser ser avaliado usando essa estrutura, entre em contato com seu gerente de desenvolvimento de parceiros.
A jornada do ISV fornece uma visão geral ampla das diferentes fases pelas quais você passará para desenvolver seu aplicativo. A abordagem de desenvolvimento escolhida moldará sua experiência em cada fase, mas a estrutura geral permanece consistente em todos os ciclos de vida de desenvolvimento. Isso se aplica se você estiver estendendo um Microsoft Copilot com low-code ou criando um aplicativo do zero com pro-code.
A Microsoft continua a criar conteúdo para fornecer orientação holística para a criação de aplicativos de IA e GenAI para o Microsoft Cloud. Você pode encontrar mais conteúdo e recursos nesta coleção do Microsoft Copilot para ISVs. Esta página é atualizada regularmente com conteúdo recém-desenvolvido.
Próximas etapas
Selecionar a abordagem apropriada para o desenvolvimento de seus aplicativos é um estágio crítico nesse processo. Se você precisa de um tempo de retorno rápido ou de personalização complexa, a Microsoft está aqui para ajudá-lo a agregar valor aos seus clientes. Depois de selecionar a abordagem certa para seu aplicativo, vem a questão de escolher o caminho apropriado para a implementação. Cada abordagem inclui várias ferramentas ou padrões potenciais que você pode usar para desenvolver seu aplicativo. Aqui estão as páginas onde você pode encontrar mais informações sobre padrões de baixo código e padrões de código profissional.