Configuração de até 3 fluxos de chatbot com até 20 blocos para canal WhatsApp e/ou Web no total;

Configuração de transbordo para Zendesk Suite (Licenças e contratação a parte);

Configuração de até 10 conectores nativos já disponíveis e em funcionamento;

1 Treinamento de até 2h com pontos focais definidos pelo contratante em modelo remoto;

Acompanhamento remoto de 1 dia no Go Live do fluxo de atendimento do Chatbot.

Kick-off: Reunião inicial para apresentação do escopo contratado, times, metodologia do projeto e próximos passos;

Workshop: Agenda para apresentar aos envolvidos do projeto um overview da(s) plataforma(s) que iremos implantar no projeto, para facilitar o entendimento referente aos requisitos necessários para implantação;

Discovery: Agenda(s) para entender com mais detalhes as necessidades e prioridades para implantação ou desenvolvimento da(s) plataforma(s) que vamos atuar nesse projeto. Nessa etapa vamos ter os documentos de requisitos preenchidos pelo CONTRATANTE e por nosso time de projetos;

Setup: Configuração da(s) plataforma(s) contratadas;

Validation: Atividades de validação e ajustes pós entrega do setup e/ou desenvolvimento. As validações deverão ser realizadas pelo CONTRATANTE conforme prazos planejados em cronograma e os ajustes deverão ser realizados pelo nosso time de projetos conforme planejado em cronograma. Podendo ter agendas para validação e ajustes em conjunto (CONTRATANTE e CONTRATADO), porém as agendas serão limitadas conforme descrito neste escopo de projeto;

Training: Agendas de treinamento para o time de atendimento ou administradores da(s) plataforma(s) conforme escopo do projeto, podendo ter 1(uma) ou mais turmas dependendo do descrito no escopo do projeto;

Go-live: Acompanhamento do time de projeto (CONTRATADO) durante o dia de virada para produção e 1(um) ou mais dias de acompanhamento pós Go-live, dependendo do descrito nesse escopo de projeto.

Todas as horas contratadas deverão ser transformadas em projetos com escopo fechado, não podendo ser utilizada as horas com demandas soltas, sem planejamento ou cronograma;

Todas as horas consumidas pelo time de projetos serão descontadas do pacote de horas, ou seja, horas consumidas para levantamento de escopo, planejamento e replanejamento de atividades, atualização de cronograma, reuniões de alinhamento (interno ou junto ao cliente), documentação do projeto, status report (interno ou junto ao cliente), estudo de soluções, configurações e desenvolvimentos;

O número de horas oferecido nesta proposta não garante a conclusão de todos os projetos/necessidades apresentadas pelo cliente, as horas para cada projeto serão informadas no início do projeto após levantamento do escopo realizado pelo nosso time de projetos, caso necessário poderá ser contratado mais horas para finalizar o escopo;

Cliente deverá disponibilizar um profissional como ponto focal dedicado ao projeto;

Para projetos envolvendo produtos, as configurações e funcionalidades estão restritas ao licenciamento contratado e suas respectivas permissões;

Disponibilidade dos envolvidos, por parte do cliente, para participação das agendas de mapeamento, reuniões de trabalho e agendas de validações e apresentações, conforme cronograma e alinhamento de datas previamente acordadas;

Colaboração do time de TI do cliente na resolução de dúvidas e/ou solicitação de informações;

Será de responsabilidade do cliente todo e qualquer ajuste necessário em integrações desenvolvidas internamente;

As integrações serão feitas via conectores utilizando API Rest das plataformas;

Para a configuração das integrações o cliente precisará disponibilizar a documentação atualizada das APIs Rest, credenciais de acesso e dados fictícios para testes e validações;

Não estão previstos acionamento fora do horário comercial ou em dias não úteis (consideramos finais de semana e feriados nacionais e emendas);

Compartilhamento de documentos dos processos (fluxogramas), quando houver

O cliente deverá validar e aprovar o documento do fluxo do chatbot (árvore conversacional) apresentado pelo nosso time de projetos;

Está incluso até 3 retornos do cliente referente a ajustes no documento do fluxo do chatbot (árvore conversacional), ou seja, cliente deverá consolidar os ajustes e enviar para o time de projetos até 3 vezes durante o período de validação conforme planejado no cronograma do projeto;

Uma vez validado pelo cliente o documento documento do fluxo do chatbot (árvore conversacional) e repassado para o time implantar, não serão aceitos novos ajustes no documento do fluxo do chatbot (árvore conversacional);

Para implantação do canal WhatsApp será necessário o cliente já ter o número liberado e registrado na instância Zendesk;

Só serão aceitos números registrados no Zendesk Suite e em funcionamento;

Fluxos conversacionais em outros idiomas: a tradução de textos usados pelo Droz bot precisam ser fornecidos pelo cliente;

Para integrações os endpoints devem estar no formato API REST;

• Documentação para início de testes de API precisa conter as seguintes informações (para cada endpoint):

• Forma de autenticação;

• URL;

• Método HTTP;

• Payload do request (campos do header e do body, quais valores e quais formatos os parâmetros devem ser enviados etc.);

• Response de retorno (quais campos são retornados, status de erro, etc.);

Para os retornos, precisamos saber: Quais campos serão utilizados; As condições e os tratamentos das informações deste campo; O que deverá ser apresentado ao usuário e como.

Cliente precisar fornecer as credenciais de teste para que nosso time possa validar e utilizar durante o desenvolvimento do aplicativo;

Cliente precisa fornecer, os casos de uso (dados que permitam realizar consultas que tragam os valores esperados de retorno da API);

A Droz recomenda como boa prática que seja disponibilizado também um ambiente de homologação dos endpoints;

Para bots whatsapp e/ou outra rede social (por exemplo: Facebook, Instagram, Twitter, etc) que contemple integração com o Zendesk, cada canal precisa ser cadastrado dentro da instância do cliente. Uma vez feito o cadastro, no Zendesk, na seção “API de conversas” precisam ser geradas credenciais para ativação no Droz. Se a mencionada seção não estiver habilitada na instância, o cliente precisa solicitar a liberação desta funcionalidade para o suporte Zendesk via e-mail;

Ativação de instância Droz para o cliente e criação de usuário admin para o Consultor de Implantação;

Repasse do fluxo conversacional precisa ser enviado em arquivo inalterado. (Caso o cliente precise alterar, o fluxo original precisa ser validado).

Em conjunto com o cliente, vamos rever todo o fluxo enviado, juntamente com a documentação das APIs e validar se estão de acordo com as funcionalidades da plataforma Droz Bot;

As agendas para entendimento dos fluxos deverão acontecer junto com o cliente, pois ele é quem tem o conhecimento do negócio.

Configuração do fluxo de autoatendimento no canal Whatsapp;

Integração para transbordo no Zendesk;

Configuração de templates para disparo ativo;

Configuração de conectores para integração com outras plataformas.

Agendas em conjunto com o cliente, na qual será repassado os fluxos e suas integrações para validação do cliente. Caso necessário, poderão ser feitos movimentos de ajustes para refinamento;

Após material/documento validado, não será permitida alteração do mesmo;

Após as configurações da plataforma Droz Bot (Setup), teremos a fase de validação e ajustes, lembrando que seguiremos conforme documentação dos fluxos validados pelo cliente.

Desenho do AS IS e To be;

Arquitetura de integrações;

Playbooks dos processos de atendimento;

Textos que serão utilizados no Droz bot;

Criação dos templates para disparo ativo no Droz Bot;

Configuração do Droz Base e Droz AI;

Configuração de NLP;

Material para treinamento técnico do Droz bot;

Desenvolvimento de APIs.

Conector para integração com o Zendesk Support: Através desse conector podemos criar um ticket no Zendesk;

Conector para transbordo para o Zendesk Chat: Através desse conector é possível transbordar o atendimento para um humano e definir o horário da operação direto no bot antes de transferir para o Widget.

Fluxos contendo uma árvore de decisão, ou seja, fluxos de perguntas e respostas automáticas, podendo utilizar conteúdos de artigos ou direcionamento para links de conteúdo;

Fluxo inteligente contendo integrações com outras plataformas e automatização no atendimento através de inteligência artificial e/ou NLP (Natural Language Processing), ou seja, fluxos que permitem o cliente consultar informações em diferentes sistemas de forma automática, escrever perguntas ou fazer solicitações e ter respostas de forma rápida e assertiva, sem precisar interagir com um humano.

Configuração de templates para disparar ativamente mensagens em massa no canal de atendimento do WhatsApp, atuando de forma eficiente e automatizada.

Kick-off: Reunião inicial para apresentação do escopo contratado, times, metodologia do projeto e próximos passos;

Workshop: Agenda para apresentar aos envolvidos do projeto um overview da(s) plataforma(s) que iremos implantar no projeto, para facilitar o entendimento referente aos requisitos necessários para implantação;

Discovery: Agenda(s) para entender com mais detalhes as necessidades e prioridades para implantação ou desenvolvimento da(s) plataforma(s) que vamos atuar nesse projeto. Nessa etapa vamos ter os documentos de requisitos preenchidos pelo CONTRATANTE e por nosso time de projetos;

Setup: Configuração da(s) plataforma(s) contratadas;

Validation: Atividades de validação e ajustes pós entrega do setup e/ou desenvolvimento. As validações deverão ser realizadas pelo CONTRATANTE conforme prazos planejados em cronograma e os ajustes deverão ser realizados pelo nosso time de projetos conforme planejado em cronograma. Podendo ter agendas para validação e ajustes em conjunto (CONTRATANTE e CONTRATADO), porém as agendas serão limitadas conforme descrito neste escopo de projeto;

Training: Agendas de treinamento para o time de atendimento ou administradores da(s) plataforma(s) conforme escopo do projeto, podendo ter 1(uma) ou mais turmas dependendo do descrito no escopo do projeto;

Go-live: Acompanhamento do time de projeto (CONTRATADO) durante o dia de virada para produção e 1(um) ou mais dias de acompanhamento pós Go-live, dependendo do descrito nesse escopo de projeto.

Todas as horas contratadas deverão ser transformadas em projetos com escopo fechado, não podendo ser utilizada as horas com demandas soltas, sem planejamento ou cronograma;

Todas as horas consumidas pelo time de projetos serão descontadas do pacote de horas, ou seja, horas consumidas para levantamento de escopo, planejamento e replanejamento de atividades, atualização de cronograma, reuniões de alinhamento (interno ou junto ao cliente), documentação do projeto, status report (interno ou junto ao cliente), estudo de soluções, configurações e desenvolvimentos;

O número de horas oferecido nesta proposta não garante a conclusão de todos os projetos/necessidades apresentadas pelo cliente, as horas para cada projeto serão informadas no início do projeto após levantamento do escopo realizado pelo nosso time de projetos, caso necessário poderá ser contratado mais horas para finalizar o escopo;

Cliente deverá disponibilizar um profissional como ponto focal dedicado ao projeto;

Para projetos envolvendo produtos, as configurações e funcionalidades estão restritas ao licenciamento contratado e suas respectivas permissões;

Disponibilidade dos envolvidos, por parte do cliente, para participação das agendas de mapeamento, reuniões de trabalho e agendas de validações e apresentações, conforme cronograma e alinhamento de datas previamente acordadas;

Colaboração do time de TI do cliente na resolução de dúvidas e/ou solicitação de informações;

Será de responsabilidade do cliente todo e qualquer ajuste necessário em integrações desenvolvidas internamente;

As integrações serão feitas via conectores utilizando API Rest das plataformas;

Para a configuração das integrações o cliente precisará disponibilizar a documentação atualizada das APIs Rest, credenciais de acesso e dados fictícios para testes e validações;

Não estão previstos acionamento fora do horário comercial ou em dias não úteis (consideramos finais de semana e feriados nacionais e emendas);

Compartilhamento de documentos dos processos (fluxogramas), quando houver

O cliente deverá validar e aprovar o documento do fluxo do chatbot (árvore conversacional) apresentado pelo nosso time de projetos;

Está incluso até 3 retornos do cliente referente a ajustes no documento do fluxo do chatbot (árvore conversacional), ou seja, cliente deverá consolidar os ajustes e enviar para o time de projetos até 3 vezes durante o período de validação conforme planejado no cronograma do projeto;

Uma vez validado pelo cliente o documento documento do fluxo do chatbot (árvore conversacional) e repassado para o time implantar, não serão aceitos novos ajustes no documento do fluxo do chatbot (árvore conversacional);

Para implantação do canal WhatsApp será necessário o cliente já ter o número liberado e registrado na instância Zendesk;

Só serão aceitos números registrados no Zendesk Suite e em funcionamento;

Fluxos conversacionais em outros idiomas: a tradução de textos usados pelo Droz bot precisam ser fornecidos pelo cliente;

Para integrações os endpoints devem estar no formato API REST;

• Documentação para início de testes de API precisa conter as seguintes informações (para cada endpoint):

• Forma de autenticação;

• URL;

• Método HTTP;

• Payload do request (campos do header e do body, quais valores e quais formatos os parâmetros devem ser enviados etc.);

• Response de retorno (quais campos são retornados, status de erro, etc.);

Para os retornos, precisamos saber: Quais campos serão utilizados; As condições e os tratamentos das informações deste campo; O que deverá ser apresentado ao usuário e como.

Cliente precisar fornecer as credenciais de teste para que nosso time possa validar e utilizar durante o desenvolvimento do aplicativo;

Cliente precisa fornecer, os casos de uso (dados que permitam realizar consultas que tragam os valores esperados de retorno da API);

A Droz recomenda como boa prática que seja disponibilizado também um ambiente de homologação dos endpoints;

Para bots whatsapp e/ou outra rede social (por exemplo: Facebook, Instagram, Twitter, etc) que contemple integração com o Zendesk, cada canal precisa ser cadastrado dentro da instância do cliente. Uma vez feito o cadastro, no Zendesk, na seção “API de conversas” precisam ser geradas credenciais para ativação no Droz. Se a mencionada seção não estiver habilitada na instância, o cliente precisa solicitar a liberação desta funcionalidade para o suporte Zendesk via e-mail;

Ativação de instância Droz para o cliente e criação de usuário admin para o Consultor de Implantação;

Repasse do fluxo conversacional precisa ser enviado em arquivo inalterado. (Caso o cliente precise alterar, o fluxo original precisa ser validado).

Em conjunto com o cliente, vamos rever todo o fluxo enviado, juntamente com a documentação das APIs e validar se estão de acordo com as funcionalidades da plataforma Droz Bot;

As agendas para entendimento dos fluxos deverão acontecer junto com o cliente, pois ele é quem tem o conhecimento do negócio.

Configuração do fluxo de autoatendimento no canal Whatsapp;

Integração para transbordo no Zendesk;

Configuração de templates para disparo ativo;

Configuração de conectores para integração com outras plataformas.

Agendas em conjunto com o cliente, na qual será repassado os fluxos e suas integrações para validação do cliente. Caso necessário, poderão ser feitos movimentos de ajustes para refinamento;

Após material/documento validado, não será permitida alteração do mesmo;

Após as configurações da plataforma Droz Bot (Setup), teremos a fase de validação e ajustes, lembrando que seguiremos conforme documentação dos fluxos validados pelo cliente.

Desenho do AS IS e To be;

Arquitetura de integrações;

Playbooks dos processos de atendimento;

Textos que serão utilizados no Droz bot;

Criação dos templates para disparo ativo no Droz Bot;

Configuração do Droz Base e Droz AI;

Configuração de NLP;

Material para treinamento técnico do Droz bot;

Desenvolvimento de APIs.

Conector para integração com o Zendesk Support: Através desse conector podemos criar um ticket no Zendesk;

Conector para transbordo para o Zendesk Chat: Através desse conector é possível transbordar o atendimento para um humano e definir o horário da operação direto no bot antes de transferir para o Widget.

Fluxos contendo uma árvore de decisão, ou seja, fluxos de perguntas e respostas automáticas, podendo utilizar conteúdos de artigos ou direcionamento para links de conteúdo;

Fluxo inteligente contendo integrações com outras plataformas e automatização no atendimento através de inteligência artificial e/ou NLP (Natural Language Processing), ou seja, fluxos que permitem o cliente consultar informações em diferentes sistemas de forma automática, escrever perguntas ou fazer solicitações e ter respostas de forma rápida e assertiva, sem precisar interagir com um humano.

Configuração de templates para disparar ativamente mensagens em massa no canal de atendimento do WhatsApp, atuando de forma eficiente e automatizada.