Gabi pode te conectar para o “dever de casa” (ideal) ou nos podemos

esperar e esclarecer no call de quinta, Vinicius.

On Mon, May 31, 2021 at 9:02 PM Vinicius Reato <vinicius@pitzi.com.br>

wrote:
Oi João,

Na verdade, na última troca de e-mail que tivemos sobre este assunto, eu

mandei uma query (https://admin.pitzi.com.br/blazer/queries/2733-meli-
products) mostrando que estamos recebendo de MELI os dados referentes
ao produto e o @Marco Garutti confirmou, dizendo ser suficiente para dar
match do nosso lado. Sendo assim, acredito que não temos pendências em
receber informações que estão sendo enviadas do lado deles.

Sobre o item 2, ficou claro quais dados são necessários para que eles
consigam cotar o seguro, porém, ainda não está claro em qual momento do
fluxo de venda essa nova integração estaria. Com as informações que
temos, vejo duas opções:

1 - A cada cotação MELI faz uma chamada para o nosso sistema

informando os dados citados acima e nós (Pitzi) respondemos o valor do
seguro
Essa solução não me parece ser a verdadeira, visto que eles informam no e-
mail que eles possuem um endpoint. Nós de tech usamos a palavra
endpoint para nos referir a API's do nosso sistema em que terceiros irão
consumir, sendo assim, perde-se o sentido da solução que pontuei acima.
Essa opção me parece mais complexa, e nós só poderíamos começar a
vender depois dos dois times terminarem a integração/homologação.
2- Pitzi cadastra os valores no endpoint descrito por eles fora do fluxo de
vendas, e após cadastrados, os valores são utilizados no fluxo de venda
deles (sem novas interações com Pitzi para cotação)
Esta solução parece fazer mais sentido para mim, visto que eles estão
buscando uma certa independência de oferta do nosso seguro.
Essa solução, estando ela fora do fluxo de vendas, me parece nos dar a
possibilidade de executar uma ação "emergencial" e cadastrar
manualmente os nossos dados no endpoint deles e liberar o processo de
vendas, e, em um segundo momento, integrar efetivamente o nosso
sistema para que consigamos dar independência para nosso time realizar
as alterações que forem necessárias.

Dito isso, saiba que ambas soluções ainda estão no âmbito da suposição e
acredito que só conseguiremos ter certeza de qual dos modelos a solução
proposta se parece mais, na reunião de quinta-feira.

Se para você estiver mais claro como este fluxo funcionaria, por favor, me
ajude a entender.

Obrigado!

Ps: Se quiser me conectar com alguém de tech de MELI, fique a vontade

que já posso ir vendo isso amanhã mesmo.

On Mon, May 31, 2021 at 7:01 PM Joao Miranda

<joao.miranda@pitzi.com.br> wrote:
Gabi, Vini) Ja eh a 3a vez q ele menciona nao estarmos consumindo o end
point. Estamos assumindo mais risco em prol do nosso crescimento, mas
nao podemos seguir sem consumir informação que nos é disponibilizada e
nos é util.
Marco, Vini) teremos o call de quinta pra esclarecer, mas basta ler o ponto
2 e ja fica claro o que eles estao dispostos a fazer no assunto pricinhg. Por
favor, fazer dever de casa da otica ajustes de dev e otica pricing pra
chegar mais preparados pra decide and move.

Todos) temos que tentar barrigar tudo que der com assuntos OFF mas o
assunto Claims e Bilhete (urgentes e atrasados?) penso que devamos
cumprir o que se espera de nos em paralelo ao assunto pricing (importante
e estratégico).

On Mon, May 31, 2021 at 5:53 PM Francisco Videla

<francisco.videla@mercadolibre.com> wrote:
Joao como vai? desculpe o delay, mas estamos nos organizando para
poder priorizar os quick wins.
Deixo abaixo alguns pontos para nos alinearmos.

1. IMEI:
Efetivamente estamos começando o desenvolvimiento para fazer as
mudanças necessárias para:

-- so oferecer o seguro quando o seller é green o melhor. >>> To be

ready 20-Jun
-- deixar de cancelar apólices por falta de IMEI. >> ready
-- proveer informação do aparelho nosso end point >> ready (Pitzi needs
to star consuming)
-- pegar o dado de IMEI do FULL no caso de estar >> ready (No caso de
nao ter o dado vamos enviar como NULL, nao um numero x)
Atualmente estamos so oferecendo a um 60% da base dos users.
Queríamos perguntar você se acha o melhor começar oferecer 100%
so quando o track de sellers green esteja pronto ou começar desde
amanha para ir aumentando o volumen de vendas. O que opina?
Atualmente temos só 2 sinistros de 1000 apólices no canal ON.

2. GTIN.
Obrigado por sua proposta mas nosso plano para evitar os problemas de
GTIN atuais no ON MARKET é diferente e já está sindo usado com outros
partners.
Nos ja temos pronto um end point para que voces podam se integrar para
cotizar de maneira escalável para que o dia de amanha seja muito fácil
oferecer seguros para outros produtos (laptops, tablets, etc).
Para isso precisamos que ustedes integren-se a nosso end point com um
modelo de:
- DOMINIO ej: celulares
- MARCA ej: apple
- RANGO DE PRECOS ej: desde $200 ate $400 (preço de venda)
- COBERTURA ej: Roubo, Furto e Daños Acidentais
- PRIMA NETA ej: $150 (Share da apólice que debe cobrar Pitzi +
Seguradora)
- PRECIO MAXIMO ej: 260 (preço máximo que pode ser oferecido ao
cliente)

No caso do exemplo Meli tem uma comissão maxima de 42%. Mas

poderia vender mais barato sempre respeitando o share de pitzi para ese
marca+rango

Para que voces tenham mais info, podemos usar a reunião da quinta-
feira para apresentar-lhes voces este modelo de cotização que ja
estamos usando exitosamente com outros partners.

3. Outros pontos:
> Ainda temos no OFF muitos modelos que nao estão fazendo match >
email cadena "Modelo que mostramos no es el que tiene el cliente" pode
nos ajudar para pushar isso?
> Ainda temos casos de Claims onde nossa integração falha. Precisamos
finalizar este problema...
> Nos informaram que a solução para que voces atualizem a apólice vai
ficar pronta para fim de junio....este é um ponto que Daniel solicitou no
26/03...nao teríamos que ser mais rápidos aqui?

Espero sua rápida resposta no ponto 1 para alinearmos sobre o encendido

final do ON MARKET.
Saludos

Fran

On Mon, May 31, 2021 at 10:12 AM Joao Miranda

<joao.miranda@pitzi.com.br> wrote:
Hola Fran, Hola Equipo Meli, como están?

Disculpen por el follow pero quisiera consultarles cómo vamos con los
temas de eliminar IMEI y GTIN match para los green sellers?

Estuve en la weekly el jueves pasado pero la pauta estuvo enfocada en el

Off. Quisiera ver cómo podemos ayudar para acelerar/priorizar estas 2
frentes (y luego pricing), pq seguro van a cambiar nuestro patamar de
ventas.

Una vez más refuerzo nuestra disposición para reunirnos y aclarar lo que
haga falta aclarar para avanzar.

Saludos

Joao

On Mon, May 24, 2021 at 10:36 AM Joao Miranda

<joao.miranda@pitzi.com.br> wrote:
Hola Fran, como estas?

Ha pasado una semana desde que te escribí documentando nuestro "de

acuerdo" a tu idea de eliminar necesidad de IMEI para GREEN
merchants, a la cual sumamos la idea de eliminar requisito de GTIN a los
mismos merchants y así buscar multiplicar las ventas del ON hasta un
4x.

He visto tu respuesta y he sabido de tus reuniones con el equipo, lo cual

te agradezco mucho. Hoy solamente quería confirmar que de nuestra
parte estamos al 100% comercial, operacional y tecnológicamente
preparados para que MELI encienda los cambios ASAP!

En resumen:
1. Tema IMEI, sigamos adelante, puedes enviarnos un IMEI ficticio lleno
de nueves... 999999999999999 (15 digitos "9") y por aca
sustituiremos por un IMEI de uso interno.
2. Tema eliminación de requisito de GTIN (para cuando no haya match),
2 novedades:

Ya creamos una herramienta para identificar los no-match, así

que puedes olvidarte del "techo" de 1/3 del negocio que yo
 propuse el sábado pasado. Mandalos a todos!

Con respecto al Product ID que MELI nos suele enviar en caso de

match. Cuando sea no-match, sencillamente utiliza el Product
ID 2420 como seña para que lo identifiquemos post-venta.

IMPORTANTE: como Meli pasará a precificar de acuerdo al valor de la

venta y no al LMI Pitzi, para este tipo de ventas tenemos que juntos
ajustar el request de la API, de R$ de prêmio a % de prêmio

3. En ambos temas 1 y 2, la única restricción es ser ON y

GREEN merchant y deben utilizar los siguientes Plan IDs: Perciba que
estamos aprovechando para segmentar los canales (OFF, ON NON
GREEN actual y el ON GREEN). Esto nos permitirá avanzar en otra
solicitud tuya pricing de acuerdo a los riesgos y ser más agresivos de
acuerdo al canal y/o tipo de seller.

4. Por fin, nada de nuevo en este respecto, pero para que podamos
generar los billetes con la aseguradora y podemos suscribir el riesgo,
necesitaremos de estos datos:
 SKU
Descrição
Valor da NF
Data da Venda
Valor Cobrado
Dados cadastrais do cliente
Plan ID según el cruce de la tabla arriba
GTIN (apenas para non greens)

Estamos a la orden para reunirnos y aclarar cualquier ponto que haga

falta, senõres.

Lets unleash MELI ON!

Abrazos a todos!

João

--
Vinícius Rinaldis Reato.
Software Developer