5 Maneiras de priorizar Recursos seu pedido dos clientes
Janeiro 30, 2015 | Por Dave Schneider | 3 Comentários"& Gt;3 Comentários
Os clientes sempre parecem querer coisas novas.
E se você gosta de mim, você sempre quer dar a eles.
É parte do bom atendimento ao cliente, e sabemos que grande serviço ao cliente impulsiona marketing de referência.
Contudo, as chances são de que você tem algum grau de recursos limitados, e você não pode dar-lhes tudo o que querem imediatamente.
O que nos leva ao conceito importante de priorização.
Na minha startup atual, NinjaOutreach, uma ferramenta de prospecção e software outreach, estamos sempre correndo em questões de priorização. Isso ocorre porque nosso produto é extremamente dirigido por recurso e só temos um desenvolvedor que trabalha em tempo integral.
Assim, a cada novo pedido do cliente, temos que nos perguntar o seguinte cinco perguntas para classificá-lo corretamente entre as dezenas de solicitações que temos.
E para tornar as coisas mais complicadas, em muitos casos, nem sempre há uma resposta clara.
Não obstante, Se você obedecer a essa lógica, você tem uma chance sólida de levar o seu produto na direção certa.
1. Quantas pessoas isso afetará?
A primeira partida óbvio é entender quantas pessoas esta mudança recurso afetará. A alteração do recurso, que não afecta muitas pessoas, provavelmente não vai ser apreciado por muitas pessoas ou.
Por exemplo, alguns de nossos clientes solicitaram um tipo específico de campo de dados, como seguidores do Instagram. Este é um pedido muito lógico e compreensível, mas é provavelmente apenas relevantes para 10% ou assim de usuários.
Na extremidade oposta do espectro, outros usuários pediram um filtro mais avançada, incluindo localização e disponibilidade primeiro nome.
Deve ficar claro que um filtro que todos podem usar será mais impactante, e, portanto, é mais provável que seja maior prioridade.
2. Quão grande será esse efeito ser?
A próxima pergunta que faço é sobre o tamanho desse impacto. Você pode afetar um grande número de pessoas, mas se é uma quantidade menor, por indivíduo, o valor global ainda é relativamente pequeno.
Um exemplo perfeito são mudanças de interface do usuário.
Mudanças de interface do usuário são grandes em que eles se beneficiam todos, e, presumivelmente, fará com que o software mais intuitivo para todos os usuários atuais e futuras. Contudo, na minha experiência com as mudanças de interface do usuário, com a excepção de os mesmos em grande escala, eles vão relativamente despercebido.
Portanto, apesar de todos os benefícios das mudanças de interface do usuário, as mudanças são tão minutos em detalhes que eles raramente resultam em uma experiência de adicionar um valor significativo para o usuário.
Pelo contrário, pode haver um recurso, como e-mail em massa, o que para nós é a capacidade de enviar e-mail várias pessoas de uma só vez. Embora nem todo mundo está usando o software ou outreach, tal capacidade seria literalmente salvar horas para aqueles que estão usando-.
Isso é uma grande mudança.
De fato, seria uma tal melhoria, que pode até motivar os usuários atuais para começar a usar o software para divulgação.
Portanto, Estou mais inclinado a implementar um recurso de grande escala como este, de uma série de pequenas alterações da interface.
Claro, esta não é uma regra, porque eventualmente suficientes pequenas mudanças de interface do usuário pode adicionar a uma grande mudança global UI, por isso é sempre um equilíbrio.
3. Será que o diferenciam da concorrência?
Outra coisa a considerar é se ou não os produtos da concorrência oferecem a mesma funcionalidade.
Quando eu posso oferecer algo que os meus concorrentes não, faz meu stickier produto. Isso porque, se a pessoa quer este recurso específico, eles vão ter que usar a nossa ferramenta para obtê-lo.
Por exemplo, um novo recurso que temos vindo a trabalhar em são automáticas follow-ups. A maioria dos nossos concorrentes não oferecem esse recurso, ou na melhor das hipóteses eles oferecem apenas lembretes de acompanhamento, portanto, seria um dos softwares de poucos em nosso nicho oferta desse recurso.
Portanto, embora como eu disse antes, talvez nem todo mundo está usando o software para divulgação, e talvez até menos estão interessados em follow-ups, aqueles que realmente amo esse recurso seria muito pegajosa ao software se ofereceu.
4. Será que vai melhorar a retenção?
Churn é muitas vezes a causa de morte entre as empresas de software. Isso ocorre porque, muitas vezes, fatura mensal e, portanto, precisamos manter nossos clientes felizes.
Algumas características são apenas inerentemente stickier.
Um dos meus exemplos anteriores foi a característica de acompanhamento, que é pegajoso, porque é difícil de encontrar em outros lugares.
Outro tipo de recurso que pode melhorar a retenção é algo que aumenta o engajamento. Para nós, isso pode ser uma extensão do Chrome add-on que uma pessoa pode usar durante o seu dia-a-dia web surfing. Ao contrário do recurso de acompanhamento, isso seria usado com muito mais freqüência, e, portanto, é mais provável para manter o indivíduo envolvido com o software.
Quanto mais um cliente está envolvida com o software, a menos provável que eles estão a produzir off.
5. Será que vai atrair novas pessoas para comprá-lo?
Algumas das características mais negligenciados são os que os clientes atuais não estão solicitando.
Eu gosto de prestar atenção especial para os recursos que não usuários estão solicitando.
Porquê?
Porque se alguém já é um usuário do software, em grande medida, eles decidiram que ele está resolvendo seu problema e fazer um bom trabalho. Isso não quer dizer que eles nunca vão agitar off, mas se você tem um grau relativamente baixo de churn, não é super provável, pelo menos não em um futuro próximo.
Portanto, Eu gosto de considerar características que vai quebrar a barreira para novos usuários.
Por exemplo, se alguém quiser começar a usar NinjaOutreach amanhã, eles são provavelmente vai querer fazer algum tipo de importação, uma vez que estão vindo de uma ferramenta anterior. Portanto, o recurso de importação é absolutamente necessário para eles.
Outro exemplo, para nós, é o recurso de colaboração em equipe, que permite que várias pessoas usam a mesma conta de uma só vez. Naturalmente, se alguém já está usando NinjaOutreach sem este recurso, eles decidiram que eles podem viver sem ele. Contudo, há outras pessoas, que trabalham em equipes maiores e vai dizer explicitamente que eles não podem usar o software, a menos que tenha sido colaboração.
Conclusão
Como você pode ver, não há regras rígidas e rápidas para decidir o recurso que você deve construir próxima. Não só algumas dessas perguntas levam a respostas diferentes, mas você também tem que levar em consideração a magnitude de um pedido de recurso, em termos de recursos. Por exemplo, dois recursos podem não têm quase o mesmo impacto, mas se se pode ser feita em poucos dias, e outra vai demorar algumas semanas, Eu posso atacar aquele que só vai levar alguns dias, para manter a dinâmica e os progressos para a frente.
A mesma coisa, começando com estas cinco perguntas é um grande começo.
- Quantas pessoas isso afetará?
- Quão grande será esse efeito ser?
- Será que o diferenciam da concorrência?
- Será que vai melhorar a retenção?
- Será que vai atrair novas pessoas para comprá-lo?
No final do dia, se há uma coisa que eu posso dizer com certeza, é que falar com os usuários e não usuários sobre o seu software e compreender o que caracteriza que gostaria adicionado é a melhor maneira de tomar uma decisão informada.
Pessoalmente, Eu sempre acabo cada chamada, por pedir 1 para 2 valor adicionar recursos.