O desenvolvimento de jogos e desenvolvimento web tem mais do que algumas coisas em comum. Especificamente, se tiver sorte, você está desenvolvendo um produto que será visto e usado por milhares, senão milhões, de pessoas regularmente. Você vai precisar de uma boa equipe, boa garantia de qualidade e muita equipe de suporte para responder a perguntas. Você vai precisar de servidores god-tier. Você vai ouvir muitas queixas que vão desde críticas construtivas até reclamações petulantes.
Os jogadores são um público bastante exigente. Muitas empresas muitas vezes escondem seus processos de desenvolvimento e gerenciamento de projetos por trás de um véu de sigilo (e, às vezes, vergonha), principalmente na imprensa. Desenvolvedores de jogos geralmente são um pouco mais transparentes. Isso não é porque eles são moralmente superiores. É porque seus clientes estão dispostos e são capazes de elevar o inferno se acham que as coisas estão indo na direção errada.
Você vai ouvir muitas reclamações que vão desde críticas construtivas até reclamações petulantes
Como resultado, podemos aprender muito observando as maneiras pelas quais diferentes desenvolvedores de jogos lidam com seus projetos e seu relacionamento com suas comunidades. Eles não nos dizem tudo, mas muitas vezes entram em detalhes sobre seu processo, suas intenções e sua visão. Além disso, eles colocam notas de patch bastante detalhadas, o que é legal.
Os dois jogos cujo desenvolvimento contínuo eu segui o mais próximo são Overwatch e Masmorras e Dragões Online . Eu vou usá-los para os meus exemplos.
Os desenvolvedores de Overwatch tem objetivos muito claros em mente para tudo o que eles fazem. Eles afirmam publicamente o que querem realizar e vão em frente. Suas ações consistentemente mostram determinação para atender a todos os seus objetivos declarados. Eles nem sempre conseguem, mas com certeza tentam com força.
Você pode adotar a mesma estratégia: informar aos usuários exatamente o que você deseja quando fizer uma alteração ou um novo recurso. Não lhes dê declarações de missão vagas como: "Queremos ser mais eficientes e menos não eficientes". Diga-lhes exatamente como você pretende tornar seu serviço mais eficiente. Dê detalhes. Acredite em mim, isso faz toda a diferença entre os usuários acreditarem em você e dizer: “Sim. Certo. Eu vou acreditar quando eu vir.
DDO tem um bug com suas escadas. Às vezes você não pode escalá-los depois de um certo ponto, e outras vezes você não pode nem agarrá-los por alguns segundos. Isto é parcialmente devido ao atraso, que afeta todos os jogos online. Mas às vezes, mesmo quando todos os outros sistemas estão funcionando bem, sem atrasos, as escadas simplesmente não funcionam. Os desenvolvedores afirmaram que consertaram esse bug tantas vezes quanto negaram sua existência. Mesmo agora, não está na lista de problemas conhecidos.
Os usuários, no entanto, sabem que é real. O bug já matou seus personagens com bastante frequência. Se a maioria da sua comunidade lhe disser que algo está errado no seu site, provavelmente está certo. Mesmo que você tenha problemas para reproduzir o problema, é necessário continuar procurando. A confiança dos seus usuários em você depende disso.
Parte da razão pela qual eles não conseguem encontrar ou consertar alguns bugs no DDO é porque o jogo tem mais de uma década, e muitos (se não todos) os desenvolvedores originais já se foram há muito tempo. Existem muitos sistemas e recursos lá que são apenas meio acabados, é um milagre quando eles podem encontrar bugs para consertá-los.
Não se trata apenas de comentar seu código, é documentar suas decisões
Se você quiser evitar o mesmo problema, comece a documentar. Não se trata apenas de comentar seu código (embora isso ajude), é documentar suas decisões. Todas as decisões que você toma sobre o seu projeto, cada novo recurso em que você começa a trabalhar, tudo deve estar em um arquivo fácil de encontrar em algum lugar. Suas razões para fazer a mudança, ou revertê-la, alterá-la ou não terminar o recurso, tudo isso deve estar lá. Além disso, você deve anotar onde encontrar todo o código relevante para cada novo recurso ou alteração.
A falta desse tipo de documentação leva a erros imprevisíveis - e às vezes quase inacabáveis.
A equipe de desenvolvimento e gerenciamento da Overwatch joga o jogo. Este é um fato conhecido. E eles não são todos profissionais. Eles têm funcionários jogando em todos os níveis de habilidade, o que significa que eles experimentam o jogo da forma como ele aparece para os jogadores de nível baixo e alto nível. Isso significa que eles podem se identificar mais facilmente com sua base de usuários.
Um dos funcionários do DDO (que não deve ser nomeado pelo usuário) é rotineiramente ridicularizado na comunidade porque ele não pode acompanhar sem ativar o modo deus enquanto ele transmite o jogo. Além disso, ele usa poções para curar a si mesmo, e poções não são ótimas em DDO. Ninguém está esperando que ele seja o melhor, mas eles esperam que ele conheça a mecânica do jogo melhor que isso. E eles esperam que ele não use o modo deus.
Este princípio também é chamado de “comer sua própria comida de cachorro”. Você deve estar confiante o suficiente em seu próprio produto que você mesmo usa diariamente. Esse princípio se aplica mais a aplicativos do que blogs, por exemplo, mas é importante lembrar. Se seus usuários perceberem que você não usaria seu próprio produto, eles se perguntarão por que deveriam.
Este é um problema que afetou o DDO, praticamente todos os outros MMO, e pode até mesmo acertar o Overwatch um dia. Essencialmente, às vezes os desenvolvedores de jogos destroem mais ou menos a mesma coisa que atraiu seu público original. Às vezes eles tentam atrair novos jogadores mudando a mecânica, apenas para estragar a jogabilidade central. Às vezes, eles simplesmente fazem tudo o que os jogadores originais trabalharam tão duramente para obsoletos. Às vezes, os novos esforços de monetização afetam o equilíbrio do jogo.
Às vezes eles tentam basear seu jogo no D & D 4th Edition, que todo mundo odeia.
Muitas vezes, essas mudanças trazem novos jogadores por um tempo. Mas eles geralmente não ficam tanto tempo, e no final, o jogo tem menos fãs do que quando começou. E então, às vezes, grandes mudanças podem revitalizar completamente um jogo.
Você nunca fará todos felizes, mas há muito a ser dito para manter os veteranos por perto
Antes de fazer qualquer alteração massiva e abrangente, fale com seus usuários mais experientes. Converse com as pessoas que dependem do seu aplicativo para os negócios do dia a dia. Se você tem um pequeno recurso que muitas pessoas não usam, pergunte às pessoas que o usam como é importante para elas. Eles podem depender disso.
Você nunca deixará todo mundo feliz, mas há muito a ser dito para manter os veteranos por perto. Do ponto de vista moral, você deve a eles algumas considerações. Eles fizeram o seu produto o que é hoje. Do ponto de vista prático, os fãs e usuários podem às vezes ter uma ideia melhor do motivo pelo qual as pessoas amam seu produto do que você. Eles podem estar errados, mas você nunca saberá se não os escutar em primeiro lugar.