O desenvolvimento de produtos é um processo trabalhoso. O mercado está constantemente precisando de novas soluções, mas falhas aguardam qualquer empresa no caminho da criação de inovação. Neste artigo, reunimos nossa própria experiência
em um serviço de alta tecnologia para tentar descobrir quais problemas podem surgir ao desenvolver um novo produto e como evitá-los.
1. Esqueça o processo, trabalhe pelo resultado
Ao desenvolver um produto, as empresas geralmente dedicam toda sua atenção e recursos ao processo de criação e produção. Mesmo que cada etapa do trabalho seja realizada "estritamente de acordo com a tecnologia", o resultado pode não ser tão otimista quanto parecia no começo.
Estudo de casoHá três meses, a equipe do Rookee introduziu um sofisticado processo de análise de sistemas. O analista teve que solicitar e coletar pesquisas de marketing, preparar opções de solução, solicitar cálculos financeiros, algoritmos de design, definir tarefas para o UX, determinar requisitos de negócios, proteger suas decisões, rastrear o resultado após o cálculo, transferi-lo para operação etc. A carga em um analista pode atingir 15 tarefas por dia. Fisicamente, um especialista não pode passar por tantas tarefas diversas por dia. Não é de surpreender que, com esse volume, o trabalho do analista tenha sido muito restrito na solução de problemas comuns. Para melhorar a eficiência, muitas coisas aconteceram. Como resultado, a empresa abandonou um processo tão complexo e o simplificou radicalmente, distribuindo responsabilidades entre diferentes especialistas. A eficiência aumentou e o processo de análise começou a acontecer mais rapidamente.Como evitarSe o processo de desenvolvimento do produto for muito complicado e o resultado não atender às expectativas, será necessário revisar os processos atuais e tornar-se mais flexível com as mudanças em cada etapa do trabalho.
2. Mantenha a sincronização de comandos alta
A capacidade de trabalhar em equipe é uma habilidade importante que nem todos possuem. Na prática, as situações geralmente surgem quando a implementação de uma tarefa requer o envolvimento de vários especialistas ao mesmo tempo.
Por exemplo, a tarefa de introduzir um código promocional no sistema implica o trabalho de um desenvolvedor front-end e de um back-end. Se essas pessoas não conseguem concordar entre si, uma variedade de problemas pode surgir. Por exemplo, do ponto de vista do visual, a tarefa será concluída, mas sem o algoritmo para desenvolver a mecânica do código promocional, essa tarefa não dará nenhum valor.
Estudo de casoQuando vários produtos diferentes apareceram em nosso serviço, as equipes de desenvolvimento de cada produto permaneceram próprias. Um usuário, uma conta e produtos e equipes são diferentes. De alguma forma, um cliente nos ligou e disse que o enviamos por spam. Verificou-se que todas as equipes enviaram cartas a ele quando havia situações que exigiam atenção (por exemplo, o saldo estava próximo de zero e o serviço podia ser suspenso). Como resultado, o usuário recebeu cerca de 40 cartas do serviço por semana. Foi realizada uma análise dos boletins por e-mail. Algumas cartas combinadas. Agora, estamos trabalhando em uma estratégia de e-mail que finalmente consertará todas as deficiências.Como evitarPara alcançar a sincronização entre tarefas, coordene as ações da equipe / equipes que trabalham no mesmo produto. Por exemplo, realize uma "demonstração" geral de design e desenvolvimento, notifique outras equipes sobre novos recursos. Torne um documento publicamente disponível com um histórico de release que descreva claramente o que, quando e por qual equipe foi realizada, adicionando um link à tarefa no rastreador de tarefas.
3. Evite atualizações do produto, conforme exigido pelo usuário.
Novos produtos identificaram problemas durante a operação. Não é segredo que algumas das melhorias nos projetos foram iniciadas por usuários que entraram em contato com o serviço de suporte. Ninguém discute: os produtos precisam ser aprimorados, mas antes de se apressar para "corrigir os buracos", você deve procurar a causa raiz dos problemas.
Colete solicitações de usuário por um período de tempo suficiente. Dependendo do número de chamadas para o serviço de suporte, esse período pode ser uma semana ou um mês ou mais. Analise problemas, identifique problemas recorrentes e solucione problemas dos quais os usuários se queixam com mais frequência. Se o problema é de natureza bloqueadora, ou seja, afeta o funcionamento correto do usuário no sistema, resolva-o imediatamente.
4. Convide desenvolvedores para discutir as tarefas de projeto e design
Muitas vezes, tendo recebido os requisitos comerciais dos clientes, o designer passa a descrever a lógica das tarefas. Se você não levar em consideração os recursos técnicos do sistema, poderá obter uma solução que resultará em 3 meses de desenvolvimento.
Estudo de casoUma vez em Rookee , ocorreu uma situação. Eles desenharam a interface na qual havia um assistente para criar um projeto em um dos produtos: na primeira etapa, o usuário efetua login em outro serviço para obter informações (no Yandex.Direct); na segunda, uma lista de parâmetros para o trabalho é selecionada. Os parâmetros foram obtidos executando uma solicitação para o token especificado na primeira etapa.
A interface foi mostrada aos clientes, acordada, enviada aos desenvolvedores. Quando os desenvolvedores viram isso, disseram: “Aqui você tem que mostrar um filme, porque se o usuário tiver muitos dados, ele poderá esperar muito tempo. Além disso, esta solução front-end não é fácil de usar. ”
Como resultado, tive que refazer tudo, dado o feedback dos programadores.Como evitarConvide os desenvolvedores a participar da discussão de projetos, redigir requisitos, envolvê-los no design. Ao incorporar desenvolvedores ao trabalho nos estágios iniciais, você pode reduzir significativamente o tempo necessário para criar um projeto, evitar custos desnecessários de retrabalho e ficar sem cabelos grisalhos extras devido a um prazo perdido.
5. Simplifique. Brilhante, quando eficaz
Periodicamente, os especialistas comerciais têm idéias brilhantes ao criar novos produtos ou finalizar os antigos. Infelizmente, nem todos os engenhosos são procurados e realizáveis.
Estudo de casoPara aumentar as vendas, use frequentemente estratégias de email com direitos autorais. Existem várias maneiras de implementá-las: configurar o envio de eventos, um serviço de boletim de e-mail de terceiros que envia e-mails ao sinal do seu serviço, implementando uma lógica de acionador único ao lado do serviço e usando um modelo padrão ou universal para correspondência, etc.
Às vezes, as empresas decidem seguir seu próprio caminho e não gostam de todos os outros. Ao escrever a primeira carta para os usuários da equipe, eles pensaram que seria a última. E então eles enviaram outra última carta. E mais ... Quando havia muitas cartas, a equipe implementou seu serviço para criar modelos. Foi realizado por 2 meses e não foi tão bom quanto os serviços especializados existentes. Como resultado, a empresa encontrou uma solução ideal - integrou um serviço de correio de terceiros.Como evitarSe a implementação da inovação parecer muito complicada, descarte-a.
Não perca tempo criando serviços que claramente perderão para os existentes. Responda à sua pergunta, você realmente precisa de uma ferramenta difícil de manter, mas sua?
6. Evite interpretações ambíguas de requisitos
A tarefa colocada de forma ambígua cria mal-entendidos que podem levar a resultados indesejáveis. Por exemplo, um analista pode perguntar: "Adicione cinco elefantes ao lado do campo de registro". Para diferentes membros da equipe, como garantido, pode haver versões diferentes deste “próximo a”: direita, esquerda, superior e inferior.
Se o requisito não for totalmente compreendido, devem ser feitas perguntas esclarecedoras. Os membros da equipe devem aprender a maximizar os detalhes de cada tarefa, a fim de evitar confusão e reflexão. O nível de detalhe dos requisitos é discutido dentro da equipe. Você também pode desenvolver um modelo TK que se adapte a todos e anote o objetivo da tarefa, a lógica e a interface do usuário nele o mais detalhadamente possível.
7. Lembre-se do público-alvo.
Curiosamente, há pessoas que acreditam: é melhor atrair o maior número possível de usuários e, entre eles, certamente haverá um público-alvo do produto. Isto não é verdade. Você pode ter um produto específico cujos consumidores são um segmento específico de usuários.
Estudo de casoO público-alvo do produto são donas de casa, mas o projeto queria obter muito tráfego. Depois de gastar uma quantia significativa em publicidade, a empresa começou a publicar banners ambíguos em grandes portais de negócios, na esperança de atrair clientes solventes. O tráfego aumentou dramaticamente, mas as vendas não. Quando realizamos uma pesquisa sobre por que os usuários visitam o site e não compram nada, a maioria deles simplesmente não é um público-alvo. O produto proposto simplesmente não lhes interessava. Foram feitas alterações na campanha publicitária e o problema foi resolvido após algum tempo.Como evitarInicialmente, é melhor concentrar seus esforços na atração de tráfego direcionado e fazer ajustes nas campanhas e posicionamento de publicidade se os visitantes do site definitivamente não são seus clientes em potencial.
8. Evite a interseção de testes divididos ao testar hipóteses
Esse problema pode surgir se as hipóteses forem mal planejadas ou se os analistas forem pouco qualificados.
Estudo de casoA empresa começou a testar duas versões do formulário de registro na página de destino (50% dos usuários veem uma versão e 50% a outra). Em seguida, tornou-se necessário testar outra hipótese na área de pagamento e outro teste foi lançado. Isso complicou o trabalho dos analistas, pois demorou muito tempo para dividir as coortes de forma a avaliar o impacto das mudanças nas ações finais do usuário. Levou muito mais tempo para coletar os dados do que seria necessário ao realizar testes um após o outro.Como evitarAo realizar testes A / B, não permita que as divisões se cruzem. Tente separar os usuários para que uma pessoa participe de apenas um experimento. Se de repente você ainda executou dois testes ao mesmo tempo, avalie 4 grupos:
- a primeira versão do pouso + a primeira opção na área de pagamento;
- a primeira versão do pouso + a segunda opção na área de pagamento;
- segunda opção de desembarque + primeira opção na zona de pagamento;
- segunda opção de desembarque + segunda opção na zona de pagamento.
9. Não confunda sua opinião com a opinião do usuário
Um dos erros típicos é a adoção da opinião de alguém para a opinião do usuário. Se você gosta de um produto, seu design e usabilidade, entende como interagir com ele, não o fato de o usuário compartilhar seu entusiasmo.
Ao desenvolver cada zona separada da interface, considere o visual de todo o serviço como um todo. Não pense pelo usuário. Pergunte a ele (por exemplo, usando o método do grupo de foco) como ele se sente mais confortável, mais familiar e melhor do que o que ele espera de um novo produto. Antes de lançar produtos, Yandex realiza testes presenciais: reúne-se com os usuários, analisa suas reações, faz perguntas desconfortáveis sobre sua hipótese.
Se você souber com antecedência a opinião do usuário sobre o desenvolvimento, poderá evitar muitos problemas no futuro.
10. Registre eventos ao máximo
No caso de uma situação controversa na operação de qualquer módulo do sistema, é mais rápido e fácil recorrer aos logs de eventos. A menos que, é claro, eles sejam. Se você era preguiçoso e não registrou eventos, precisará trabalhar duro para encontrar a fonte principal do problema quando ele ocorrer.
Como evitarRegistre eventos ao máximo. Isso não significa que você precisa começar a registrar todos os pequenos detalhes, como um movimento do usuário com o mouse, mas as informações básicas que ocorrem com o objeto devem ser registradas.
Conclusão
Qualquer empresa pode encontrar problemas ao desenvolver novos produtos. O principal é admitir erros, tirar conclusões e tomar medidas para que não ocorram novamente no futuro.
E na sua prática de desenvolvimento, as falhas aconteceram e como você as lidou? Conte-nos sobre a sua experiência nos comentários.
Postado por Ekaterina Hindikainen, analista de sistemas líder, serviço de
novatos