Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Este artigo permite que 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 ele pode ajudar os ISVs a desenvolver aplicativos de alta qualidade
Introdução
Depois de usar a estrutura de visã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, guiamo-lo através da escolha da melhor abordagem para executar o seu caso de uso. Descrevemos as principais considerações, fornecemos recursos para ajudá-lo a refletir 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 na malha.
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 o melhor ajuste para sua aplicação. Nosso cenário de exemplo demonstra a variedade de esforços e recursos envolvidos no desenvolvimento de aplicativos, destacando como sua escolha de abordagem pode afetar o processo de desenvolvimento.
Considerações para a 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 a tomar uma decisão informada sobre a abordagem que melhor se alinha com seus objetivos.
- Dados: com que tipos e fontes de dados e informações a aplicação precisa de interagir?
- 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 é construir o aplicativo e os recursos e conhecimentos necessários estão disponíveis?
- Utilizador final: quem é o utilizador final e qual o seu conhecimento técnico?
- Valor do negócio: como é que esta aplicação proporciona valor aos clientes e qual o potencial de rentabilidade?
- Risco e conformidade: que requisitos regulamentares 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 tem um escopo limitado e uma necessidade mínima de personalização, estender um Microsoft Copilot existente usando ferramentas low-code pode ser a melhor abordagem. Como alternativa, como 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 o negócio, experiência, estrutura de 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 Contoso Shopping
Em nosso cenário, a Contoso faz parceria com a varejista AdventureWorks para desenvolver uma solução que fornece uma vitrine virtual e sistemas para melhorar a comunicação com os funcionários, o planejamento de estoque e insights de dados em todas as operações. Vamos analisar como esse caso de uso se alinha com nossas considerações para escolher uma abordagem de desenvolvimento.
Considerações
Assistente de operações de loja da Contoso
- Dados: o aplicativo requer dados distribuídos de um conjunto diversificado de fontes, incluindo aplicativos em nuvem que não são da Microsoft, apresentados por meio de APIs.
- Personalização: O aplicativo é personalizado para AdventureWorks com ampla customizabilidade 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 das capacidades da aplicação requer recursos, tempo e capital humano substanciais, incluindo programadores de software profissionais.
- Usuário final: o usuário final pode variar entre as operações da AdventureWorks, mas inclui cientistas de dados técnicos e trabalhadores não técnicos da linha de frente.
- Valor comercial: Este aplicativo serve como um recurso central das operações da AdventureWorks, permitindo uma vitrine virtual com potencial de receita substancial, juntamente com insights orientados 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 regulamentar.
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 analisar 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 pudesse 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, criar o aplicativo Contoso Shopping na malha significa que a Contoso também pode modelar componentes do aplicativo para reutilização. Com esses modelos, a Contoso pode acelerar futuros esforços de desenvolvimento, potencialmente reduzindo custos e melhorando o tempo de valorização.
- 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 Contoso Shopping requer desenvolvimento pro-code substancial, 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 tem as ferramentas necessárias para executar nesse caso de uso.
Nesse cenário, a Contoso decidiu desenvolver o aplicativo Shopping usando pro-code, 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. Dentro da jornada pró-código, a Contoso optou por desenvolver esse aplicativo do zero, no Fabric, para garantir uma sólida infraestrutura de dados fundamental sobre a qual construir seus vários recursos. Eles foram capazes de tomar essa decisão com confiança porque essa abordagem de desenvolvimento estava alinhada com seu caso de uso de forma estratégica, comercial e técnica.
Também vamos 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 atende às necessidades da AdventureWorks. Da mesma forma, enquanto a criação de um copiloto personalizado permite maior personalização e interações complexas, a funcionalidade de dados técnicos necessária para um aplicativo Shopping vai além dos recursos de um copiloto por conta própria. Com essas considerações, criar 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, construído com low-code no Copilot Studio, usando o modelo de copiloto Store Operations, poderia ser facilmente integrado a este aplicativo Shopping. Selecionar uma abordagem não é uma rodovia murada, é uma ferramenta para ajudar a pensar nos requisitos do 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 Microsoft
A Microsoft oferece várias ferramentas de desenvolvimento para atender às necessidades de desenvolvimento de aplicativos de ISVs. Cada uma dessas abordagens pode envolver uma matriz mista de ferramentas individuais da Microsoft. Resumimos as principais ferramentas. Você também pode revisar um guia detalhado para ISVs sobre a construção de experiências GenAI que explica as possibilidades de cada abordagem.
Você pode ver como essas soluções mapeiam as abordagens no gráfico a seguir. Usamos o aplicativo de operações da loja, que comparamos ao nosso aplicativo Shopping na página de previsão de negócios como um exemplo de caso de uso.
O caso de uso das operações da loja envolve um assistente de IA que permite o acesso rápido aos procedimentos, políticas e dados da loja 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 poderia 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 interface na superfície da pilha, com plug-ins do Microsoft 365 ou Copilot Studio, como mostrado na coluna da 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 do usuário. Essa abordagem, como no cenário do aplicativo Shopping, envolveria desenvolvimento pro-code substancial com desenvolvedores fazendo interface com mais da pilha completa, como 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 a você, 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, vamos olhar para o caminho a seguir.
As abordagens ao longo da jornada ISV
As três abordagens para criar aplicativos de IA e GenAI em ferramentas da Microsoft podem ser divididas em duas jornadas de desenvolvimento principais: uma jornada low-code e uma jornada pró-código. A jornada low-code é caracterizada por um rápido tempo de valorização e um leve aumento no desenvolvimento de aplicativos, enquanto a jornada pró-código possibilita mais personalização e complexidade de aplicativos.
Nossa experiência trabalhando 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 ISV fornece uma ampla visão geral 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 desenvolver 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 neste Microsoft Copilot for ISVs Collection. Esta página é atualizada regularmente com conteúdo recém-desenvolvido.
Próximos passos
Selecionar a abordagem apropriada para o desenvolvimento de seus aplicativos é uma etapa crítica nesse processo. Se você precisa de tempo rápido para valorizar ou 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 low-code e padrões pro-code.