Mudanas Sade Financeira

- Escala de notas (0 a 700)

Manter constante, visto que j foram divulgadas diversas pautas com esse nm
ero
Naiara comentou que, junto com a pauta de Hbitos de Consumo, uma das paut
as mais importantes, devido exclusividade
Pontos Lara - Copy of variaveis (no Drive) -> Elementos j presentes no Ma
rketPlace (marquei pontos interessantes)
Vrios pontos identificados na categoria "Dvidas"
Sugesto para a categoria "Investimentos": se a entrada ser maior
do que a sada na poupana, pode-se abaixar a nota dos usurios
- Dvida Sade Financeira
H um problema de categorizao (acho que equivocado, o sistema da planilha do
Marcelo/Maeyce est desatualizado - tenho que confirmar)
- Sistema de rankear usurios
Manter a mesma ideia do atual, s que se basearia numa tabela comparativa
baseada na distribuio das notas do perodo anterior
Geraria um melhor rankeamento por ser mais atualizado e por acompanhar a
tendncia dos usurios
Dependendo dos resultados, poderia ser um indicador da evoluo dos usurios n
o aplicativo
Desafio da mudana: escalabilidade
Tamanho da user_wellness_score: 43 gb, uma das maiores da base (
cerca de metade do tamanho da user_unique_transaction)
Grande tendncia de crescimento
Detalhes desse novo mtodo:
Duas tabelas auxiliares (j no Redshift):
Tabela 1: armazenaria apenas as notas da categoria 0 (to
tal) da user_wellness_score, sendo que ao final de cada dia seria rodado um
script para manter apenas a nota mais recente
(iria distribuir a ocupao da base para todos os dias)
conversei com o Inaj sobre esse ponto e e
le recomendou a seguinte lgica: se o usurio tiver a nota no dia/semana, atualizar,
se no tiver, criar registro
seria mais rpido e no teria que ser agenda
do (est mais suceptvel a erros)
No final do perodo de anlise, rodar um script para calcula
r o resultado e, ao final, limpar a Tabela 1. Os resultados seriam armazenados n
a
Tabela 2: tabela comparativa apenas com os resultados ms
a ms (colunas seriam: month_code, nota, % acumulada)
Parecer tcnico (Gabriel): o processo seria simples e, como seria
feito numa rplica, no causaria problemas ao aplicativo
Alternativas para simplificao:
Rodar os scripts com menos frequncia
Diminuir o intervalo de tempo de anlise (por exemplo, 10
dias) -> tomar cuidado com os efeitos sazonais (comeo/fim de ms)
Filtrar para apenas os usurios que viram a nota do Sade Fi
nanceira no ms (Mixpanel - ia ser um pouco mais trabalhoso)
Como seria a implantao:
Aps a migrao da rplica para o Redshift (est como prioridade 1 do pess
oal de Dev para o ano que vem)
Realizar testes para ver se o procedimento faz sentido (Henrique
- Alice)

Ver como a distribuio de notas (principalmente incidncia de

notas mximas/mnimas)
Olhar amostras
Muitos usurios possuem nota 70 - no houve uma cone
xo efetiva -> eu tiraria esses caras
Muitos usurios possuem nota 513 - ok nas outras e
no investiram
Ver se faz sentido segmentar usurios (selecionar novos, e
ngajados, meio a meio...)
Determinar critrios para clculo
Excluir usurios com nota mnima?
Excluir usurios com nota mxima?
Provavelmente outros questionamentos surgiro aqui
...
Fazer isso para dois ou trs meses
Caso for aprovado:
Criar as tabelas e os respectivos scripts (Gabriel e Edu
ardo - cara novo)
Interligar no aplicativo (Dev Mobile)
Futuro:
Implementar o "Termmetro Financeiro" com base na nota
Pushs com sugestes de como investir o dinheiro
Caso d errado: manter o sistema atual e documentar o experimento
- Comparativo Sade Financeira
Colocar a opo de acompanhar outras notas no histrico no grfico de comparativ
o