Latest / Product Guru's : Produto | Negócios | Carreira / Design System não é só uma biblioteca de componentes | Camila Lopes - Senior Product Lead na Nubank

Transcript

Design System não é só uma biblioteca de componentes | Camila Lopes - Senior Product Lead na Nubank · Product Guru's : Produto | Negócios | Carreira

0:00
Você pensar no design insistem só como componentes.
0:03
É uma visão meio restrita, né? Componentes ele, é claro, parte
0:06
do design insistem, mas o design insistem na sua essência.
0:10
Ele é para garantir. Oi, tudo bem com você?
0:16
Meu nome é Paulo shogge e sejam bem vindos ao programa de gurus,
0:19
o podcast que é voz por trás dos produtos.
0:21
E comigo, nada mais, nada menos do que ela.
0:24
Camila, a maior referência, me falaram.
0:30
Quando o assunto é plataforma e design system.
0:32
Tá certo, cami, é isso. O maior referência eu não sei,
0:35
mas acho que eu tenho uma experiência interessante.
0:37
Ótimo, você está bem? Eu estou ótima em você.
0:39
Bem, também, graças a Deus. Hoje a gente vai falar sobre
0:42
design system e plataforma plataforma e design system.
0:46
Cami, a pergunta aqui não quer calar, por que que é tão
0:49
complexo a gente implementar um design system?
0:53
Poxa, acho que a. A principal resposta pra isso é
0:56
porque a gente não começou cedo. Acho que a maioria das empresas
1:01
é só pensam em fazer um design system quando a empresa já
1:05
escalou, né? Então quando a empresa começa,
1:07
já tem o seu produtor market fit, ela começa a escalar o seu
1:11
negócio é, ela começa a pensar em ter um design system, porque
1:15
o design system vai trazer ganhos de eficiência Pra Ela,
1:17
né? Vai permitir com que ela escale
1:18
mais rápido é e ela teste também em outra.
1:22
O ex e outros elementos mais rápido, né?
1:25
É só que o problema disso é que normalmente quer dizer que tudo
1:28
que você já tem já está implementado sem o design
1:31
system, né? Provavelmente esse processo de
1:33
implementação do design system ele.
1:36
Implica numa refaturação muito grande.
1:38
Tudo que já existe, né? É, então acaba tendo realmente
1:42
esse movimento e é muito comum você ver empresas que fazem o
1:46
tal do facelift ou o tal do repreend e tal.
1:49
E nesses momentos implementam os novos novos design system, né?
1:52
Então as empresas raramente elas só implementam um design system
1:56
novo. No geral isso vem com um
1:58
repreend, um facelift, umas melhorias de usabilidade também.
2:03
Porque você vai ter que entrar no técnico e refaturar muito
2:06
código pra implementar essa nova experiência que você está
2:10
definindo, né? Então é, é um negócio que requer
2:14
esforço, né? Então, quanto mais cedo você
2:18
começar, melhor. Quanto mais tarde você começar,
2:20
pior, porque vai ser maior o seu custo ali de migrar tudo pra um
2:24
design system, né? É, mas eles tem abordagens
2:28
diferentes pra você fazer isso pra ter menos ou mais esforço,
2:31
né? Muitas empresas olham um design
2:34
system, é apenas como uma biblioteca de componentes, não é
2:40
como que acho que é esse vem. Acho que esse é um ponto, né, do
2:44
lance de começar cedo, porque na maioria, na maioria, eles olham
2:48
e falam assim, pô, é uma biblioteca de componentes
2:52
bonitinhos de formas com cantos arredondados, com, né?
2:57
É aquela coisa bonita com. Como que muda essa mentalidade
3:02
pra algo que realmente o design system é algo uma, é uma
3:10
plataforma, algo estratégico, é pra empresa.
3:15
Porque quando eu converso, eles olham muito pra isso, né?
3:19
Tipo, Ah, é uma biblioteca de componente.
3:21
AI, poxa, gente, não tem tempo pra gente?
3:25
Não tem tempo pra gente ficar revendo a borda do botão?
3:29
É como que como que transforma essa mentalidade para olhar um
3:34
design system de uma maneira mais estratégica?
3:36
É, eu acho que você pensar no design system só como
3:39
componentes. É uma visão meio restrita, né?
3:42
Componentes? Ele, é claro, parte do design
3:44
system. Mas o design system, na sua
3:46
essência, ele é para garantir a coerência da sua interface
3:50
visual em relação aos seus padrões de marca, aos seus
3:53
padrões de comunicação. Aos seus padrões de enfim, então
3:58
os padrões que você queira definir que podem ter, tem
4:00
empresas, tem submarcas, né? Então eu posso ter marcas
4:02
diferentes entre uma empresa, eu posso ter comunicações, Fontes,
4:06
cores, espaçamentos. É todos os aspectos que geram
4:10
uma qualidade visual no seu produto e que muitas vezes é
4:14
essencial para que você consiga ter um bom posicionamento no
4:17
mercado, né? Então, no geral, o design
4:19
insistem, ele deveria englobar. Tudo que tange esses aspectos
4:24
visuais do seu produto, né? Então ele não são só
4:28
componentes, ele também são elementos, regras, princípios,
4:32
né? Em inglês, a gente fala muito de
4:33
Peters, é que definem as regras para que telas sejam
4:37
construídas, fluxos sejam construídos e todos pareçam uma
4:40
experiência coesa, né? Que tenha a mesma linguagem de
4:43
marca que tem a mesma linguagem é, você sabe que é da mesma
4:46
empresa de uma maneira muito clara e você consiga ter um bom
4:49
padrão de experiência. Se você simplifica muito para
4:52
componente, você perde boa parte desse dessa vantagem realmente
4:56
do design system. 11 dos pontos é quando a gente vai falando de
5:00
design system já, já a gente vai passar pra pra plataforma.
5:04
É dar uma pincelada sobre plataformas.
5:07
Mas continuando no design system, uma dificuldade que eu
5:11
vejo muito é em explicar o design system.
5:15
É você explicar o Roy dele. É porque os stakeholders olham
5:23
como o botão, como a tela, como o hue brand, que nem você falou.
5:29
É como que a gente calcula o Roy.
5:32
Existe uma fórmula do tipo x é igual a 2 m multiplicado por 7,
5:40
então x é igual anão tem isso, né?
5:43
É como que que a gente calcula o Roy.
5:46
Não tem isso. Mas existem alguns alguns hacks,
5:50
né? Então uma coisa que você poderia
5:53
fazer então depende do modelo da sua empresa, né?
5:55
O Roy vai depender de como a sua empresa opera, né?
5:59
É, mas pra empresas, por exemplo, que terceirizam muito
6:02
os serviços, né? Se você tem um design system,
6:05
você pode dizer que o seu Roy é o custo pra uma outra empresa
6:08
desenvolver esse design, né? Então se eu pagasse uma empresa
6:11
terceira pra fazer o meu design system enquanto eu estaria
6:14
pagando, é. Você deixa de ter esse custo pra
6:17
ter os ganhos que você tem de eficiência, né?
6:19
Então, tipo, você desenvolver, óbvio que sempre um pouco da
6:22
conversa, do fazer dentro ou fazer fora de casa, né?
6:25
É, mas isso é uma coisa que a gente usava muito, como um
6:27
benchmark de plataforma assim, né?
6:29
Então, por exemplo, Ah, tem uma plataforma aqui, por exemplo, de
6:34
CACD, né? Uma plataforma que é permite com
6:37
que eu lance código de maneira rápida é, eu quero saber qual
6:41
que é o hod, essa plataforma. Você pode fazer é, se eu
6:44
contratar uma plataforma de mercado, quanto que eu estaria
6:47
pagando para eles para fazer isso?
6:48
Sabe? É versus.
6:49
Ou ter isso em casa e descobrir quanto que eu, que eu é, tenho
6:54
de custo com isso? É, então isso é uma forma.
6:57
Mas também tem formação, talvez um pouco mais concretas, né, que
7:01
não dependem de você fazer orçamentos externos.
7:04
É que é você partir do do que você ganha de eficiência, né?
7:08
Então o design insistem, ele é uma ferramenta que traz muita
7:10
eficiência, porque como entrar essas regras pré definidas?
7:14
Ele deveria acelerar muito e aumentar a qualidade de fluxos
7:18
criados, então você pode tanto mensurar, é a velocidade que
7:22
você ganha. Então vamos supor quanto tempo
7:24
um designer demorava para fazer um fluxo, pô, ele demorava, sei
7:28
lá, 2 semanas para fazer um fluxo, agora que você tem um
7:31
design system, quanto tempo ele demora, pô, ele demora um dia,
7:35
então vamos estimar, né? Quanto que eu pago no salário
7:38
desse designer por essas 2 semanas que ele economizou de
7:41
tempo, né? É, e aí você consegue ter uma
7:44
estimativa do quanto você está gerando de retorno de
7:46
investimento, é pelo design, insistem em existir, dá pra
7:49
fazer isso com a engenharia também, em quantos aspectos?
7:52
E outra coisa que você pode fazer se você está implementando
7:55
um design system no processo de facelift do seu, do seu produto,
8:00
né, do seu aplicativo. O próprio Nubank fez isso, né?
8:03
É, teve um momento que teve uma repaginação assim do aplicativo,
8:07
da primeira página tal, e que o design system foi implementado é
8:12
teve um ganho de conversão, né? Um ganho de é.
8:16
Cliques mesmo que você tem no seu produto, porque ele passa a
8:19
ter uma experiência melhor, uma vez que você tem uma experiência
8:21
mais redonda, mais coesa, é mais amarrada.
8:24
Então você também pode colocar essa esse ganho de conversão com
8:27
o possível Roy aí é do seu produto.
8:32
Então, basicamente a gente é eficiência, né?
8:35
No final do dia, design system é sobre eficiência, que também vai
8:39
resultar em custo, receita e ali e ali por diante, né?
8:45
Ou não? É se a gente for reduzir, se a
8:48
gente for fazer um reduzir. Oo design system é é eficiência.
8:52
É um produto principalmente de eficiência, mas em muitas
8:55
empresas ele também é 11 ferramenta de melhoria, de
8:58
melhoria de experiência, né? Então você pode mensurar tanto
9:02
essa eficiência que você ganha quanto o quanto você está
9:05
melhorando essa experiência, né? E usar isso como mensuração de
9:08
Roy. Já que vamos falar sobre
9:10
estratégia, processos e bens estruturados e design insistem
9:13
eficientes nesse episódio, não posso deixar de mencionar o
9:16
curso de prótese design da PM 3 a nossa parceira esse ano, o
9:19
eleito o curso mais relevante de 2024 pelo design team.
9:23
Uma formação para quem quer ser capaz de aplicar a mentalidade e
9:27
os processos de design em toda a jornada de criação e evolução de
9:30
um produto, vale lembrar. Que APM 3 é referência em
9:34
produtos digitais com mais de 40000 alunos é muito aluno,
9:38
Hein? Os conteúdos são práticos, on
9:40
demand e apresentados pelos melhores instrutores do mercado.
9:43
Um exemplo, Fernanda faria, o outro exemplo, Joaquim Torres, o
9:47
Joca, e tem muitos instrutores de peso.
9:50
Nos cursos da PM 3 quero saber mais sobre essa formação de
9:54
Project design. Acesse OQR code na tela ou link
9:58
aqui na descrição do episódio para você baixar a ementa
10:02
completa e conferir todas as habilidades que você irá
10:04
dominar. E você que está ouvindo, achou
10:07
que não tem cupom? É claro que tem cupom.
10:10
Prode tiguruz tudo junto e você tem 10% de desconto em todos os
10:14
cursos da PM. 3 aí aqui vem vem uma pergunta casca de banana
10:18
para você, okan que é? Qual o nível de resistência que
10:24
você viu ou já já viu nas nas empresas, nos cases por onde se
10:28
passou? Qual o nível de resistência dos
10:31
designers com o design system? Existe resistência mesmo dos
10:35
designers, com o design system ou ou não?
10:39
Existem 2 perfis de designer, eu diria os que ficam muito felizes
10:43
quando existe um design system, porque facilita a vida deles e é
10:46
mais fácil e rápido deles colocarem coisas.
10:49
E designers principalmente, que são iwi designers que se sentem
10:53
restritos pelo design system. E aí eu acho que tem uma
10:56
diferença do perfil de contratação e até do que você
10:59
espera, né? Num designer na sua empresa, né?
11:01
Tem empresas que contratam uex, designers que são designers de
11:05
jornadas, designers de serviços, designers de experiências
11:09
completas. Esse perfil de designer eu sinto
11:12
que no geral, gosta muito de ter um designer system.
11:14
Porque ele te ajuda muito a garantir essa coerência, né?
11:17
Com a experiência da jornada com é OA marca que você quer
11:22
representar com a identidade que você quer que seu produto tenha.
11:27
Se você contrata iwi designers, no geral, ywi designers, eles
11:31
trabalham com yuai. Então se você dá um design
11:34
system pronto pra eles é você tá restringindo muito o trabalho
11:39
criativo deles de criar uma nova yuai, né?
11:42
E criar uma interface realmente diferenciada.
11:44
Então é, eu acho que esse perfil é um perfil que é mais
11:47
desafiador mesmo. Empresas que as pessoas costumam
11:50
ter um perfil mais de UIUX, né? Ou um perfil mais de UI, você
11:55
tem mais resistência mesmo. É.
11:58
E aí a forma de você resolver isso no geral, né, é você ter os
12:03
incentivos certos, né? Então você ter os
12:05
reconhecimentos certos, incentivos certos pra que as
12:08
pessoas utilizem o design, insistem, né?
12:10
Então elas sejam reconhecidas quando elas utilizam o design,
12:13
insistem. E elas sejam, entre aspas,
12:17
punidas. Como elas não utilizam, né?
12:18
Então é você incorporar isso no na sua leder de design, né?
12:23
Você incorporar isso muitas vezes nos processos mesmo de
12:27
design da sua empresa. E aí, e aí o aí vem o ponto, né?
12:31
Design system ele é sobre governança ou sobre autonomia?
12:37
Como que a gente encontra esse equilíbrio entre padronização e
12:42
flexibilidade para atender diferentes produtos?
12:46
Porque em uma empresa grande e aí um exemplo da Nubank, são
12:52
vários produtos, né? Claro que aí tem uma
12:54
consistência. Quem usa o os aplicativos da
12:57
Nubank, os produtos da Nubank, vê uma consistência visual, que
13:02
é graças a um design system. É bem feito, é e que os times
13:08
usam, entendem o valor do do do design system.
13:12
Mas como que a gente definiria? É sobre governança, é sobre
13:16
autonomia. Como encontrar esse equilíbrio?
13:19
Existe os 2 pontos, né? Você nunca vai ter, assim você
13:22
não consegue. Eu nunca vi uma empresa que
13:25
consegue emplacar um design, insistem, sem permitir um nível
13:29
de autonomia. Porque.
13:31
O momento que você tem um design system, normalmente você tem um
13:34
time central que cuida desse design system, né?
13:36
Você tem um time de design system na sua empresa, pelo
13:40
próprio fato de existir um time central, quer dizer que esse
13:43
time nunca vai estar adiantado com todas as demandas da
13:47
empresa, né? É meio que impossível.
13:49
Tipo, você vai ter é inúmeros outros times de produtos
13:52
desenvolvendo fluxos, é, e eles vão ter demandas que às vezes
13:56
eles precisam de um elemento de uai que o design system nem vai
13:59
ter, né? Porque é é meio que impossível
14:02
você antecipar todas as demandas sempre, né?
14:04
Então esses elementos muitas vezes não existem.
14:07
Então o que é muito importante, acho que é um pouco do da
14:11
mentalidade em relação a isso, né?
14:12
Então, primeiro, acho que o time do design system, ele tem que
14:15
ter relações muito bem estabelecidas com o resto da
14:18
empresa pra que ele sejam envolvidos nas conversas, né?
14:22
Então ele possa dar sugestões de com a melhor forma de trabalhar
14:25
com esses casos de uso que o design system não resolve bem.
14:29
É e você permitir experimentações, né?
14:31
Então a gente fala muito em produto que contra dados no
14:34
argumentos, né? Então às vezes você vai ter
14:37
opinião de um designer que poxa, não, mas fica mais lindo nesse
14:40
formato, mais lindo naquele outro.
14:43
E é o que a gente sempre propõe, é, experimenta, né?
14:46
Faz o experimento. Vamos medir a conversão do
14:48
fluxo, e você usa a conversão do fluxo como um critério para
14:52
decidir se aquele é uma boa interface, um bom componente,
14:55
uma boa experiência para o seu usuário, né?
14:57
É, e com isso você consegue começar a criar fluxos de
15:00
colaboração com seu design system.
15:02
Então você não precisa que 100% do seu aplicação do seu site
15:06
esteja usando design system. É, você pode usar essa
15:09
flexibilidade. E aí conforme você vai testando
15:12
coisas novas no seu site que funcionem, que tem uma boa
15:15
performance, né? Você pode incorporá las no seu
15:18
design system e permitir essa evolução.
15:20
Então, acho que é muito importante que o design system
15:22
seja algo que evolui ao longo do tempo.
15:24
Se ele for estático, ele vai parar de ser usado, né?
15:27
É, mas ele também precisa permitir essa autonomia, né?
15:30
Ele acaba. É uma coisa que tipo a empresa
15:32
inteira tem que colaborar com o design system, né?
15:34
Não é uma coisa que um time faz sozinho e define sozinho, porque
15:38
o design system tá lá pra servir a empresa e não ao contrário,
15:41
né? Entre.
15:42
O meu ponto entre um outro ponto aqui, que é o quanto, o quanto
15:47
que a engenharia, quanto que os times técnicos é entendem do
15:52
design system. Porque isso ajuda eles, né?
15:55
Ajuda Na Na Na velocidade de desenvolvimento, na eficiência,
16:00
numa padronização. É, eles não não precisam mais, é
16:04
que OPD ou OX tenha que desenhar a tela do da jornada, é o design
16:11
OPD, ele só precisa colocar a referência do componente, né?
16:14
Quais são os componentes? Nem tipo, se bobear, dependendo
16:17
da maturidade, é nem precisa, porque o.
16:21
O deve vai olhar e falar assim, pô, é nesse daqui.
16:23
Então já sei quais são os componentes, é, mas o quanto que
16:27
a engenharia compra o design system?
16:29
Porque em em muitos lugares que eu conheço e converso é existe
16:34
uma resistência, né? Porque o deve acha que é a fina
16:39
arte de desenvolver uma telinha, um simples botão?
16:44
Não, eu acho que a. Gente, cai num programa muito
16:46
parecido com aquele que eu comentei, disse, você é um iwi
16:49
designer se você é um ex designer, né?
16:51
Se você é um desenvolvedor, é de front end específico, específico
16:56
de front end, que está acostumado a construir OAE.
16:58
Esse é Oo central do seu trabalho.
17:02
Você vai ficar frustrado dos alunos.
17:03
Aí insistem, porque você meio que automatizou que era o
17:06
central do seu trabalho, né? É?
17:08
Então você começa, tipo, não estou mais gerando tanto valor
17:11
aqui, consumindo esse interface. Se você é um envolvedor que é
17:13
full Stack, que é mais back end ou que tem outro perfil, é.
17:19
Aí você não gerava é muito valor, porque está te acelerando
17:21
a entregar algo rápido, né? Então acelera a sua entrega de
17:24
valor e você precisa de menos conhecimento para conseguir
17:28
construir uma boa interface, né? Então eu acho que de novo a
17:31
gente volta um pouco nessa questão de perfil, né?
17:33
É. Então eu acho que se você tem um
17:37
time que tá cheio de de desenvolvedores front end, né?
17:41
É a maneira é tentar evoluir esses resolvedores para que eles
17:44
se transformar nos resolvedores mais full stacks, né?
17:47
É? Ou empoderar?
17:49
Eles ajudarem a evoluir o design system, né?
17:52
Então é, pô, como é que em vez de vocês só ficarem brigando com
17:56
o design system, vocês se tornam grandes parceiros do time do
17:59
design system, às vezes vocês mesmos constroem componentes
18:02
novos e coisas novas. É pra que o design system siga
18:05
evoluindo, né? Então tem uma mudança de mindset
18:08
e acho que é muito importante esse.
18:13
Esse incentivo de uso design system ele vem é tanto de cima,
18:16
né? Então a alta gestão está
18:17
alinhada com isso e construindo os incentivos corretos para que
18:20
ele seja utilizado. É quanto de baixo?
18:23
Então o próprio time de design insistem no dia a dia, ali o
18:27
engenheiro, o time de design insistem, tem que tem que ter
18:29
uma boa relação com o engenheiro do time que está criando uma
18:32
tela, sabe? Então você tem que construir
18:34
também 11 relação e uma satisfação interna.
18:38
Dos times interagindo com o time de design system para que você
18:41
consiga ter um pouco dessa adoção também como?
18:44
Que é IAA. Gente tem que tocar, né?
18:46
No No assunto inteligência artificial não tem como é como
18:50
que a inteligência artificial afeta?
18:52
Ela afeta negativamente positivamente.
18:54
Ela ajuda Na Na adoção mais rápida, é numa construção melhor
18:59
ou ela simplesmente ao invés de ser um design em system muito
19:04
mais elaborado para as necessidades e tal?
19:09
OAIA ela meio que vai pasterizar é os componentes, sabe?
19:14
Meio, meio que vai ficar meio que padronizado, mas tipo por
19:17
baixo. Qual que é?
19:18
Qual que é o impacto da IA na sua visão, eu acho.
19:21
Que AIA ela. Ela aumenta um pouco
19:23
padronização, né? Então aumenta que você usa é
19:26
coisas de IA para criar. Ela segue 11 certo padrão.
19:30
Isso não necessariamente é ruim, né?
19:32
Porque, por exemplo, o material design, ele foi um padrão de
19:35
Android que de iOS que a gente usa até hoje, né?
19:38
Então a gente usa isso pra várias interações, é, e é uma
19:45
base que vários design insistem e se baseiam em, né?
19:48
Então existe uma certa padronização que vem desses
19:51
grandes padrões definidos por essas empresas, né?
19:54
Então, tipo, quando a Apple e Google, por exemplo, divulgam
19:57
padrões, né, do. De design para tipo aplicativos,
20:03
né? Você fala, pô, esse é um padrão
20:05
de interação que vai sempre se aplicar um celular, né?
20:08
É pra web você também ter algumas, alguns trading setters
20:11
assim, né? Que meio que definem um pouco do
20:14
que as pessoas costumam seguir como padrão.
20:17
Quando você constrói um site, você for acessar um e Commerce
20:19
hoje em dia, a maioria deles é muito parecido, segue uma
20:22
estrutura muito parecida, né? Então essa padronização ela já
20:26
meio que existe. Porque o mercado tende a fazer
20:29
isso, né? Você tende a ver quem tem a
20:30
melhor conversão, quem tá ganhando o mercado ali você meio
20:33
que copia aquilo, é então AEA, ela traz um pouco desse risco
20:38
sim, de padronizar um pouco mais, né?
20:41
Eu acho que ela traz um risco, que é você não criar coisas que
20:45
são adaptadas ao seu contexto, né?
20:47
Então nenhum produto é bom sempre, né?
20:50
Você precisa adaptar isso ao seu contexto.
20:52
Então AEA, eu acho que eles podem, ele pode ser uma ótima
20:56
fonte pra iniciar o seu trabalho.
20:58
Então, em vez de você começar do zero, você fala, ei, a me dá
21:01
umas alternativas, me dá umas ideias, né?
21:03
É? E aí você consegue iniciar seu
21:05
trabalho a partir daquilo e às vezes ganhar muito tempo, porque
21:08
você não precisa fazer o que é óbvio, né?
21:10
O que é óbvio talvez AIA já consiga fazer pra você, mas você
21:13
precisa ter esse expertise, esse know how e esse conhecimento do
21:17
contexto da sua empresa pra construir o que AIA não vai te
21:21
falar, porque AIA não vai entender o contexto da sua
21:23
empresa pra saber que você precisa do componente XE, não do
21:26
y, né? É então pelo menos o estado
21:30
atual da e a hoje para aspectos visuais, né?
21:33
É, ela ainda não consegue substituir uma pessoa criando
21:37
uns IN sistem para uma empresa de alta performance, né?
21:41
Ela só consegue te ajudar a ganhar um pouco de eficiência,
21:45
te dar ideias. É, enfim, é te apoiar.
21:49
Alguns aspectos assim é talvez no longo prazo, com AEA
21:53
evoluindo cada vez mais. Acho que a gente corre SIM 1
21:56
pouco esse risco de padronização, mas isso já existe
21:59
hoje, né? Só vai ver, tipo, uma grande
22:02
padronização de interfaces que vem por causa desses grandes
22:04
modelos, né? Que eu comentei esses trends,
22:07
setores. Aí é, talvez fique até um pouco
22:12
mais parecido. Não sei o quanto isso também faz
22:15
tanta diferença assim, né? É, mas eu acho que isso já
22:18
acontece hoje. Eu não vejo como 11 problema,
22:21
né? Acho que é uma coisa que a gente
22:22
trabalha ao redor disso e tenta alavancar o máximo possível o.
22:26
Agora, o Fábio, a gente vai falar um pouco de de de
22:28
plataforma e aí a gente não vai se aprofundar porque a cama e
22:31
vai voltar em um outro episódio para falar só de plataforma
22:36
gestão de de de plataforma, de produtos, produtos, plataforma.
22:42
Cada um define de um jeito. É esse esse tipo de de de de
22:48
produto, o kami. O porque é parece, porque parece
22:54
que produtos de plataforma é algo místico, é algo difícil, é.
23:01
Todo mundo olha para um produto de plataforma e já tem
23:04
calafrios. Meio que parece um bicho de 7
23:07
cabeças, né? Parece um bicho Papão do tipo
23:09
AI. Não deve ser difícil, sendo que
23:13
teoricamente. Segue a mesma disciplina de
23:17
gestão de produtos de de de normal, não?
23:20
Sim. É, eu acho que isso é uma
23:22
falácia muito usual. Assim, as pessoas costumam achar
23:26
que gestão de produto de plataforma é outra ciência,
23:29
assim é outras técnicas, é outras coisas.
23:32
E a verdade é que não muito é muito parecido assim, né?
23:37
É o que eu acho que muda bastante para um produto de
23:40
plataforma, né? Tem algumas.
23:42
Realmente algumas nuancias que mudam um pouco, mas eu diria que
23:45
a essência da disciplina é a mesma, é.
23:48
Acho que uma nuance é que um produto de plataforma, ele tem
23:51
que pensar muito mais em longo prazo.
23:53
Então, às vezes, quando você está testando um produto, né,
23:56
tipo, pô, vou testar um produto novo.
23:59
Você quer fazer algo mega tosco para validar rápido e já escalar
24:02
o negócio tosco que você fez, né?
24:04
É para um produto de plataformas, você não vai fazer
24:07
isso na prática, você pode fazer algo tosco para validar a sua
24:10
ideia com seahoders e tal, mas você nunca vai poder escalar o
24:14
seu produto tosco, senão não é uma plataforma, né?
24:16
Então é, você tem que aprender como é que você testa em Tera
24:22
com muito menos volume de dados, né?
24:24
Então eu vou aprender fazendo 11 como é que você aprende rápido,
24:28
que você está no caminho certo? É, mas às vezes sem lançar e
24:32
escalar aquele produto daquela forma, né?
24:34
Então, quer dizer, fazer experimentos específicos.
24:36
Quer dizer, às vezes você parar com a engenharia para fazer um
24:38
teste de carga, fazer umas coisas mais específicas que vão
24:42
validar as hipóteses que você precisa, de que aquele produto
24:45
está, é está pronto para escalar da forma que você precisa, né?
24:49
O outro ponto é a questão de como é que você prova o valor de
24:54
uma plataforma, né? Então é mais difícil você
24:58
justificar o valor de uma plataforma, porque às vezes não
25:00
é tipo assim, Ah, eu estou diretamente gerando tanto de
25:03
receita. No geral, você eu diria que
25:05
produtos verticais, né, produtos que vão pra mão do seu
25:08
consumidor final, eles são produtos que geram receita e os
25:11
produtos de plataforma são produtos que geram economia, né?
25:15
Então quando você pensa no pianel da sua empresa, né, no
25:20
nos lucros que a sua empresa tem, é uma função de receita a
25:24
menos custos, né? E as plataformas estão em
25:26
reduzir custos, então, no geral, você é mais, vamos dizer assim.
25:32
É mais legal você gerar receita do que você cortar custo, né?
25:34
Tipo assim, parece um negócio mais é animado que tem mais
25:39
destaque, né? Mas é tão relevante quanto é.
25:42
E se você consegue fazer um bom marketing pessoal, né, do seu
25:46
produto e do seu valor, você consegue ter muito
25:48
reconhecimento também, porque às vezes você pode fazer toda a
25:51
diferença no lucro da empresa, né?
25:53
Então, uma forma com que a gente tenta às vezes.
25:57
Tirar um pouco desse, desse baias que as pessoas têm de
26:00
falar, pô, eu só economizo curso do angelero receita é falar
26:03
qualquer qual que é o seu impacto no lucro da empresa, né?
26:06
Então, às vezes, isso é uma maneira de você fazer um
26:09
marketing melhor dessa parte de economia de custos, né?
26:12
Pô, eu gerei tanto de lucro, porque economizei tanto de de em
26:15
custos, né? Então essa é uma esse é um bom
26:19
frameing para você utilizar. É que talvez quebra um pouco
26:23
desse bairro assim que gera talvez um pouco de preconceito
26:25
aí com com time de produto. E o outro ponto, que é que eu
26:29
converso bastante, é, pô, ô, legal, xote, produtos,
26:32
plataforma. Ele é um bicho de 7 cabeça, é
26:34
difícil. Aí tem uma pergunta que eu não
26:39
sei, é muito. Quando eu ouço, eu olho e falo
26:42
assim, pô, você tá criando uma dificuldade que não existe, eu
26:46
acho. Mas quem sou eu pra falar essas
26:49
coisas que é? AOPM de plataforma.
26:53
Ele precisa saber kodar isso não é.
26:58
Não é verdade, né? Elkami o que que OPM de
27:01
plataforma ou um PM normal que quer ir para a plataforma?
27:04
Precisa aprender, saber entender.
27:08
É o que a gente fala muito é que um PM, independente do contexto
27:13
que ele tá, ele precisa ter um bom conhecimento daquele
27:16
domínio, né? Então, por exemplo, um PM que
27:19
trabalha no produto de marketplace, ele precisa
27:21
conhecer muito bem o mercado de marketplace, né?
27:23
Ele precisa conhecer é o que vai fazer o produto dele se
27:25
diferenciar, o que que os competidores estão fazendo, o
27:28
que que importa para o seu cliente final.
27:30
Ele precisa entender quais são os mecanismos que fazem um bom
27:34
marketplace, né? Um marketplace de sucesso.
27:37
Então, por exemplo, você tem um equilíbrio de oferta e demanda
27:40
no seu marketplace, você tem uma questão de variedade de
27:43
portfólio, então você tem todas essas alavancas.
27:47
Que são o que definem se o seu produto está bem posicionado ou
27:51
não. E que vem muito desse
27:53
conhecimento que você tem no mercado de marketplace, né?
27:56
No caso de por de plataforma, é a mesma coisa.
27:58
Você tem que você tem que construir esse conhecimento
28:00
também no seu domínio. Então você tem que entender o
28:03
que que faz aquela só uma boa plataforma, o que que os seus
28:06
competidores estão fazendo, o que que são as alavancas que vão
28:09
fazer com que ele gere mais valor para o seu negócio, né?
28:12
É, e aí isso muitas vezes quer dizer que você tem que entender
28:15
um pouco mais de aspectos técnicos, né?
28:17
Mas isso não quer dizer você entender de código.
28:20
O que você tem que entender é a camada funcional do negócio, né?
28:24
Então você entender, tipo, como é que as coisas funcionam, é o
28:29
que que tem Independência com o que, como é que as coisas se
28:31
conectam, né? Então você tem que conversar
28:34
mais com a engenharia, você tem que dialogar mais com a
28:36
engenharia pra entender mais o seu produto.
28:39
Você vai trabalhar mais próximo de engenharia do que se você
28:42
talvez tivesse no time vertical, mas existem de plataforma, por
28:45
exemplo, que são de dados, então você vai, você vai trabalhar com
28:49
analistas de dados, né? Aí você vai ter que entender
28:51
mais sobre a arquitetura de dados.
28:52
Você tem produtos de plataforma, tipo design, system, que ele é
28:55
uma plataforma de design, então você tem que entender muito bem
28:57
design também, né? Então é entra muito nessa
29:02
conversa do expertise, do domínio, mas o que eu acho é que
29:05
tem muitos PMs no mercado. Que eles não desenvolvem essa
29:09
expertise de domínio, né? Então eu trabalho num e Commerce
29:13
e eu não faço benchmark um e Commerce, eu uso uma intuição
29:16
pra trabalhar no e Commerce, porque eu já sou um cliente de e
29:19
Commerce no dia a dia, então tem uma boa intuição disso, né?
29:22
É que às vezes pode ser verdade, às vezes não.
29:24
Óbvio, né? Eu sempre sou a favor de todo
29:26
mundo desenvolver essa, esse expertise, mas é um pouco mais
29:29
fácil você ter essa intuição quando você também é cliente do
29:32
produto, né? Mas isso de novo é uma falácia,
29:35
porque às vezes você você pode tomar decisões muito erradas
29:38
baseadas nessa nessa sua intenção como cliente, né?
29:42
Então eu acho que um produto de plataforma, ele só te obriga a
29:48
conhecer mais o domínio, falar mais com seus clientes, entender
29:51
mais o que que são as alavancas que tornam seu produto um bom
29:54
produto é do que às vezes um produto que é mais é.
29:59
Comum de você trabalhar no mercado e que você mesmo tem
30:02
experiência como cliente. Então, basicamente é fazer o que
30:08
já faz, senão é, né, OPM, normal, não tem nenhum, nenhum,
30:14
não tem nenhuma. Uma skill ou hard skill, que
30:17
tipo é óbvio, né? Existe uma questão de entender
30:20
sobre tecnologia, é um pouco mais do que um PM comum.
30:26
Sinceramente, no mercado atual você tem que entender de
30:29
tecnologia, né? Em qualquer mercado que você
30:32
estiver. Isso EE não necessariamente
30:35
saber acordar, né? Cami?
30:36
Não precisa, é? Eu sei porque eu fiz engenharia
30:39
de computação, mas acho que nenhum dos meus liderados sabe
30:42
EEE. Tudo funciona super bem.
30:46
Eles lidam muito bem com o time de plataforma.
30:48
Eu tenho até um designer liderando o time de plataforma e
30:51
funciona bem porque ele consegue ter.
30:54
Esse discernimento, né? Do que que ele precisa entender?
30:57
Ele precisa entender o que é funcional e as dependências.
31:00
Ele não precisa entender código, implementação técnica.
31:04
Ele não precisa entrar nesse nível.
31:06
Mas aí entre o ponto do do da plataforma é no último episódio
31:11
de 2024, a Ju, a Júlia Souza da Nubank, é veio aqui me ajudar a
31:18
entender o que esperar de 2025 BRL de produtos.
31:23
E um dos pontos que ela e o Pablo Silva mencionar é sobre
31:26
plataformização é as empresas que tiverem essa mentalidade é
31:33
de plataformizar, é as coisas, é questão de eficiência, custo,
31:38
enfim, quais são os tipos de plataforma que existe?
31:43
É. Existe uma plataforma
31:45
horizontal? Eu vou estar falando, o
31:47
groselles aqui, que atende vários produtos, é e existe uma
31:51
plataforma. Específica que você constrói
31:54
para um tipo de produto ou para uma jornada, enfim, que ela não
31:59
vai ser usada por outra jornada ou não vai ser usada por outro
32:03
produto. É.
32:05
Como que funciona esses 2 tipos de plataforma?
32:08
EOE como saber é? Como saber usar isso?
32:15
Existe alguma diferença? Porque pelo que eu assim, eu não
32:18
sou PM de plataforma. Eu estou fazendo uma pergunta
32:21
justamente porque sou burro. É, enfim, o me parece que a
32:29
plataforma que você constrói pra um determinado produto e só só
32:34
pra esse produto, ele é um nível, é de esforço menor de.
32:43
De gestão? Não, isso não.
32:45
Isso não significa que seja fácil, é.
32:49
E quando a gente fala de uma plataforma, de uma plataforma
32:52
horizontal, que é uma plataforma que atende vários produtos, me
32:56
parece que a gente tá escalando a complexidade de entendimento e
33:03
de gestão dessa plataforma pelo número de produtos linkados
33:07
nela. Faz sentido isso?
33:09
Como que é feito esse esse trabalho?
33:13
Faz total sentido? É, eu diria.
33:16
Tem empresas que tem até modelos diferentes para isso, né?
33:20
Então, pegando a Amazon como exemplo, AWS é um ótimo exemplo
33:24
desse produto que é mais horizontal, né?
33:27
Então, o próprio serviço de cloud da Amazon, ele começou
33:30
como um produto interno para Amazon usar e depois virou um
33:33
produto que está sendo oferecido externamente, né?
33:36
É, e ele começou assim, tipo assim, pô, a empresa inteira
33:39
precisa colocar rodar software, né?
33:42
É. E a gente quer ganhar eficiência
33:44
nisso. Como é que eu começo a construir
33:46
esse produto, né? E aí é um produto que você tem
33:48
que entender as necessidades da empresa inteira, e aí como você
33:52
prioriza, né? Ou como a gente normalmente
33:54
prioriza, você prioriza muito pelo seu cliente mais relevante,
33:57
então isso vai ser o seu cliente que tem mais volume, então,
33:59
tipo, pô, eu tenho um cliente aqui que ele tem muito plano de
34:01
custo, ele tem 1 o volume grande e ele está sofrendo muito com é
34:05
com hardware, né? Então ele é um grande candidato
34:08
para usar cloud, por exemplo, é ou vou pegar um cliente que
34:11
está. É, ele é a grande prioridade da
34:14
empresa esse ano, né? Então, pô, esse time aqui é a
34:17
grande prioridade da empresa, então eu vou apoiar ele, porque
34:20
se eu conseguir validar valor com esse produto, vai ser mais
34:23
fácil de eu escalar essa plataforma depois, né?
34:26
Então toda plataforma, ela começa com um caso de uso único,
34:29
né? Você não vai começar com 20
34:31
clientes, então você nunca vai ter MVP, né?
34:32
Então você vai sempre escolher um primeiro cliente, então a sua
34:36
plataforma, se elas servem um produto só de 21, é ou.
34:43
Ela não deveria ser uma plataforma em si, tipo, ela é
34:45
muito mais um produto técnico do que uma plataforma mesmo porque
34:49
plataforma, por definição, quer dizer que você serve múltiplos
34:52
clientes, né, de perfis diferentes, ou você está nesse
34:56
estágio de crescimento? Você tem um primeiro cliente,
34:59
você quer expandir para próximos, né?
35:01
É, e aí é natural, você vai realmente amadurecendo a sua
35:04
plataforma, aí você vai um cliente por vez, tendendo as
35:07
dores deles e evoluindo a plataforma.
35:10
Mas quando você vai começar, ela é muito importante que você
35:13
mapeie. Sabe aquela análise de Tam
35:15
samsom o total address, bom market service houdress bom
35:19
market é, você quer mapear muito isso no por uma plataforma
35:24
interna também, né? Então você quer mapear, tipo
35:26
assim, pô, se eu fizer uma plataforma uma e pense, pense
35:29
numa visão bem holística, bem longo prazo, né?
35:32
Quais são todos os meus potenciais clientes aqui dentro
35:34
da empresa? Qual que é o valor máximo que eu
35:36
posso gerar, né? E aí pensar, beleza, se eu
35:39
construir algo factível, tal qual que é o valor possível que
35:42
eu vou gerar aqui, né? Qual que é o meu meu marketing
35:46
interno, né? Então são as mesmas skills de
35:49
novo que você aplica para produtos externos, você aplica
35:51
para produto interno também, e você entende o seu tamanho de
35:54
mercado interno para você definir que direção você vai com
35:58
a plataforma, se vale a pena, você plataformizar, porque
36:02
também está um pouco na moda. Tudo tem que plataformizar.
36:05
E não é verdade, né? Você operar a plataforma é exige
36:10
esforço, né? Exige tempo, exige manutenção.
36:14
Então, se você quer transformar numa plataforma de verdade, quer
36:17
dizer que aquilo tem que ser algo estratégico para você, né?
36:19
Tem que ser algo que vai te gerar bastante valor no longo
36:21
prazo. Você tem um mercado interno
36:23
grande, né? Então é quando o momento que
36:27
você faz isso direito acaba sendo meio natural essa evolução
36:30
da sua plataforma através desses estágios.
36:34
A gente está se caminhando pro pro final.
36:36
Mas aí você trouxe a polêmica do episódio.
36:39
Eu acho é que é nem tudo precisa plataformizar é você, você
36:50
olhando, dada a sua experiência e expertise.
36:54
É no assunto. Quando você olha para o mercado
36:57
de fora, assim é. A Nubank é uma empresa que
37:01
plataformes ela, ela nasce qualquer produto que ela vai.
37:06
Minha impressão tá olhando de fora.
37:08
Me parece que quando a Nubank olha e fala assim, vamos
37:11
construir um produto, ela sabe muito bem o que ela vai
37:15
construir. É então ela já começa
37:18
plataformizando isso, esse produto ou não.
37:22
Ela ela nasce e depois ela entende que pô.
37:25
Precisa ou não? Plataformizar, não precisa.
37:27
Então deixa solto, não solto, né?
37:29
Modo de dizer solto ou precisa plataformizar é isso, é esse
37:34
mesmo, o racional ou não depende.
37:36
Muito do contexto, né? E eu acho que isso que é
37:39
importante. Eu acho que o Nubank tem essa
37:40
filosofia bem, mas outras empresas que eu que eu trabalhei
37:44
já já tiveram também. Então vou dar um exemplo da
37:47
Natura, que eu trabalhei lá e agora eu posso falar deles que
37:50
eu não trabalho mais lá, é. A Natura, por exemplo, tinha um
37:54
serviço de e Commerce, né? E eles lançaram esse serviço de
37:59
e Commerce como back end só para o site.
38:02
Então, ele ele era uma plataforma, mas ele também não
38:05
era uma plataforma, porque ele servia só um cliente.
38:07
Ele não foi pensado para servir mais de um cliente.
38:10
Em algum momento, a Natura falou, pô, vou lançar o
38:12
aplicativo também do e Commerce. E aí quando foi adaptar esse
38:16
back end para servir também o aplicativo, foi muito sofrido.
38:21
Porque foi um negócio que não foi plataformizado desde o
38:24
começo. Então você precisou de adaptar
38:26
um Monte de regra ali que foi pensada pra ser baseado, por
38:29
exemplo, em cookie do navegador, que quando você está no celular
38:32
você não tem isso. Então eles tiveram que refazer
38:34
umas lógicas muito grandes. Se a Natura tivesse pensado
38:38
desde o começo, pô, eu vou lançar um e Commerce para mobile
38:42
e para em um app, e para é a web.
38:46
Talvez eles tivessem construído uma arquitetura que não se
38:48
baseava em cookies. Talvez eles não tivessem um app
38:51
desde o começo, mas eles já teriam feito uma arquitetura que
38:54
é mais fácil de expandir pra esses futuros casos de uso, né?
38:58
E eu acho que é exatamente isso que a gente tenta fazer no
39:01
Nubank e acho que empresas mais maduras em termos de
39:03
formalização tem pra fazer. Não é que eles criam uma
39:06
plataforma inteira desde o começo, não é isso que a gente
39:09
faz. É muito mais entender quais são
39:11
esses possíveis casos de uso futuro pra que eu tome decisões
39:15
que vão ser escaláveis, né? Então é muito plataformização, é
39:19
muito sobre como você pensa em escalabilidade do seu produto,
39:23
em aplicar ele para diferentes casos de uso, para você ter o
39:26
máximo de eficiência e velocidade no longo prazo.
39:30
Se a gente fosse fazer um exercício, o kamen aqui para
39:33
encerrar, quais seriam os trade offs para decidir para essa
39:38
tomada de decisão de plataformizar ou não?
39:42
É, existe o contexto, mas existe o que nem você falou, pô, a
39:46
gente não vai plataformizar tudo, mas pelo pelo a sua fala
39:50
eu posso estar é numa numa perspectiva, é ter entendido de
39:55
uma maneira. E aí você pode me corrigir?
39:58
Me parece que é plataformizar. Ela é uma decisão muito mais do
40:04
time de engenharia e de arquitetura baseado.
40:09
No, no, no, no. Produto em si, junto com o tipo
40:12
de produtos, óbvio, mas é muito mais uma um trade off da da área
40:17
técnica, de tipo. Pera aí, galera, calma que nem
40:21
você deu o exemplo da Natura. Pô, calma, pera aí, entendi, mas
40:25
vamos começar dessa maneira aqui, a plataforma aqui ou
40:28
orientar a cookies? Não vamos fazer uns trade offs
40:32
aqui pra decidir o que que a gente por onde a gente vai,
40:35
porque se a gente for querer plataformizar tudo.
40:38
O produto não safe é e a gente tem o Tibet marketing, né?
40:43
Então quais que são os trade offs?
40:44
Eu eu fiz a leitura certa da sua resposta ou não?
40:49
Acho que sim, e. Não, né?
40:50
Tem plataformas que elas não são.
40:52
Eu dei um exemplo que ele é um pouco mais técnico, né?
40:54
Dessa decisão de protaformização.
40:56
Mas isso envolve bastante o negócio, porque quem que vai
41:00
pensar no futuro caso de uso? Não é a engenharia que vai
41:03
pensar, que vai querer lançar o app.
41:04
É um negócio que vai pensar que vai querer lançar o app no
41:06
futuro, né? Então, quem que vai fazer esse
41:08
Discovery de possíveis novos produtos futuros, de possíveis
41:13
expansões, de possíveis casos de uso?
41:15
É produto, né? É quem vai decidir se vai.
41:19
Se você está disposto a gastar o tempo para construir um negócio
41:22
que é mais escalável ou você quer fazer algo que é mais
41:25
rápido, é produto também. Então o produto tá muito
41:28
envolvido para tomar essas decisões e trazer essas
41:31
direções, né? Então.
41:34
É, eu diria que o pmd plataforma, ele olha muito para
41:38
pra onde o seu negócio quer ir, né?
41:41
Pra você pensar nesses futuros casos de uso e entender o que
41:43
que vale a pena plataformizar ou não, o que que você vai build, o
41:46
que que você vai bue, né? Tem muito dessas decisões assim,
41:49
num contexto dia a dia de um PM de plataforma é, mas depende do
41:55
seu contexto, né? Então esse exemplo que eu dei na
41:56
Natura, ele era mais técnico, mas tem outras decisões que você
41:59
vai tomar que não vão ser tão ser tão técnicas, né?
42:03
Então, por exemplo, um próprio exemplo de um design system, né?
42:06
Às vezes você pode decidir fazer um componente x ou o componente
42:09
y dependendo da demanda do seu negócio, né?
42:13
E aí você às vezes OX vai ser mais escalável pro longo prazo,
42:17
mas ele é mais complexo de você implementar, né?
42:20
Então, um exemplo que existe disso é, quando você vai fazer
42:24
um design system, vamos supor que eu quero fazer 11 e
42:28
Commerce, eu posso fazer um botão de confirmar.
42:32
E eu posso fazer uma página para, por exemplo, listar 11
42:35
produto no carrinho, né? É, tem 2 formas de eu
42:38
plataformizar isso. Uma coisa é falar, pô, o botão é
42:41
replicável, então qualquer um que for criar for usar, fazer
42:45
uma página de carrinho, pode ir lá e puxar o botão e colocar.
42:50
Só que cada um vai ter que criar a página inteira.
42:53
Eu posso falar, não vou plataformizar a página.
42:55
Então, a página inteira é um template, né?
42:57
Um HTML completo. E aí toda vez que alguém quiser
43:00
construir uma página de de carrinho, vai ser tipo copia e
43:06
cola. Assim vai ser muito mais rápido.
43:08
Só que óbvio, se for fazer essa página que é grande, que é a
43:12
copia e cola, vai ser muito mais demorado, né?
43:15
Eu posso começar só pelo botão, que é muito mais rápido, né?
43:18
E aí o negócio que tem que entender, tipo assim, o que que
43:21
são as necessidades, o que é AA linha melhor com o negócio, é só
43:25
o botão ou essa página completa. A página completa funciona para
43:28
as necessidades de negócio? É, então tem muitos trade offs
43:33
ali que eles não são técnicos, né?
43:34
Eles tem a ver com a proposta de valor que a sua plataforma está
43:38
trazendo, né? Óbvio, tem outros que são
43:40
técnicos, até porque muitas vezes o cliente, uma plataforma,
43:43
pode ser um engenheiro, né? É, mas não quer dizer que Oo
43:47
pessoal de produto não tem um papel mega relevante ali.
43:50
Então o recado da came para você que está ouvindo e assistindo
43:54
esse episódio é, vai com calma. Calma, não sai plataformizando
43:59
tudo sem não é porque falaram que tem que calma, calma, é a
44:04
mesma coisa de Ah, bota aí tudo. Calma, não é?
44:06
Bota aí tudo pelo amor de senhor Jesus Cristo, é o kamim.
44:11
Como que você vê o futuro de 2025?
44:13
Quais são as tendências? Se você fosse olhar assim pra
44:16
2025 e fala se assim short em 2025, plataforma vai ser assim.
44:24
Né? Gestão de plataforma vai ser
44:26
assim, o design system vai seguir essas tendências pra
44:30
gente finalizar, eu acho. Que tem uma tendência que já vem
44:33
acontecendo, que é o design system.
44:36
Em muitas empresas, ele era visto como um padrão de design e
44:40
não como uma plataforma técnica. Então, o que que isso quer
44:43
dizer? Quer dizer que existia tipo
44:45
padrão para o designer. Então existia tipo o layout
44:49
bonitinho, mas isso não existe no código, sabe?
44:52
Então quase que uma regra que só design segue, não existe um
44:54
código plataformizado de fato pra um design system.
44:58
É então uma tendência que já vem nos últimos anos, né?
45:02
É das empresas transformarem o design system em plataformas de
45:05
fato, né? Então, tudo o que é está
45:09
definido por design, de alguma forma vira uma regra no código,
45:12
né? Ou vira um componente novo ou
45:13
vira uma regra. É e usar o próprio código pra
45:17
garantir que as pessoas estão aderentes a esse design system,
45:20
né? Então, por exemplo, você poderia
45:23
é só usando um exemplo genérico aqui.
45:26
Mas vamos supor que eu sou um engenheiro que trabalha no
45:29
Spotify, eu vou lá e faço uma tela.
45:32
É, eu uso o botãozinho do design system, mas eu não uso o
45:34
cabeçalho do design system na hora que eu for publicar essa
45:38
tela, né? Falar, pô, tá aqui minha tela
45:40
nova. Talvez possa ter.
45:41
Existe algum bloqueio que fale, você não pode porque você não
45:44
está usando tal componente dos ifsystem, né?
45:47
Então eu acho que é cada vez mais 1 ano em que essas
45:51
governanças estão começando a se tornar uma coisa mais.
45:56
É mandatória, né? A gente tá passando a ter
45:59
movimentos de plataformização e de governança de forma
46:03
automatizada, né? Então, em vez de ter pessoas
46:06
indo lá manualmente fazer as coisas, você automatizar essa
46:09
governança. É, então acho que no mundo de
46:12
plataforma, acho que é muito isso que eu tenho visto assim,
46:15
né, do do cenário geral. Assim é.
46:21
E aí, óbvio, a iai entra como uma alavanca pra isso, né?
46:24
Você automatizar sua governança tem muito a ver com é essa
46:28
evolução que a gente está vendo, a inteligência artificial e essa
46:31
parte, você também gerar código automático e tal.
46:34
Isso também é uma coisa que a iai consegue alavancar muito.
46:37
Mas o mercado vai mudar muito com essas evoluções de EI, né?
46:40
Então, sei lá, o PNA já já lançou aquele primeiro modelo
46:44
deles, que passa num teste, passa num teste x lá que eu já
46:50
esqueci o nome, que se compara com a inteligência média de um
46:54
ser humano pra resolver problemas, né?
46:56
Então essa EI, ainda não é nada acessível, né?
46:59
Porque ela é caríssima, não é? Dos modelos do ChatGPT é das que
47:02
são bem mais cara da open i. É, mas o mercado vai mudar muito
47:07
conforme essas reais mais inteligentes foram ficando mais
47:11
baratas, né? E a gente conseguir é socializar
47:14
mais isso. É até difícil da gente prever
47:17
isso, né? E, no geral, o ser humano é
47:19
sempre muito negativo em relação ao valor que as coisas vão
47:24
trazer, né? Se a gente for olhar tipo os
47:27
filmes de Wi-Fi, os filmes que faziam a anos atrás, né, como é
47:31
que vai ser o ano 2000? Aí todo mundo achava que no ano
47:34
2000 a gente estava ferrado, entendeu?
47:36
E não, não tinha mais verde que acabou a Terra, sabe?
47:40
Oo ser humano. Ele é muito pessimista quando
47:42
ele pensa no futuro, então as pessoas são muito pessimistas
47:45
como elas pensam na EA, porque é um mecanismo de adaptação nossa,
47:49
né? A gente foi tipo, a gente
47:51
evoluiu para sobreviver, então a gente tem que ser pessimista,
47:53
né? Mas AE aí vai trazer coisas
47:55
muito incríveis que a gente nem consegue talvez antecipar da
47:58
melhor forma hoje, sabe? Ou.
48:00
Seja a cami é otimista com o futuro?
48:04
Eu sou. Parto cami, ótimo.
48:06
Então, mas caso dê algum problema no futuro com IA, com
48:11
robôs, basta a gente ter uma arma, um cachorro e Will Smith,
48:18
é? Isso a gente.
48:18
Resolve a parada é enfim. Quem pegou a referência pegou.
48:23
Eu não vou ficar explicando referências porque eu sou velho,
48:27
é, enfim, kami, muito obrigado pelo pelo seu tempo e pela sua
48:30
agenda. Você volta mais vezes no PG para
48:33
a gente aprofundar, principalmente sobre o tema de
48:36
plataformização, que deve ser um tema quente em 2025, é e mais,
48:42
nada mais do que trazer a maior referência no assunto para para
48:46
conversar aqui com comigo e com as pessoas.
48:49
Muito obrigado, viu, kami? Muito.
48:51
Obrigada, eu? Você que ouviu até aqui,
48:53
LinkedIn da cami está na descrição, vai lá se conectar
48:57
com ela e manda o oi, cami, me explique o rolê do design
49:02
system, me explica a plataformização é me ajuda peça
49:08
ajuda para cami ali no LinkedIn todos os links e referências é e
49:14
até mesmo artigos de estudo, alguma coisa.
49:17
Cami eu vou pedir aqui para cami.
49:19
Algumas referências, ela vai me mandar os links a está na
49:23
descrição aqui também para que você possa se aprofundar no
49:25
tempo e saber mais sobre design, system e plataforma também.
49:30
É isso? Beijos, tchau, fui.