Um revisor a ler um pull request ou um briefing de projeto não está a perguntar se a aplicação é impressionante. Está a perguntar se uma coisa específica foi construída da forma como foi pedida. Um vídeo de demonstração geral responde à pergunta errada para esta audiência, porque mostra o que o construtor quer destacar, e não o que o revisor precisa de ver verificado. Uma apresentação guiada de revisão existe para fechar essa lacuna diretamente.
Esta distinção torna-se mais nítida numa construção Lovable, onde um requisito pode ser cumprido por um fluxo que parece semelhante a vários outros fluxos na mesma aplicação. Um revisor a percorrer uma ligação de pré-visualização em bruto tem de encontrar o ecrã certo e deduzir sozinho se satisfaz o requisito. Uma apresentação guiada remove os dois passos: vai diretamente ao ecrã relevante e declara, implicitamente através da sequência mostrada, que esta é a resposta à pergunta que foi feita.
O custo de errar nisto não é dramático numa única revisão, mas acumula-se. Um revisor que tem de procurar o ecrã certo duas vezes começa a percorrer por alto na terceira vez, e um construtor que treinou um revisor a percorrer por alto tornou silenciosamente cada revisão futura menos fiável. Tratar cada apresentação guiada como toda a interação do revisor com a construção, em vez de um complemento a uma conversa mais longa, evita que esse hábito se forme.
