###### tags: `MELHOR BOCADO`

# Passagem Comercial
- Jorge Ikeda: diretor
- Felipe: PPCP (Lais não sabe se é gerente de PPCP)
- Cristina: PPCP também
- Oscar: dono da empresa
- Marcio Okada: consultor Protheus

Se a equipe não estiver entregando cobrar.

Lembra o processo da Dauper, é perecível o produto tem funcionalidades no OpCenter pra isso. Ver o case da Dauper.

Pedidos Centralizados: Starbucks, por exemplo, cliente grande e recorrente. Geralmente MTS.

Pedidos Pulverizados: clientes menores, geralmente MTO

Possuem restrição de pessoas por tipo de produto, precisam distribuir essas pessoas entre as linhas.
As pessoas podem trocar de linha, mas não é comum. Setup deles é limpeza das máquinas, então tentam minimizar ao máximo o setup.

Diferenciar o que é MTO e MTS.

Alocação de Materiais: FIFO, respeitar a perecebilidade dos materiais, quele que está mais perto de vencer.

Sequenciamento da pesagem e do recheio, no exemplo da empanada, a etapa 'Fazer empanada' puxa as duas anteriores.

Protheus e Banco SQL
Implantaram em 4 meses o PROTHEUS
Equipe dedicada

Conversa pré-kick off
- detalhar o cronograma
- mostrar os templates

## Agenda Arthur e Victor
- Sem agenda presencial (só se necessário)
- NEOExtracts padrões (onde estão?) - layout de integração no drive
- Não violar essa premissa;
- Pode ser csv ou linked server
- Passar as views conforme layout
- Layout RS_Professional
- Não fugir de sequência preferida (setup e data de entrega)
- Reports estão prontos também
- Perecebilidade vai ter que mudar o layout?
- Tabela de estoque e OC pelo menos vai ter que ter informações de perecibilidade
- Importante frisar as restrições do Rapid Start
- Definir o usuário desde o início
- Perder um tempo para deixar claro para o usuário o que o preactor faz
- mostrar o treinamento pra ele e explicar o que o preactor faz no rapid
- Tem exportação??? Verificar com a Laís.
- No rapid start está um view pronta e eles pegam dela.
- Se proteger que o projeto foi barato;
- o que acontecer que não está estritamente na proposta não deve ser feito;
- O ideal é que o projeto fique nas horas que foram vendidas.
- Pega mal cobrar extra durante o projeto
- Incremento de escopo durante suporte
- melhor é que as melhorias sejam propostas depois de utilizarem a ferramenta

#### Dificuldades
-

#### Pré kick-off
- Ver meio de comunicação preferencial;
- criar grupo no whats se eles não se importarem.
- Ver se eles utilizam teams
- Pedir números
- Criar o Podio;
- Agenda para o kick-off;
- Falar das tabelas:
- pedir emails para mandar os modelos de tabelas
- enviar as tabelas para eles popularem com um amostra de dados
- Consigo demonstrar o preactor já com base de vocês no kick-off
- e server de input para a especificação
- Definição de sponsor(s) do projeto (gerente do projeto por parte da melhor bocado)
- e já definir também o usuário chave;
- Ponto importante é que o conhecimento sobre a ferramenta seja dissipado, mais de uma pessoa na empresa domine a soluçã

###### Notas