Blog Metlivi

Quando um jogo de detetive deve exibir uma dica? Uma escada de três etapas para uma pista

Para um jogo de mistério de menor escala, exiba uma dica quando o jogador pedir ajuda ou alcançar um ponto de atrito claro e testado — não simplesmente porque um cronômetro zerou. Comece com um empurrãozinho em direção à evidência, aponte a relação a ser notada e revele a dedução apenas como uma etapa final e explícita. Isso dá ao designer que está ajustando uma pista uma maneira prática de oferecer ajuda sem tirar o mérito da inferência.

27 de setembro de 20266 min de leituraLeitura, artes e culturaPor Metlivi Editorial Team
Seção 1

Construa dicas em torno do que o jogador ainda precisa deduzir

Escreva a dedução pretendida em uma frase antes de redigir as dicas. Em seguida, separe as etapas que o jogador deve seguir para alcançá-la: encontrar a evidência relevante, conectá-la a outro fato e tirar a conclusão. Cada dica deve cobrir uma etapa e parar antes de realizar a etapa seguinte pelo jogador.

Considere este exemplo original. A guarda de um museu fictício afirma ter ouvido o relógio da galeria leste bater nove horas durante um roubo. Um registro de manutenção mostra que o relógio havia parado às oito no dia anterior, e uma anotação do restaurador diz que ele foi reiniciado às dez na noite em questão. A dedução pretendida é que o relato da guarda não pode comprovar quando o roubo aconteceu: o relógio não estava marcando as horas naquele momento.

Uma escada de três níveis para essa pista poderia ser:

**Onde olhar:** “Revise o registro de manutenção e a anotação do restaurador sobre o relógio da galeria leste.” Isso aponta para a evidência relevante sem explicar por que ela é importante.

**Qual relação notar:** “Compare os horários em que o relógio parou e foi reiniciado com o relato da guarda.” Isso identifica a comparação, mas deixa a cargo do jogador avaliar sua consequência.

**Confirmação da solução:** “O relógio estava parado no momento em que a guarda diz que ele bateu nove horas, portanto o relato dela não pode confirmar a hora do roubo.” Isso declara a dedução.

Mantenha esses níveis bem distintos. Se a primeira dica já disser que o relógio estava parado durante o roubo, as etapas posteriores acrescentarão pouco. Se a segunda apenas repetir a localização das pistas, talvez não ajude um jogador que já as encontrou. Cada nível deve contribuir com um novo elemento de raciocínio.

Seção 2

Deixe o jogador controlar quanta ajuda é exibida

Uma dica acionada pelo jogador é o padrão mais confiável para uma escada opcional: o jogador escolhe abrir a ajuda e pode escolher novamente revelar o próximo nível. Identificar os controles com clareza — como “Dica 1”, “Mais orientações” e “Mostrar dedução” — ajuda a comunicar quanto será revelado antes de o jogador confirmar a ação. Mantenha o primeiro nível com poucos detalhes para que o jogador possa parar assim que tiver o suficiente.

O designer principal de Acolyte descreve um jogo baseado em linguagem natural no qual os jogadores podiam fazer perguntas ou solicitar ajuda explicitamente, com a orientação se adaptando à pergunta. O mesmo relato também aponta um risco: jogadores habilidosos poderiam descobrir informações antes de a história estar pronta, enfraquecendo o ritmo pretendido. Essas são observações de um único designer sobre um único jogo, não uma verdade universal, mas apontam para um par útil de considerações: torne a ajuda fácil de solicitar e avalie quando as informações têm permissão para vir à tona. [Relato de design de Acolyte por Jamin Smith](https://www.gamedeveloper.com/design/deep-dive-designing-for-spontaneity-and-non-linearity-in-alternate-reality-games-with-i-acolyte-i-)

Avisos automáticos podem atender a jogadores que não percebem que há ajuda disponível, mas também são a principal porta de entrada para spoilers indesejados. Se utilizá-los, ofereça primeiro uma notificação com poucos detalhes — “Precisa de uma ajuda?” — em vez de exibir o conteúdo da pista diretamente. O jogador deve ter a opção de dispensá-la, e a notificação não deve avançar para uma dica mais explícita sem outra ação clara.

Seção 3

Use o estado das pistas primeiro; use o tempo decorrido com cautela

Uma regra de qualificação responde a quando uma dica pode ser oferecida ou desbloqueada. Dê preferência a estados de jogo que reflitam a tarefa real da pista: por exemplo, disponibilize a dica de relação depois que o jogador tiver inspecionado tanto o registro quanto a anotação do restaurador. Se o jogador não tiver encontrado nenhum dos dois, a primeira dica pode apontar para eles. Se ambos foram encontrados e o jogador não avançou, a segunda pode se tornar acessível. Condições baseadas em estado tornam a ajuda relevante para o que o jogador já realizou.

O tempo decorrido pode ser um sinal secundário, mas ficar parado não significa necessariamente estar travado. O jogador pode estar lendo, fazendo anotações ou pensando. Se usar o tempo, encare-o como permissão para oferecer um aviso opcional, e não como permissão para revelar a resposta. Baseie o intervalo em playtests e no ritmo da cena; não existe um número universal de segundos que garanta o momento exato.

Uma regra simples para esta pista em particular poderia ser: disponibilizar a primeira dica a qualquer momento mediante solicitação; desbloquear a dica de relação assim que ambos os documentos forem examinados; permitir a confirmação apenas após um segundo pedido explícito. Se você também quiser oferecer um empurrãozinho após uma longa pausa, ofereça-o apenas enquanto a dedução permanecer pendente, torne-o dispensável e registre se os jogadores o aceitam. Essas são escolhas de design a serem testadas, não limites fixos.

Seção 4

Mantenha a ajuda consistente com o universo do jogo

Uma dica pode quebrar o mistério se surgir por meio de uma voz ou interface que não combina com a cena. Em seu devlog sobre Lacuna, o desenvolvedor Julian Colbus descreve preocupações com dicas convencionais que aparecem em menus externos ao mundo do jogo ou que parecem implausíveis vindas de um personagem. As abordagens da equipe incluíram o Modo de Destaque opcional, que contornava pessoas e objetos com novas informações, e canais redundantes de pistas que podiam confirmar detalhes importantes. O devlog também traz um caso de uso específico para os destaques: sinalizar quando um objeto passa a ser investigável e quando não restam mais pistas destacadas. Esses são exemplos do design de Lacuna, não uma prova de que um único formato serve para todos os jogos. [Devlog do desenvolvedor de Lacuna](https://www.gamedeveloper.com/design/detective-game-design-puzzles-vs-story-lacuna-devlog-)

Para uma única pista, isso pode significar colocar a primeira dica em um caderno de anotações do caso, destacar os documentos relevantes ou disponibilizar um comentário opcional de um personagem depois que o jogador perguntar sobre o relógio. Escolha uma apresentação que se encaixe na sua narrativa e preserve o papel do jogador em formular a dedução. Uma pista redundante pode ajudar quem perdeu um detalhe, mas evite fazer com que cada canal entregue a resposta inteira de bandeja.

Seção 5

Faça playtests para identificar revelações indesejadas e bloqueios improdutivos

Teste a escada com pessoas que ainda não conhecem a solução. Para esta pista, registre quatro fatores: se o jogador pede uma dica, se um aviso automático surge antes que ele deseje, se ele encontra os dois registros e se faz a conexão do relógio antes de ver a confirmação. Observe também conclusões equivocadas: por exemplo, um jogador pode supor que a guarda mentiu deliberadamente, quando a evidência apenas demonstra que a estimativa de tempo dela não é confiável.

Defina dois sinais claros de falha antes da sessão. Um **spoiler não solicitado** acontece quando o jogador vê uma dica que não escolheu e afirma que ela entregou o raciocínio ou a solução. Um **beco sem saída** ocorre quando o jogador não consegue identificar o próximo passo, mesmo após inspecionar as evidências disponíveis, e não progride. Uma pausa, por si só, não basta para considerar alguém empacado; pergunte o que a pessoa está considerando após a sessão ou em um ponto de verificação neutro, sem fornecer a resposta.

Após cada playtest, ajuste a menor parte relevante. Se os jogadores não notarem os documentos, melhore a visibilidade deles ou a dica de onde procurar. Se encontrarem ambos, mas não compararem os horários, refine a dica de relação. Se a confirmação for necessária repetidamente porque a evidência parece ambígua, revise a própria pista antes de adicionar avisos mais incisivos. Se um aviso automático gerar revelações indesejadas, aumente o tempo de espera, reduza seus detalhes ou exija que o jogador opte por vê-lo.

Esse processo resulta em uma escada de dicas equilibrada para uma pista: cada etapa responde a um obstáculo diferente, e cada revelação possui um gatilho bem definido. O playtest mostra se o momento e a formulação ajudam os jogadores a retomar a dedução, deixando a conexão final inteiramente por conta deles.

Leituras relacionadas

Continue explorando o tema