Identificar componentes de solução

Durante o processo de descoberta, algumas ideias de soluções devem começar a ficar claras. Esta unidade discute como identificar os componentes de solução que podem constituir a solução proposta para o cliente. Como essa ainda é a fase de pré-vendas do projeto, a meta é ilustrar para o cliente como a solução proposta será depois de criada e explicar como ela atenderá aos objetivos dele. Também é um bom momento para começar a refletir sobre um roteiro de produto e como os componentes serão implementados para agregar valor rapidamente durante as iterações.

Elabore a funcionalidade para atender às necessidades

Com base em suas reuniões com o cliente, você deve ter compreendido as principais necessidades dele. Para identificar os componentes, você deve refletir sobre essas necessidades em alto nível e associá-las aos aplicativos existentes do Dynamics 365, a um aplicativa personalizado do Microsoft Power Platform ou, em alguns casos, ao desenvolvimento personalizado. Para projetos maiores, pode ser necessário fazer o mapeamento para vários aplicativos ou todas essas três categorias.

Nem todos os projetos começam do zero; muitos deles já contam com sistemas e estão simplesmente aprimorando ou integrando o que já existe. Por exemplo, um cliente pode ter o Dynamics 365 Customer Service e adicionar alguns recursos omnicanal para atender a uma necessidade específica.

Algumas necessidades podem ser mapeadas para mais de um aplicativo. Você pode descobrir que o aspecto de vendas corresponde ao Dynamics 365 Sales, enquanto o rastreamento de comissões e o pagamento são aprimoramentos para o aplicativo do Dynamics 365 Finance já existente.

Tenha cuidado ao mapear ou ao propor que o cliente substitua ou adicione um aplicativo que duplique algo que ele já possui. Você pode estar ajudando o cliente por esse motivo, o que é aceitável. No entanto, se o cliente já tiver um ERP que não seja da Microsoft e você tiver proposto que ele adicione o Dynamics 365 Finance porque isso facilita a implantação da solução, sua proposta não será bem recebida.

Para os principais componentes da solução, recomendamos que você destaque de que maneira a funcionalidade pronta para uso será adotada e quais aspectos personalizados serão necessários. Por exemplo, você deve destacar se estava usando recursos de vendas padrão para tudo, exceto um configurador de produto. Em seguida, para o configurador de produto, você realçaria a solução proposta, por exemplo, ter um Power App personalizado incorporado no aplicativo ou talvez oferecer uma solução de configurador de terceiros.

Use imagens para explicar ideias complexas

Você pode criar um diagrama/imagem de página única que descreva a solução de uma forma que seja mais fácil de entender. Inclua as diferentes pessoas que interagem com o sistema para que fique claro como a solução será usada por diferentes pessoas. Evite adicionar muitos detalhes, pois isso pode tornar seu diagrama/imagem difícil de examinar e complicar demais suas ideias. Se você mantiver a ilustração concisa e refinada, ela se tornará o ponto de referência para futuras discussões e destacará você da concorrência. Em locais em que mais detalhes são necessários, você pode criar diagramas relacionados que podem se concentrar em certas áreas.

Modelagem de dados

A modelagem formal de dados ocorre como parte do design da solução e geralmente após a assinatura de um contrato. No entanto, durante a fase de pré-vendas, a conceituação de modelagem de dados de alto nível é realizada constantemente para identificar grandes blocos de dados e onde eles se encaixam. Se é realizada uma prova de conceito, esse esforço geralmente é usado para criar um protótipo do que é demonstrado ao cliente. Os insights do modelo de dados também são transferidos para o processo de design a fim de iniciar o processo de elaboração da modelagem de dados. Considere a criação de um modelo de dados resumido e detalhado para compartilhamento. O modelo detalhado será usado por aqueles que projetarão e criarão o sistema. O modelo resumido é compartilhado com os stakeholders que precisam de uma compreensão da solução, mas não necessitam de detalhes específicos.

Modelagem de processos

Durante a descoberta, você também deve ter se informado sobre os principais processos do cliente. Ao propor uma solução, é essencial ser capaz de explicar como a solução proposta concretiza os principais processos corporativos.

Em alguns casos, o processo proposto pode ser semelhante ao processo existente do cliente; no entanto, na maioria das vezes, será diferente. À medida que você identifica os componentes da solução, é importante destacar as principais diferenças. Mencione também como as mudanças propostas no processo atingirão os objetivos identificados, como resolver casos 20% mais rápido, mantendo os clientes mais informados.

Experiência do usuário

Os clientes sempre se concentrarão na experiência do usuário. Durante a descoberta, você deve ter registrado detalhes como se os usuários estão sempre, às vezes ou nunca em trânsito, ou outras necessidades exclusivas de experiência do usuário. Ao identificar os componentes da solução proposta, é importante mapear essas necessidades. Conforme necessário, esses componentes devem ser demonstrados com uma prova de conceito ou um esquema que ilustre a solução proposta.

Os esquemas podem incluir os seguintes elementos:

• Formulários principais

• Painéis

• Experiência móvel

• Visualizações (por exemplo, Power BI)

A imagem a seguir mostra um exemplo de esquema e a forma real que você criaria com base nele.

Integrações

A maioria das soluções não existe isoladamente e depende de integrações internas ou externas. Como parte da identificação dos componentes da solução, você deve ser capaz de destacar como essas integrações serão tratadas. Esse processo pode incluir a definição de quais ferramentas ou serviços serão usados para concluir as integrações. Em uma solução com vários sistemas, você precisa definir limites claros de onde um sistema termina e o outro começa. Esses limites tornam-se "contratos" entre os responsáveis por sua criação e manutenção. Concentre-se no que acontece nesses limites e tente definir claramente de quem é a responsabilidade de criar interfaces e quem as consumirá. Esse esclarecimento é particularmente importante quando fornecedores de terceiros ou equipes de desenvolvimento interno estão envolvidos.

Opções de implantação

A Microsoft fornece um modelo baseado em assinatura do Microsoft Dynamics 365. Com essa opção, você pode acessar o Dynamics 365 na nuvem sem precisar investir mais no licenciamento de hardware e software de sua rede de TI. Nenhuma implantação local do aplicativo é necessária, e os usuários podem acessar o Dynamics 365 em vários navegadores. Isso pode ser crítico para funcionários remotos ou externos que precisam de fácil acesso.

No entanto, o Dynamics 365 Finance e o Dynamics 365 Supply Chain Management (anteriormente conhecido como Finanças e Operações do Dynamics 365) podem ser implantados no local, o que significa que uma organização pode implantar os aplicativos localmente.

Para os seguintes aplicativos do Dynamics 365, você deve usar o Lifecycle Services para implantação:

• Dynamics 365 Finance

• Dynamics 365 Supply Chain Management

• Dynamics 365 Commerce

Para outros aplicativos de negócios do Dynamics 365, como a lista a seguir, suas implantações primárias são online usando um conjunto padrão de ambientes de desenvolvimento-teste-produção:

• Dynamics 365 Sales

• Dynamics 365 Customer Service

• Dynamics 365 Customer Insights - Journeys

• Dynamics 365 Field Service

Você também pode criar um ambiente de avaliação e realizar uma execução prática dele, o que permitirá colocar o sistema em funcionamento em questão de dias, em vez de semanas ou meses. Você não precisa mais lidar com manutenção contínua do servidor nem taxas de licença. Além disso, você pode comprar suas licenças de usuário diretamente online sem passar por um fornecedor e pode adicionar mais usuários online conforme a necessidade e o crescimento de sua empresa.

Os aplicativos de negócios do Dynamics 365 oferecem vários tipos de ambientes. O tipo de ambiente indica a finalidade e determina as características do ambiente:

• Avaliação – os ambientes de avaliação dão suporte às necessidades de teste de curto prazo e são limpos automaticamente após um curto período.

• Área restrita: são ambientes que não são de produção e, quando associados a uma instância de banco de dados do Microsoft Dataverse, oferecem recursos como redefinição.

• Produção – usado para trabalho permanente em uma organização. Pode ser criado e pertencer a um administrador ou a qualquer pessoa que tenha uma licença do Power Apps.

• Padrão: um ambiente de produção não personalizado. Cada locatário tem um ambiente padrão criado automaticamente.

• Desenvolvedor – os ambientes de desenvolvedor são criados por usuários com a licença do Plano da Comunidade. Eles são apenas para uso do proprietário. O compartilhamento com outros usuários não é possível nesses ambientes.

Microsoft Dynamics Lifecycle Services

O Microsoft Dynamics Lifecycle Services ajuda a gerenciar o ciclo de vida do aplicativo de suas implementações do Microsoft Dynamics 365 Finance e do Microsoft Dynamics 365 Supply Chain Management. O Lifecycle Services é um portal de colaboração baseado no Microsoft Azure que fornece um ambiente e um conjunto de serviços atualizados regularmente. Este portal fornece um espaço de trabalho colaborativo que os clientes e seus parceiros podem usar para gerenciar projetos do Finance e do Supply Chain Management. O Lifecycle Services dá suporte desde a pré-venda até a implementação e ao ambiente de produção, na nuvem ou no local. Com listas de verificação e ferramentas, o Lifecycle Services ajuda a gerenciar o projeto, incluindo o fornecimento de metodologias predefinidas para ajudar na implementação.

O Lifecycle Services oferece maior previsibilidade, colaboração e procedimento estrutural para a administração do gerenciamento de aplicativos. O objetivo do Lifecycle Services é avançar para implementações previsíveis, repetíveis e de alta qualidade, simplificando e padronizando o processo de implementação.

Próximas etapas

Identificar os principais componentes da solução ajudará você a determinar as próximas etapas. Por exemplo, você pode determinar as próximas etapas com base no fato de ter soluções prontas para demonstração que precisam ser personalizadas para o cliente ou estar criando uma nova prova de conceito/protótipo.

O objetivo desse processo não é criar um design detalhado da solução completa. Lembre-se de que ainda se trata de pré-vendas. Você deve ser capaz de explicar como sua proposta atenderá às necessidades do cliente e deve ter identificado suficientemente a solução. Essas informações o ajudarão a determinar os preços necessários para que você possa chegar à assinatura do contrato e passar à criação da solução.

Exercício: identificar usos comuns entre as equipes do Woodgrove Bank

Examine o perfil de cliente do Woodgrove Bank, especificamente, as equipes de atendimento ao cliente que foram descritas. Identifique temas comuns nas equipes. Determine se há equipes que se sobrepõem em termos de funcionalidade necessária. Avalie se alguma equipe individual é tão diferente das outras que justifica uma solução separada.