{"id":117559,"date":"2021-05-13T14:44:12","date_gmt":"2021-05-13T17:44:12","guid":{"rendered":"https:\/\/fluency.io\/br\/blog\/?p=2939"},"modified":"2024-02-01T09:56:10","modified_gmt":"2024-02-01T12:56:10","slug":"gestao-stakeholders","status":"publish","type":"post","link":"https:\/\/homolog.fluency.io\/br\/blog\/gestao-stakeholders\/","title":{"rendered":"Gest\u00e3o de Stakeholders: como desenvolver como Product Manager"},"content":{"rendered":"\n

A Gest\u00e3o de Stakeholders est\u00e1 entre as tarefas mais desafiadoras para os Product Managers<\/a> (PMs), sejam eles de n\u00edvel j\u00fanior, pleno ou s\u00eanior. Na verdade, o desafio tende a acompanhar a responsabilidade do cargo.<\/p>\n\n\n\n

De um lado, \u00e9 preciso gerenciar solicita\u00e7\u00f5es, ideias ou a press\u00e3o de diretores e outras \u00e1reas sobre como o produto deveria ser ou ter. De outro, \u00e9 necess\u00e1rio liderar times promovendo inspira\u00e7\u00e3o e engajamento sobre um backlog de desenvolvimento. <\/p>\n\n\n\n

E no meio disso tudo, fica o desafio de se fazer estrat\u00e9gico e definir uma vis\u00e3o de produtos que traduza a estrat\u00e9gia da empresa. \u00c9 neste lugar que estamos quando o assunto \u00e9 Gest\u00e3o de Stakeholders. <\/p>\n\n\n\n

Vamos desbravar essa jornada juntos? <\/p>\n\n\n\n

Como saber quem s\u00e3o seus stakeholders e o que eles necessitam?<\/h2>\n\n\n\n

Nem todo mundo \u00e9 seu stakeholder. Para identificar exatamente quem s\u00e3o os seus p\u00fablicos de relacionamento, voc\u00ea precisa, primeiramente, entender o conceito. Os stakeholders s\u00e3o as pessoas conectadas com o seu trabalho (produto, projeto ou funcionalidade), pessoas acima de voc\u00ea na hierarquia s\u00e3o stakeholders com autoridade. <\/p>\n\n\n\n

O seu time de desenvolvimento, por exemplo, tamb\u00e9m \u00e9 stakeholder. E ainda: \u00e1rea de suporte, atendimento ou vendas. Cada uma dessas pessoas tem interesses diferentes, mas todas t\u00eam seu motivo e expectativa para estar em contato com voc\u00ea. <\/p>\n\n\n\n

Entretanto, para cada uma delas, voc\u00ea precisa ter um plano e aten\u00e7\u00e3o diferente. Vamos falar sobre como criar um plano t\u00e1tico para lidar com essas pessoas\/\u00e1reas.<\/p>\n\n\n\n

O que um time de desenvolvimento precisa?<\/h2>\n\n\n\n

Um time de desenvolvimento precisa que a pessoa de produtos forne\u00e7a prop\u00f3sito ao seu trabalho. Al\u00e9m disso, ele quer que suas demandas t\u00e9cnicas sejam entendidas com a mesma empatia demonstrada pelos clientes. <\/p>\n\n\n\n

O time de desenvolvimento tamb\u00e9m precisa que o trabalho esteja organizado e que voc\u00ea tenha as r\u00e9deas da situa\u00e7\u00e3o nas m\u00e3os, ou seja, prioridades no backlog, sprints planejadas, refinamentos realizados, builds testados, etc.<\/p>\n\n\n\n

Mas tem uma falha que, frequentemente, o profissional de produtos comete: ele se esquece de compartilhar os resultados. Sabe as m\u00e9tricas de produtos? Pois \u00e9, elas precisam ser compartilhadas e vividas pelo time de desenvolvimento tamb\u00e9m. <\/p>\n\n\n\n

Al\u00e9m de trazer a vis\u00e3o de produtos para essas pessoas, o trabalho delas ter\u00e1 significado quando elas realmente colherem os frutos do que fizeram depois de horas a fio e muitas linhas de c\u00f3digos ou assets do Figma. <\/p>\n\n\n\n

Voc\u00ea conhece seu time. Pense no que a pessoa de Design quer fazer para desempenhar seu trabalho com qualidade. Pense no que Engenharia gostaria que voc\u00ea levasse em conta. A lideran\u00e7a dessas pessoas \u00e9 sem o crach\u00e1 de chefe. E estabelecer uma rela\u00e7\u00e3o de confian\u00e7a e igualdade \u00e9 o melhor caminho. <\/p>\n\n\n\n

O que as \u00e1reas pares esperam?<\/h2>\n\n\n\n

As suas \u00e1reas pares s\u00e3o aquelas que t\u00eam envolvimento com a jornada do cliente no qual seu produto ou funcionalidade est\u00e1 inserida. <\/p>\n\n\n\n

Elas t\u00eam objetivos em com os seus como pessoa de produtos. E por terem objetivos e cuidarem dessas partes da jornada, tem demandas espec\u00edficas de acordo com suas atividades.<\/p>\n\n\n\n

Profissionais de CS\/CX, por exemplo, n\u00e3o querem ser surpreendidos com uma funcionalidade nova na m\u00e3o do cliente sem que eles tenham sido avisados e treinados. Essa \u00e1rea \u00e9 a autoridade sobre o tom de voz com o cliente. Elas precisam saber claramente o que voc\u00ea est\u00e1 fazendo, o porqu\u00ea e quando aquilo estar\u00e1 no mercado. Em conjunto, voc\u00eas preparam as pessoas do time para aquele lan\u00e7amento. <\/p>\n\n\n\n

Por fim, elas tamb\u00e9m demandam melhorias do produto. Afinal, dialogam com clientes, prestando suporte o dia todo. Tenha empatia por isso e planeje as melhorias dos seus produtos levando os dados que eles trazem em considera\u00e7\u00e3o. Planeje o roadmap em conjunto.<\/p>\n\n\n\n

J\u00e1 o Marketing \u00e9 respons\u00e1vel pela narrativa do lan\u00e7amento do seu produto. Eles precisam entender a proposta de valor, os diferenciais e a concorr\u00eancia. Voc\u00ea estruturou o plano de Go to Market? Agora saia da caverna de produtos, mostre para eles e aceite os feedbacks. <\/p>\n\n\n\n

E Vendas? Ah, o time de Vendas. Eu tenho certeza que voc\u00ea um dia j\u00e1 sentiu uma dorzinha no cora\u00e7\u00e3o ao saber que Vendas vendeu algo que n\u00e3o tinha ainda no produto. Pois bem, quando isso acontece, voc\u00ea vai l\u00e1 de cora\u00e7\u00e3o aberto disposto a conversar para entender o porqu\u00ea?<\/p>\n\n\n\n

As pessoas em Vendas costumam ser ansiosas, o que pode ser uma caracter\u00edstica positiva para o trabalho, de certo modo. Mas a ansiedade no ser humano \u00e9 provocada principalmente quando ele n\u00e3o tem visibilidade do que est\u00e1 por vir. Isso acontece com a gente desde beb\u00ea. <\/p>\n\n\n\n

Por isso, o time de vendas precisa saber o que est\u00e1 acontecendo em produtos. Mantenha a equipe a par dos pr\u00f3ximos passos, e certifique-se de que exista uma proximidade com a \u00e1rea. Voc\u00ea n\u00e3o deve expelir, mas, sim, acolher. L\u00e1 tamb\u00e9m est\u00e1 uma fonte rica de ideias para o seu roadmap ou discovery. <\/p>\n\n\n\n

O setor jur\u00eddico, de compras e outras \u00e1reas de suporte s\u00f3 n\u00e3o precisam que voc\u00ea d\u00ea mais trabalho para elas. E tamb\u00e9m para que n\u00e3o seja uma pessoa rebelde sem causa tentando acabar com a burocracia, pois, para eles, a burocracia \u00e9 sinal de seguran\u00e7a. S\u00e3o stakeholders de muito poder na empresa, mas que n\u00e3o t\u00eam muito interesse pelo que voc\u00ea faz na pr\u00e1tica. Ent\u00e3o, seja respeitoso e mantenha essas pessoas informadas. At\u00e9 mesmo para que voc\u00ea n\u00e3o tome uma \u201ccanetada\u201d do jur\u00eddico quando quiser colocar alguma coisa no ar.<\/p>\n\n\n\n

O que o seu diretor quer?<\/h2>\n\n\n\n

Por ser um cargo de alto n\u00edvel, muita gente se sente retra\u00edda ao lidar com esse stakeholder. Mas a verdade \u00e9 que ele \u00e9 o mais f\u00e1cil de todos. <\/p>\n\n\n\n

Seu diretor precisa de resultados, precisa do ponteiro mexendo. Ele est\u00e1 cansado de falar de usu\u00e1rio, de UX<\/a> e de Discovery<\/a>. Ele precisa saber mesmo qual \u00e9 o resultado que est\u00e1 sendo gerado. <\/p>\n\n\n\n

\u00c9 claro que voc\u00ea precisa educar essas pessoas. Contar do processo \u00e9 importante, mas n\u00e3o pelo prazer dessa atividade. Voc\u00ea deve contar como o processo ajuda a melhorar o resultado, mas, mais do que isso, precisa ir atr\u00e1s de melhorar esse n\u00famero. <\/p>\n\n\n\n

Ent\u00e3o, se voc\u00ea fizer isso provando que seu cliente resolveu uma dor, a\u00ed sim voc\u00ea ter\u00e1 uma cereja no bolo. No final do dia, a pessoa de Produtos precisa entregar tr\u00eas coisas:<\/p>\n\n\n\n