Avaliações e Detalhes do Produto Productboard

É muito útil para organizar grandes equipes em um conjunto de recursos massivo. Bom para comunicar o status entre departamentos. Análise coletada por e hospedada no G2.com.

É muito aberto em termos de estilo, o que é tanto uma vantagem quanto uma desvantagem. As equipes variam na forma como abordam o preenchimento de dados, o que leva a alguns conflitos. Análise coletada por e hospedada no G2.com.

Productboard une feedback dos clientes com um roteiro de longo prazo. Em um ambiente de startup em rápida mudança, isso é essencial.

Ao criar uma relação entre feedback e funcionalidades, você finalmente sabe quais funcionalidades criarão mais valor de relance, facilitando a priorização.

É fácil compartilhar e colaborar em roteiros, e ao construir suas visualizações do seu próprio jeito, você tem muita flexibilidade como um usuário avançado.

O suporte também tem sido muito útil e atencioso. Análise coletada por e hospedada no G2.com.

O Productboard funciona melhor quando tem integrações com a sua ferramenta de desenvolvimento preferida. No momento, usamos o Clubhouse, e a integração está atualmente em desenvolvimento. Isso resulta em algum trabalho manual e fragmentação.

Tem uma curva de aprendizado, mas os materiais de aprendizado e workshops do Productboard são bons. Talvez alguns modelos prontos para uso para uma metodologia Ágil básica funcionariam maravilhas aqui.

O suporte a bugs poderia ser um pouco melhor. Parece um pouco improvisado agora. Como os bugs são uma parte integral da experiência do cliente e afetam diretamente o roteiro (se você tem uma política de corrigir bugs antes de trabalhar em novos recursos), acho que algum suporte embutido seria melhor. Análise coletada por e hospedada no G2.com.

Ser capaz de classificar e organizar a enorme quantidade de insights que recebemos de várias fontes. Análise coletada por e hospedada no G2.com.

É claro que a empresa está muito focada em entregar recursos de planejamento, que é uma arte em extinção. A maioria das empresas de produtos progressistas está menos focada em roteiros e fórmulas de priorização e mais focada em analisar os aprendizados que estão constantemente obtendo dos clientes e em organizar essas oportunidades identificadas. Um roteiro é tão bom quanto seu conhecimento atual e assume que você não aprenderá nada a partir desse ponto. Ter ferramentas de organização mais flexíveis e maneiras de exibir oportunidades atuais seria útil. Além disso, a segmentação é tão frustrante!! Adoraríamos ter informações da empresa lá e poder filtrar e classificar os insights com base nisso, mas é tão frustrante que seja apenas baseado em domínios de e-mail--gostaríamos de importar essas informações ou tê-las importadas de uma integração. Além disso, a segmentação de usuários é tão inútil! Qual é o sentido de usar tags se você não pode classificá-las dinamicamente! Análise coletada por e hospedada no G2.com.

Eu gosto de como é fácil criar novas funcionalidades e subfuncionalidades. As informações adicionais que você pode adicionar a uma funcionalidade também são muito úteis. É também agradável como ele se integra com o Jira para permitir que você envie funcionalidades e subfuncionalidades como Épicos e Histórias de Usuário. Eu também gosto da capacidade de reunir informações de fontes externas que permitem escrever melhor os requisitos. Análise coletada por e hospedada no G2.com.

Parece às vezes muito difícil navegar entre as visualizações (então, do quadro de recursos/subrecursos para os roteiros). A visibilidade para os outros também é às vezes difícil. Fazer com que os recursos apareçam no roteiro também é confuso no início, mas consegui entender com o tempo. Acho que a capacidade de adicionar mais detalhes à visualização do roteiro ajudaria. Além disso, adicionar pistas adicionais, ou dividir recursos em diferentes pistas, ou não era possível como eu gostaria, ou exigia algumas alterações manuais. Análise coletada por e hospedada no G2.com.

É construído por pessoas que entendem bem de Gestão de Produto. Em outras palavras, é uma ferramenta feita por PMs para PMs. O que poderia dar errado, certo? Análise coletada por e hospedada no G2.com.

Nada realmente neste momento. A configuração inicial pode ser complexa, dependendo da estrutura da sua equipe e de como você a utiliza—caso contrário, tudo bem. Análise coletada por e hospedada no G2.com.

Quando adotamos o ProductBoard, estávamos procurando uma ferramenta que nos permitisse organizar nossos produtos em categorias claras de valor e vincular isso a várias visões para gerenciar a engenharia, a comunicação com as partes interessadas e nossos próprios processos de pesquisa e descoberta.

Até agora (já se passaram cerca de 6 meses), gerenciamos efetivamente as partes de execução do gerenciamento de projetos com a engenharia para manter o status bem representado e continuar iterando sobre os principais impulsionadores, ou seja, design/requisitos/UAT, etc.

Também utilizamos o Portal como uma forma de manter as partes interessadas à distância e como um recurso para todas as funcionalidades concluídas, contendo notas de lançamento, vídeos de demonstração, etc.

A ferramenta é incrivelmente poderosa, dado o tempo certo para experimentar várias configurações. A flexibilidade força você a pensar sobre a organização de seus produtos, o que produz clareza, ou seja, você tem muita liberdade para agrupar e trabalhar por lançamentos, objetivos, etc., e ser capaz de realmente pensar sobre seus objetivos em relação à organização mais ampla do produto força um bom tempo de reflexão sobre o produto em vez de simplesmente perseguir a próxima "tarefa". Isso ajudou a incutir bons hábitos em nossos PMs mais juniores. Análise coletada por e hospedada no G2.com.

Eu gostaria que houvesse maneiras melhores de organizar recursos não apenas por hierarquia, mas quase por versões de produtos similares que queremos produzir. Somos um SASS B2B que tende a precisar iterar mais nos ciclos de nossos clientes para nossas grandes inovações, e não aproveitamos padrões semelhantes às suas tendências pesadas de produto A/B B2C. Existem maneiras de alcançar isso, mas versionar/tratar o PB como um verdadeiro repositório dos produtos é difícil de obter uma boa visualização. Talvez algo que mapeie mentalmente os recursos para permitir que seu produto seja visualmente representado como relacionamentos/artigos aninhados seria útil como um complemento à visão hierárquica.

Mais concretamente... Eu gostaria de poder aninhar múltiplos agrupamentos, muito parecido com o Airtable. Às vezes quero ver um lançamento + objetivos ou equipes dentro, em vez de ter listas muito longas por lançamento ou precisar dividir vários lançamentos para várias equipes. No momento, o nível de agrupamento em visões não hierárquicas é um pouco doloroso para nós.

Por último, gostaria que houvesse maneiras melhores de capturar feedback/organizar feedback. Isso inclui ter não apenas o repositório de feedback, mas uma maneira de ver clientes-chave e todo o feedback agrupado nesse cliente-chave + itens planejados em andamento alinhados com suas necessidades para ajudar em quaisquer áreas onde precisamos ajudar a gerenciar um relacionamento. Toda essa pesquisa é difícil de reunir. Análise coletada por e hospedada no G2.com.

Adoro como eles simplificaram os fluxos de trabalho em nível macro com os quatro principais grupos: Insights, Features, Roadmaps e Portal. Sinto que nós, como líderes de produto, podemos facilmente cair na armadilha de complicar nossos fluxos de trabalho devido ao grande volume e complexidade do nosso produto. ProductBoard se tornou minha maneira favorita de chegar ao que realmente importa de forma rápida e eficiente. Descobri que o ProductBoard me ajudou a desenvolver alguns hábitos muito disciplinados. Além disso, um dos meus favoritos é o cronograma baseado em objetivos dentro dos Roadmaps. As partes interessadas não querem gastar muito tempo analisando todos os diversos recursos, mas preferem entender o que você está tentando alcançar nos níveis macro. O ProductBoard me permitiu declarar claramente, através de Objetivos, qual é a minha intenção em um roadmap. Conseguir facilmente a adesão das partes interessadas torna essa ferramenta valiosa. Análise coletada por e hospedada no G2.com.

O processo de conectar notas destacadas dentro do Insights a um recurso da janela do Insights é um pouco tedioso. Após destacar, a janela para selecionar um recurso é muito pequena e só me permite criar um único recurso por vez. Ter a capacidade de criar múltiplos recursos para um insight destacado sem fechar a janela poderia agregar algum valor. Acredito que isso me permitiria formular rapidamente pensamentos em torno de um conjunto completo de recursos e não desacelerar meu fluxo de trabalho. Análise coletada por e hospedada no G2.com.

Productboard tem uma interface fácil de usar com um modelo flexível que nos permite rastrear várias entradas em cada uma de nossas solicitações de recursos e componentes planejados. Isso facilita a comparação e avaliação de recursos para o desenvolvimento futuro. Finalmente, Productboard integra-se facilmente com nossa ferramenta de desenvolvimento (JIRA) para comunicação entre equipes. Análise coletada por e hospedada no G2.com.

O método principal de captura de input do cliente (insights) não está vinculado ao processo de avaliação de potenciais funcionalidades na seção de funcionalidades, exigindo que esse acompanhamento seja realizado manualmente. Isso limita nossa capacidade de vincular nosso desenvolvimento diretamente ao input do usuário.

Além disso, o custo relativamente alto do modelo de precificação por usuário limita a acessibilidade para que várias partes interessadas forneçam um input de pontuação simples nas funcionalidades como parte da avaliação, limitando a colaboração dentro da ferramenta. Análise coletada por e hospedada no G2.com.

Eu adoro poder coletar todo o feedback relacionado, problemas, recomendações, etc. contra recursos ou até mesmo apenas componentes. É melhor se você estruturar seus recursos em uma estrutura de jobs-to-be-done, assim, mesmo que você não tenha uma solução planejada, pode agrupar os problemas a serem resolvidos. Podemos vincular comentários do Slack, notas de reuniões, notas de entrevistas com clientes, tickets de suporte, e-mails, etc., tudo em um recurso. Isso ajuda a ver o que está recebendo mais atenção, mas também, ao definir o escopo, você não perde um cenário. Análise coletada por e hospedada no G2.com.

As ferramentas de mapeamento de estrada estão continuamente melhorando, mas precisam de algumas melhorias na soma do esforço de sub-funções para funções. Além disso, seria útil se pudéssemos definir a "capacidade" planejada para que o roteiro pudesse nos ajudar a agrupar ou alertar se estivermos sobrecarregados.

Uma grande melhoria para o Portal seria uma maneira para os usuários verem o que outros listaram como insights e votarem, para que não tenhamos que agrupar manualmente o feedback comum. Análise coletada por e hospedada no G2.com.

Muitas ferramentas de gerenciamento de produtos ajudam a organizar tarefas que precisam ser feitas, mas o productboard é um dos poucos que ajuda a priorizar a lista interminável de solicitações de recursos. Usamos para determinar como podemos causar o maior impacto para o usuário final com base em nossos OKRs atuais e no esforço que cada solicitação de recurso exigirá. Análise coletada por e hospedada no G2.com.

Há muita funcionalidade no productboard, então você pode se perder às vezes. Acho que os comentários sobre Recursos podem ser fáceis de perder, já que estão tão abaixo na visualização de Recursos. Mesmo um link rápido no topo da visualização de Recursos para pular para os comentários poderia ser bom (semelhante ao link Ver Avaliações no topo de uma página de produto da Amazon). Análise coletada por e hospedada no G2.com.