Latest / Product Guru's : Produto | Negócios | Carreira / Product Manager não desenha fluxo? - Plantão do Guruzinho

Transcript

Product Manager não desenha fluxo? - Plantão do Guruzinho · Product Guru's : Produto | Negócios | Carreira

0:15
Oi, tudo bem com você? Meu nome é Paulo Schord e seja
0:18
bem-vindo ao plantão do Guruzinho Especial de Halloween.
0:22
Nos últimos dias, a comunidade de produto foi pega de surpresa
0:25
com uma bomba. Abre aspas.
0:27
ProArt Manager não desenha fluxo, nem o L-Frame.
0:31
ProArt Manager não desenha nada. Pelo motivo simples, ele não é
0:36
design. Fecha aspas.
0:38
Essa frase rapidamente correu os grupos do WhatsApp e o LinkedIn
0:42
começou a ter posts questionando, apoiando ou
0:45
simplesmente comentando sobre. A autora da polêmica, Isabelle
0:49
Oliveira. No post, além dessa frase que
0:52
tocou no ego de alguns project managers e gerou dúvidas e
0:56
questionamentos nos demais, ela falou o seguinte.
0:59
O user flow de um produto são de responsabilidade e domínio da
1:03
dobradinha project designer e UX designer.
1:07
Ambos têm a obrigação de entender as regras do negócio.
1:11
O PD define as features que devem ser implementadas baseadas
1:16
nos dados que o UX traz de informação dos usuários,
1:21
testando a usabilidade, garantindo a acessibilidade e
1:23
definindo as melhores soluções para o problema ser resolvido.
1:28
Se você é PM e está desenhando coisas...
1:32
Você está, um, alargando seu escopo desnecessariamente, dois,
1:37
atrapalhando o trabalho do designer, três, ajudando a
1:41
manter afastado o time de design das discussões de negócio.
1:45
Se na hora da necessidade qualquer pessoa serve para fazer
1:48
o que é necessário, então temos times imaturos com definições de
1:53
cargos freestyle. O seu trabalho deveria ser o de
1:57
facilitar a vida do designer, tirando empecilhos e deixando
2:00
ele trabalhar em paz. Não se apropriar de
2:03
responsabilidades que não são suas, isolando outros
2:06
profissionais de tomadas de decisões importantes.
2:10
Fecha aspas. Ao invés de comentar sobre o
2:12
posto dela, que tal ouvir a própria falando sobre?
2:16
Fala aí, Isabelle. Claro que me motivou a... a
2:21
escrever sobre isso, ela tem uma fundamentação num problema ainda
2:27
maior, que eu também já escrevi sobre, eu posso até te mandar
2:30
depois. Que é uma questão que hoje na
2:33
área de produto não existe aquele equilíbrio ideal entre
2:38
áreas de desenvolvimento e design, né?
2:43
já observa há bastante tempo o design de devs reclamando que
2:47
eles trabalham em ritmo de pastelaria e que eles têm muita
2:50
dificuldade em se aproximar para as questões de negócio.
2:55
E aí, o que acontece? Hoje, o PM ocupa uma função
2:59
centralizadora. Devs e PMs só conseguem ter
3:07
acesso a qualquer discussão de negócios do produto, da empresa
3:12
onde eles estão, por intermédio de um PM.
3:15
Isso faz com que eles acabem trabalhando em situações de
3:19
pastelaria mesmo. O que eu considero injusto, que
3:23
tem muita pessoa que fica brigando ali, colocando pilha,
3:28
como se fosse um problema do profissional individual, que ele
3:31
precisa ser proativo, que ele precisa provar o valor do
3:34
design, o design tem que se engajar nessas questões
3:39
financeiras também. Só que existe toda uma estrutura
3:43
que a gente pode chamar daquelas regras invisíveis, políticas,
3:47
que a gente não entende muito bem, mas que estão ali operando.
3:51
É uma questão sistêmica, não é de mudança de comportamento, não
3:55
é o designer querer que ele vai começar a ser influente também
4:00
em questões de produto. Tem toda uma estrutura que
4:07
afasta ele disso. Então hoje o PM ocupando essa
4:10
função centralizadora ajuda a afastar essas duas áreas de
4:13
negócio. Só que isso também é um tiro no
4:17
pé do caralho para o PM, porque estando numa posição
4:21
centralizadora, ele leva tiro de todos os lados.
4:26
Então é o fulaninho do comercial que está vendendo coisa que nem
4:30
existe, é a pessoa de customer success também que está fazendo
4:34
ali cobrança, dizendo o que tem que ser implementado porque o
4:37
cliente vai ternar. E aí já modifica também o
4:40
roadmap dele. Então, ele precisa negociar com
4:44
um monte de áreas que está querendo adaptar com o que tem
4:47
que acontecer, colocando as suas necessidades de cada área também
4:52
para ele resolver. E todo fim de quarta, se as
4:56
coisas dão certo ou se dão errado, ele está lá sozinho com
4:59
a faca no pescoço, se responsabilizando muito mais que
5:03
qualquer outra liderança pelo sucesso do produto.
5:06
Mas o sucesso do produto... É de responsabilidade de todo
5:10
mundo que trabalha no produto. Só que isso não acontece na
5:13
prática. Cadê as lideranças de design
5:16
também levando a mesma cacracada que o PM está levando?
5:19
Cadê o tech lead? Eles não têm esse nível de
5:22
responsabilidade porque eles estão afastados.
5:25
Eu entendo. Quando eu falei lá, brincando
5:27
aqui, eu estou do lado dos PMs porque eu vejo isso acontecer
5:30
para caramba. Eu acho injusto.
5:32
Tem uma... um desequilíbrio muito grande.
5:35
E por um outro lado, a gente vê esse comportamento de alguém tem
5:41
que fazer, então eu vou lá e faço.
5:44
Esse eu vou lá e faço, ele sempre vai cair no colo do PM.
5:49
Hoje a gente não tem distinções de papéis muito claras.
5:52
A gente sabe conceitualmente o que é a diferença entre um PM e
5:56
um PO. Mas na prática, a gente sabe que
5:59
acontece que eles estão fazendo a mesma coisa.
6:02
O pior, obviamente, ganhando um salário muito mais baixo, o que
6:06
é injusto também. Em design, surgiu o híbrido de
6:11
UX e Y-design, que são coisas separadas, mas o mercado
6:15
absorveu e coloca isso tudo num profissional só.
6:18
E aí ninguém sabe dizer qual que é a diferença de atuação no
6:23
produto, no negócio, numa empresa, entre o UX designer e o
6:27
product designer. Isso eu não estou nem colocando
6:31
o service designer na história também, quando começa a falar de
6:33
processos. Então, a gente está vivendo um
6:38
momento em que a gente tem várias pessoas de produto,
6:42
existe essa sobreposição do que cada um tem que fazer e é
6:46
cobrado que cada pessoa tenha uma atuação estratégica em tudo
6:51
isso, só que, no fim das contas, a responsabilidade pela
6:55
estratégia acaba somente na liderança do PM.
7:00
É uma loucura que está acontecendo, que torna o efeito
7:07
de... As áreas que precisavam ser
7:10
estratégicas não estão agindo de maneira estratégica, porque
7:14
existe aqui uma dinâmica centralizadora e tudo que não
7:19
está sendo coberto do negócio, ela vai cair no colo do PM, vai
7:23
virar responsabilidade dele. Então, hoje a gente vê coisas
7:26
de... mudança da receita, ok, plausível, isso é uma
7:31
responsabilidade de negócio, até umas loucuras de a cultura da
7:35
minha empresa é responsabilidade do PM mudar, que é até uma
7:39
discussão recente, saca? E eu acredito que isso vai muito
7:44
dessa dissolução das fronteiras do papel de cada pessoa,
7:48
então... Quando eu falei aquele post de
7:52
não é papel de PM ficar fazendo fluxos, era por conta desse
7:56
problema ainda maior. Essas sobreposições que existem,
7:59
que atrapalham a vida de todo mundo e desequilibra todo o
8:05
organismo, todo o funcionamento de um sistema harmônico,
8:10
equilibrado de produto numa empresa.
8:13
Saca? No fim das contas, a gente entra
8:18
naqueles impasses políticos da empresa onde é muito difícil
8:22
trabalhar porque precisa ir pela politicagem de cada uma e cada
8:30
contexto é mais complexo que o outro, o negócio fica travado, o
8:34
produto não evolui e acaba em demissão porque colaborador caro
8:38
que não está fazendo contribuição no negócio, ele vai
8:42
para a rua. mas existe toda uma dinâmica que está
8:46
retroalimentando esses problemas, entende?
8:50
Concorda com a Isabelle? Você que está ouvindo, ouviu até
8:53
aqui, ouviu a introdução, ouviu o áudio da Isabelle, qual que é
8:58
a sua opinião? Você concorda?
9:00
Comente aqui no Spotify, tem um campo de comentário, ou no
9:03
LinkedIn, nos marcando lá, marcando o ProdGurus, marcando a
9:07
Isabelle, comentando sobre o que você achou do áudio dela, da
9:12
opinião dela, até aqui. Bem, pelo bem do debate
9:16
saudável, inteligente e democrático, já diria alguns,
9:20
fui atrás de um contraponto para que possamos ouvir e assim
9:24
ajudar a criar o nosso próprio pensamento sobre o tema.
9:28
Pedi para o Pablo Silva, ele mesmo, aquele lá, head do iFood,
9:32
comentar sobre esse tema tão interessante e polêmico.
9:38
Vamos ouvir o Pablo. É, no LinkedIn, né?
9:41
O famoso LinkedIn Disney, tudo aceita.
9:43
Na prática, a realidade é outra, assim, seria ótimo a gente
9:47
sempre ter um designer, um líder técnico, pareando junto com o
9:50
PM, enfim, a tríade funcionando, fazendo a descoberta do produto
9:55
em colaboração, né? Mas o problema é que nem sempre
10:00
tem um designer pra cada time, então o designer acaba virando
10:04
gargalo, e aí se o PM não se virar, as coisas não andam, né?
10:07
Então... o que faz com que alguns PMs tenham que, de fato,
10:11
desenhar uma blueprint da vida, um macrofluxo e assim vai.
10:18
Outra coisa que eu vejo é que tem, em muitos casos, design
10:21
segue processos que hoje eu considero engessados.
10:24
Tipo, ah não, para pintar um botão a gente tem que seguir
10:28
sempre o mesmo processo. Já vi isso muitas vezes.
10:32
E isso é ruim. Vou levar duas semanas para
10:38
fazer a descoberta de uma coisa que é simples.
10:40
Que a gente podia, de fato, tomar mais risco porque a
10:43
incerteza não é tão grande. Mas não, tem que fazer o Double
10:46
Diamond até o fim e o processo não pode falhar.
10:51
Tem que sempre fazer o mesmo processo.
10:52
Acho que assumem poucos riscos. Por outro lado, tem PMs também
10:57
que não sabem assumir risco e querem sempre fazer... o estudo,
11:03
o maior estudo possível, benchmark, enfim, sei lá, falar
11:11
com mil usuários e acaba sendo oneroso também, né?
11:19
Outras vezes que eu vi também, eu já vi o PM só poder
11:24
participar do desenho da solução no fim, o que é ruim.
11:27
Não só o PM, mas mas o líder técnico, assim, o designer não
11:32
queria liberar antes pra galera da Pitaco, né?
11:39
E aí o ponto é que depois acaba perdendo tempo, né?
11:41
Acaba tendo que ajustar, assim. Eu não acho que o PM que tem que
11:46
conduzir o processo de desenho de solução, eu acho que isso aí
11:48
é responsabilidade do prod designer, mas que pra isso a
11:56
gente não pode ter um gargalo. do design, né?
12:02
Não conseguir fazer e não ter um design pra cada time no fim do
12:05
dia. Acho que pro design tem que ser
12:08
capaz de ser mais dinâmico, mais flexível, assumir mais risco
12:12
junto com o PM e junto com o líder técnico, né?
12:17
Pra conseguir fazer as coisas andarem um pouco mais rápido,
12:20
porque o dinamismo que a gente tem nas empresas hoje, inclusive
12:24
o que tá deixando a palavra de descoberta de produto mal
12:28
visada, né? É porque sempre demora muito,
12:33
né? Acho que a galera entende pouco
12:35
de negócio e aí acaba que fica lento, né?
12:41
E aí é por isso que as pessoas no fim do dia, o PM, até os
12:46
stakeholders, as pessoas de negócio, elas vão querer passar
12:51
por cima do processo criativo, do prod design.
12:56
De novo, eu acho que as responsabilidades precisam estar
13:00
bem definidas, então, acho que o framing do problema, a definição
13:05
de negócio, ela no geral está com o PM, acho que a condução de
13:12
fato de como desenhar essa solução, que eventualmente não é
13:20
um desenho, eventualmente é uma jornada de serviço, é do
13:24
ProDesigner, e a parte de código, de construir a solução,
13:29
é responsabilidade do líder técnico.
13:34
Depois disso, acho que na parte do delivery, de colocar em
13:37
produção, é responsabilidade de todo mundo, olhar o que está
13:39
acontecendo, pegar métricas e afins.
13:43
Mas o que eu sempre digo é, não é porque é responsabilidade de
13:45
um que o outro não pode adaptar, que o outro não pode
13:47
eventualmente fazer sozinho, é mais difícil o designer e o PM
13:52
codar, né? Mas eu não vejo nenhum problema
13:54
de o PM... e entrevistar um usuário sem o ProDesigner, caso
13:59
o ProDesigner não possa. Então, dividir para conquistar,
14:02
né? Eu também não vejo nenhum
14:03
problema do ProDesigner buscar dados, né?
14:08
Analisar, fazer a definição do negócio, se o ProManager está
14:13
com muita coisa para fazer. Também não vejo nada de ruim o
14:18
LeaderTech fazer essas duas coisas, entrevistar o usuário e
14:22
definir negócio, conectar o negócio, entender sobre o
14:25
negócio. Acho que no fim do dia a gente
14:28
tem que resolver o problema e a gente tem que fazer o que a
14:31
gente precisa fazer dentro do contexto.
14:34
Porque... Meu...
14:36
A gente não... A empresa no dia a dia, a
14:39
realidade é outra. Dependendo do contexto, vai ter
14:42
que fazer o que tem que fazer pra fazer as coisas andarem.
14:46
E você pode lutar pra que, de fato, em algum momento as coisas
14:50
vão se ajeitando, né? Elas vão chegando mais perto do
14:53
que a gente chama de normal... Mas nem sempre o normal vai
14:56
servir para todas as empresas também.
14:58
Então, acho que não tem uma bala de prata, né?
15:03
Não tem contexto. A gente sempre volta a falar
15:05
sobre o contexto. Eu acho que é isso que importa
15:07
no fim do dia. Mas, cara, assim, a realidade é
15:10
muito diferente da teoria, né? A prática é muito diferente da
15:13
teoria. A gente não tem tempo, não, de
15:19
ficar... discutindo nessa guerra sobre quem faz o quê e, enfim,
15:26
acho que tem que focar em resolver o problema, focar em
15:29
alinhar, definir bem papéis e responsabilidades e, no fim,
15:34
todo mundo se ajudar, né? Que eu acho que esse é o caminho
15:37
melhor que a gente pode seguir, beleza?
15:39
Valeu! ouvimos duas opiniões sobre o
15:43
tema e agora quero saber de você, você que ouviu até agora,
15:48
qual é a sua opinião? A sua opinião é muito mais
15:52
importante para mim. Você pensa que nem a Isa ou que
15:56
nem o Pablo? Ou na verdade, na verdade, ambos
16:00
estão falando a mesma coisa, só que de maneiras diferentes?
16:05
Sim. Às vezes as pessoas estão
16:07
falando sobre as mesmas coisas, só que de maneiras diferentes.
16:11
Sabia disso? Já pensou nisso?
16:13
Nas reuniões que você faz no dia a dia?
16:17
Às vezes as pessoas das outras áreas estão falando. e você, mas
16:23
só que de maneiras diferentes. Bem, esse foi o Plantão do
16:28
Guruzinho, que volta quando menos esperar ou quando tiver
16:31
alguma polêmica que vale a pena abordar, óbvio, porque não é
16:35
toda polêmica que também vale a pena abordar também, né?
16:38
Calma também. Ouviu até aqui?
16:40
Não esqueça, deixe suas cinco estrelas no Spotify e
16:43
compartilhe esse conteúdo no LinkedIn, WhatsApp, no grupo da
16:47
família, por favor. O link do artigo da Isa e o
16:51
LinkedIn dela e do Pablo estão na descrição.
16:54
Vai lá, segue eles, manda mensagem, compartilha com eles a
16:59
opinião de vocês, marca eles, é isso.
17:02
Beijos, tchau, fui.