Case - Nana Pet Distribuidora

Resumo
A Nana Pet Distribuidora é uma empresa que vende acessórios de pets para toda
uma região da cidade de Osasco, ela distribui para diversas lojas, mercados e até
mesmo para pequenas distribuidoras. Ela está querendo organizar sua empresa e
melhorar a relação com o cliente, para ampliar sua atuação e tomar melhores
decisões.

Papéis
Os times da Nana Pet Distribuidora estão divididos da seguinte forma:

Renan Uchiha - CEO

Gon Friks - Gerente de TI
Bernadette Wolowitz - Gerente de Vendas
Sheldon The Hut - Vendedor

Mapeamento das personas e dos problemas

A Nana Pet Distribuidora está passando por uma renovação digital dos seus
processos, e o time de logística está dentro do escopo do Projeto. Jerry, o Head de
logística da Empresa, solicitou para que todas as informações de distribuição das
vendas que foram fechadas que antes eram armazenadas em planilhas
desconexas fossem armazenadas dentro do Salesforce.

Informações como data de saída, data de entrega, endereço, oportunidade

relacionada a ela mostrando o valor da oportunidade, além de um código
automático com DV no início e numeração automática após.
A Proposta dos centros deve ter informações como código da proposta gerada
automaticamente PC-0000, nome da empresa, espaço, descrição, tipo do produto,
foco do investimento, valor inicial e valor total do dinheiro investido, informações
bem específicas sobre o tipo do produto tais como (tipo de armazenamento, peso,
validade e entre outras de acordo com o produto) conta associada de empresa
contratante com a Nana Pet Distribuidora

Quando for selecionado da caixa de seleção o tipo de produto, caso seja animais
de médio e pequeno porte , deve liberar no campo tipo de armazenamento as
opções (Gatos, Cachorros, Coelhos e outros 3 a sua escolha).

Caso seja animais grandes , deve liberar no campo de armazenamento as opções

(Cachorros, Cavalos e outros 3 a sua escolha).

Os itens presentes na Proposta de Armazenamentos devem passar por processo

de aprovação do Renan, para serem aprovados ou rejeitados, de acordo com a
análise feita pelo mesmo.

------------------------------

Renan Uchiha está com uma séria dificuldade em contatar os clientes, pois os
mesmos possuem cadastros incompletos dentro do sistema, criando um sério
problemas com a comunicação ágil entre a empresa e seus clientes.

É muito importante para o time de qualificação de novos leads, que não seja
possível converter os Leads antes de garantir que sabemos as informações básicas:

● Email
● Telefone ou Celular -- ok
● CNPJ (não pode ter mais de 14 dígitos).
● Tipo de negócio (supermercado, loja de pet, pequenas distribuidoras)

As contas devem receber o tipo de negócio tbm.

Caso a oportunidade seja dada como perdida, deverá ser inserido uma descrição
do motivo da falha na conclusão, não deve ser permitido salvar como fechada e
perdida enquanto o motivo não for descrito.

Contas que são criadas com o tipo de negócio supermercado ou loja de pet,
devem ter uma oportunidade criada com o nome da oportunidade “proposta de
venda para X (nome da conta)”, data de fechamento para 15 dias da data da
criação. O valor da oportunidade é vazio para que possa depois ser inserido no
futuro. (Trigger)

Quando uma oportunidade com o valor acima de 10mil recebe fase de ganha,
deverá ser criada uma tarefa para essa oportunidade informando que os produtos
devem ser separados e enviados. Com data de encerramento da tarefa para 5 dias
após a data de criação da tarefa. (Trigger)

Oportunidades com valor abaixo de 1mil, não podem ser salvas com com a fase de
negociação e revisão, pois são vendas muito pequenas. (Trigger)

-------------------------------------------- SEGURANÇA ---------------------------------------------

Deve ser criado 3 perfis de usuários diferentes onde cada um deverá ter acessos a
objetos de forma restrita. Apenas o aplicativo de vendas deve estar visível para
todos os perfis. O restante devem está indisponíveis.

O perfil de administrador Geral, poderá acessar os objetos leads, conta, contato e

oportunidades dentro da organização. Concedendo acesso às operações de leitura,
criação, edição e exclusão desses objetos, inclusive visualizar e editar todos os
dados dos mesmos, esse poder só deve ser dado a esses objetos apenas.

O perfil de gerente de Vendas poderá acessar conta e oportunidades, porém só

poderá ler, criar, editar e excluir o mesmo.

O perfil de vendedor poderá acessar leads, conta, contato e oportunidade, podendo

realizar todas as operações básicas.

As oportunidades dentro da organização são controladas pelo pai.

Os leads podem ser lidos e gravados por todos.

As contas e contatos podem ser lidos por todos, mas não podem ser gravados.
 Existe uma hierarquia dentro da empresa. A CEO é acima de todos, abaixo da CEO
temos o gerente, e os vendedores abaixo de gerente.

O gerente de TI sugeriu que fosse criado um fluxo para criação de contas de

maneira rápida com as informações obrigatórias necessárias para sua criação,
incluindo tipo de negócio. Essa ferramenta deve estar disponível na tela inicial do
aplicativo de vendas.

Sugestões Gerais
● Utilizem funcionalidades padrões do sistema, trigger, flow builder, respeitando as
indicações do case.
● Em caso de códigos como classe e triggers, crie uma classe de testes para
cada um.
● Criem uma única org para em que será realizado toda a entrega do projeto.
● Caso não consigam avançar em um ponto em específico, tentem resolver da
melhor forma possível.
● Façam com calma! e após realizarem tudo, testem novamente todas as
funcionalidades criadas para que não exista nenhum imprevisto na apresentação.