Trabalhando em uma grande corporação como o Google Versus Working at a Start-up

Sophia Chiu Blocked Unblock Seguir Seguindo 28 de novembro de 2018

O tamanho de uma empresa pode ser um grande diferencial para um candidato a emprego decidir se vai trabalhar para a empresa ou não. Tendo a experiência de trabalhar em uma organização tão grande quanto o Google e em uma start-up com apenas dezenas de funcionários, eu gostaria de compartilhar minhas observações para aqueles que estão tendo dificuldades para tomar essa decisão.

O fundo

A Gogolook é uma empresa de software start-up com sede em Taipei, Taiwan, com cerca de 50 funcionários em tempo integral. O principal produto da Gogolook é o Whoscall , que é um aplicativo móvel que identifica os chamadores desconhecidos para os usuários. Eu trabalhei na Gogolook como um planejador de produtos em tempo integral por dois anos antes de vir para os EUA para fazer o mestrado. Minha posição foi uma combinação de gerente de projetos e designer de experiência. Estabeleci metas de negócios e metas de usuário para cada projeto, métricas definidas, criação de wireframes e fluxos de usuários e colaborei com designers visuais, desenvolvedores e outras funções para enviar o produto.

Neste verão, estagiei como designer de experiência com a equipe do Shopping UX no Google. Os produtos no Google Shopping são voltados para o consumidor, como o Google Express e outras ferramentas de operação que o Google projeta para os comerciantes gerenciarem pedidos. Durante meu tempo como estagiário na equipe, trabalhei em um projeto de ponta a ponta para projetar um novo recurso para uma das ferramentas de operação. Eu fiz de tudo, desde a pesquisa de campo, criando o wireframe, iterando em média e alta fidelidade para conduzir testes de usabilidade e construir especificações de projeto para desenvolvedores.

Uma rápida advertência: a cultura de trabalho varia entre as diferentes equipes do Google. Este artigo foi escrito com base na minha experiência na equipe do Shopping.

A diferença no processo de desenvolvimento e configuração da equipe

Na Gogolook, nós executamos scrums em equipes multifuncionais. Cada equipe multifuncional recebeu uma meta de alto nível – por exemplo, engajamento do usuário – e enviamos uma nova versão do nosso produto a cada duas semanas para atingir nossa meta. A ideia era falhar rapidamente e repetir constantemente. Para atingir nosso objetivo, fizemos hipóteses, construímos e enviamos o recurso e o validamos com usuários reais, acompanhando o impacto que ele tinha nas métricas. A equipe multifuncional trabalhou em conjunto de perto. Além das reuniões semanais, também dispúnhamos de stand-ups diários para compartilhar quaisquer atualizações e acompanhar nosso progresso em direção à meta. A equipe decidiu coletivamente o que construir em seguida.

No Google Shopping – embora exista a prática de equipes multifuncionais – a equipe não está tão intimamente vinculada, então algumas funções funcionam em várias equipes multifuncionais para diferentes produtos. O processo de desenvolvimento está mais próximo do estilo cascata: o gerente de projeto define a especificação do produto, os designers trabalham no fluxo, na interface e nas interações e, em seguida, entregam para os desenvolvedores. Na maioria dos casos, não há um prazo rígido. O lançamento de uma melhoria, recurso ou produto depende do tempo e do esforço estimados pelas funções atribuídas às várias tarefas.

A diferença no foco de design e métodos de pesquisa

Quando eu estava trabalhando na Gogolook, me concentrei muito mais na perspectiva de negócios do produto. Embora também fizesse pesquisas com usuários, meu objetivo era descobrir maneiras possíveis de aumentar o engajamento do usuário para impactar a receita. Os projetos em que trabalhei concentram-se principalmente em aumentar o tráfego no aplicativo, DAU / MAU e retenção de usuários. Isso porque, para uma empresa iniciante, o objetivo mais importante é comprovar a capacidade do produto de gerar receita. Fizemos toneladas de testes A / B e observamos as alterações nas métricas de perto. Para um determinado projeto, se a equipe tivesse opiniões diversas, construiríamos e enviaríamos versões diferentes com testes A / B e veríamos quais funcionavam melhor (ou seja, geramos melhores resultados em métricas) e seguimos com essa opção.

Foto de David Travis no Unsplash

Por outro lado, no Google Shopping, o produto em que trabalhei era voltado para empresas. Assim, o engajamento do usuário não era o foco principal, porque os usuários precisavam usar o produto para realizar seu trabalho – o aumento do engajamento do usuário não era uma preocupação. Então, durante meu estágio, aprendi a me concentrar na perspectiva de meus usuários e a defender a melhor usabilidade. Eu estava fazendo principalmente pesquisa qualitativa – incluindo estudos de campo, inquérito contextual e testes de usabilidade – para entender como projetar o novo recurso de uma forma que pudesse ajudar os usuários a fazer melhor em seu trabalho.

Conclusão

Eu não diria que uma cultura de trabalho é melhor que a outra, ambas as abordagens têm prós e contras. Em uma startup executando o desenvolvimento ágil – seja ver o impacto do seu próprio trabalho ou coletar feedback dos usuários – os resultados são vistos rapidamente. No entanto, dado o curto prazo, raramente há a chance de realizar estudos de usuários, como em uma organização maior. Assim, as equipes iniciantes tendem a usar soluções de curto prazo quando as hipóteses não se mostram eficazes nas métricas. Por outro lado, como a velocidade de uma empresa maior é mais lenta, pode levar um longo tempo, até anos, para que um projeto passe da ideia para o lançamento. No final, isso realmente depende do estilo de trabalho e dos valores de um indivíduo e de qual metodologia de trabalho eles acham que criará as condições mais vantajosas para o desenvolvimento de sua carreira.