Seu aplicativo de jogos é, na verdade, um hub social? A evolução dos minijogos multijogador

Introdução

O recurso mais utilizado em muitos aplicativos de jogos hoje em dia não tem nada a ver com o jogo principal. É um quadro de líderes. Um desafio diário. Uma notificação do tipo “seu amigo acabou de bater sua pontuação”. O produto de entretenimento silenciosamente se tornou outra coisa, e a maioria das equipes de desenvolvimento não percebeu quando isso aconteceu.

Do jogo solo à arquitetura social

Os primeiros jogos para celular foram criados para o trajeto diário. Jogadores individuais, independentes, com um placar de líderes adicionado para que se pudesse dizer que tinham um componente social. Em seguida, surgiram os jogos multijogadores por turnos, seguidos pela combinação de jogadores em tempo real, e a indústria tratou cada etapa como uma atualização técnica, em vez de comportamental.

A mudança que realmente importou veio depois. Quando os minijogos começaram a aparecer em plataformas não relacionadas a jogos, como Discord Activities, o quebra-cabeça diário do LinkedIn e as sequências de amigos do Duolingo, eles não estavam apenas adicionando diversão. Eles estavam construindo gráficos sociais. Cada pontuação compartilhada, cada desafio enviado a um contato, cada notificação competitiva é um ponto de dados sobre quem conhece quem e com que frequência eles interagem. Para os desenvolvedores, isso não é dado de engajamento. É infraestrutura.

Os aplicativos que entendem isso não estão criando jogos. Estão criando motivos para as pessoas permanecerem em contato dentro de sua plataforma.

Os cassinos de sorteios descobriram isso cedo

Vale a pena estudar os cassinos de sorteios porque eles resolveram uma versão desse problema anos antes de ele se tornar moda no desenvolvimento de aplicativos convencionais. Seus usuários não voltam apenas porque precisam de um lugar para jogar seus jogos de cassino favoritos, eles voltam por causa do que envolve o jogo. Os chats, a mecânica de presentes, os placares públicos, o ritual social de aparecer na mesma mesa virtual que alguém com quem você já jogou antes.

O que o modelo de sorteios fez especificamente foi separar as apostas monetárias da participação social. Como o mecanismo de entrada é baseado em moedas, e não em depósitos, o atrito de convidar um amigo desaparece. Não há hesitação do tipo “não quero envolver meu amigo em jogos de azar”. Essa decisão de design tornou a camada social acessível de uma forma que os cassinos online tradicionais nunca conseguiram.

O minijogo como mecanismo de retenção

Os minijogos diários fazem algo que o produto principal geralmente não consegue: eles criam um ciclo de retorno de baixa exigência e alta frequência. Levam dois minutos para serem concluídos, são fáceis de compartilhar e impossíveis de ignorar quando seu colega de trabalho acaba de postar uma pontuação.

Olhe para fora do mundo dos jogos e o padrão se repete. Os aplicativos de fintech criaram desafios de poupança em que grupos competem para atingir metas semanais. As plataformas de fitness transformaram a contagem de passos em competições ao vivo entre amigos. Um aplicativo de entrega de comida criou uma mecânica de sequência em torno de pedidos consecutivos que não tinha nada a ver com fome e tudo a ver com não quebrar uma cadeia. Em cada caso, o minijogo durou mais do que a campanha que o lançou, porque o comportamento social que criou se tornou autossustentável.

A camada social em torno de um minijogo costuma ter mais aderência do que o próprio jogo. Os usuários que param de jogar ainda verificam a tabela de classificação. Eles ainda enviam desafios. O jogo termina, mas o hábito social permanece.

O que os desenvolvedores continuam fazendo de errado

A maioria das equipes cria recursos multijogador para aquisição. Adicionam um botão “jogar com amigos”, realizam uma campanha de convites e relatam os números de referências à liderança. O componente social é tratado como uma alavanca de crescimento, não como uma base do produto.

Os modos de falha são previsíveis. Solicitações forçadas pedindo para você conectar seus contatos antes mesmo de jogar uma única rodada. Fluxos de convite que exigem que a outra pessoa baixe o aplicativo, crie uma conta e verifique seu e-mail antes que qualquer interação social possa acontecer. Tabelas de classificação cheias de estranhos que ninguém reconhece, classificadas por métricas que ninguém se importa. Essas não são execuções ruins de uma boa ideia. São recursos certos criados pelo motivo errado.

A arquitetura social deve ser projetada antes que a primeira tela seja esboçada, não adicionada no sprint quatorze porque os números de retenção voltaram fracos.

A plataforma

Algumas das jogadas mais interessantes no desenvolvimento de aplicativos atualmente envolvem empresas que não têm nenhum motivo específico para estar no ramo de jogos, mas que criam minijogos mesmo assim. Elas não estão buscando receita com entretenimento. Estão usando os jogos como um mecanismo para fidelizar a plataforma. Se o seu aplicativo é onde as pessoas jogam juntas, ele se torna mais difícil de substituir do que um aplicativo que simplesmente faz algo útil.

Um aplicativo útil compete em termos de recursos. Uma plataforma social compete em termos de relacionamentos. Essas são vantagens competitivas muito diferentes.

A questão que as equipes de desenvolvimento devem se perguntar não é se devem adicionar um minijogo. É se o produto foi projetado para oferecer suporte à infraestrutura social, do tipo que os estúdios de jogos vêm construindo deliberadamente há quase uma década. A maioria dos aplicativos não foi. Essa lacuna está diminuindo, e as empresas que estão diminuindo-a mais rapidamente não são aquelas com as maiores equipes de engenharia. São aquelas que entenderam desde cedo que as pessoas não querem apenas algo para fazer. Elas querem um lugar para estar.