Une demande de relecture sur une application Bolt se résume généralement à une seule question : est ce que la chose précise qui a été demandée fonctionne réellement. Un relecteur, qu'il s'agisse d'un manager qui suit l'avancement ou d'un collègue qui accepte une passation, veut voir ce parcours précis se terminer, pas une visite plus large de tout ce qui a été construit au passage. Une vidéo de présentation guidée répond directement à cette question, à condition qu'elle pointe vers la version de l'application que le relecteur atteindrait réellement s'il allait chercher lui même.
Ce dernier point compte plus pour une application Bolt qu'il ne le ferait pour d'autres plateformes. Un projet généré dans Bolt commence et reste fréquemment dans une session en bac à sable dans le navigateur pendant que le créateur itère, et cette session peut se comporter légèrement différemment une fois que le même code est déployé vers une cible d'hébergement réelle. Enregistrer une présentation guidée contre le bac à sable risque de montrer à un relecteur quelque chose qui ne correspondra pas à ce qu'il trouvera s'il visite ensuite lui même le lien déployé, ce qui compromet tout l'intérêt de la présentation guidée.
Un relecteur qui clique après avoir regardé la vidéo et trouve un comportement différent de celui montré remettra raisonnablement en question l'exactitude de la vidéo, même si l'écart sous jacent n'était qu'une différence entre le bac à sable et l'environnement déployé plutôt qu'un véritable bogue. Éviter cette confusion est une raison de plus pour laquelle l'étape de déploiement se place avant l'étape d'enregistrement, et non après, dans un flux de relecture Bolt en particulier.