Eine Product-Hunt-Galerie ist ein Scroll, und die erste Aufgabe eines Launch-Videos ist es, diesen Scroll zu überstehen. Die meisten Besucher bewegen sich an Dutzenden von Thumbnails vorbei, viele davon stumm im Autoplay, bevor sie entscheiden, welches einen echten Klick wert ist. Ein für diesen Moment gebautes Video muss sich Aufmerksamkeit in seinem Eröffnungsbild und seinen ersten Sekunden verdienen, lange bevor ein Betrachter sich entscheidet, das Ganze anzuschauen oder den Ton einzuschalten. Das ist eine andere Einschränkung als bei einem Landingpage-Video, das nur einen Besucher überzeugen muss, der sich bereits entschieden hat, auf dieser Seite zu sein.
Bei einer mit Bolt gebauten App ist der praktische Ausgangspunkt dieselbe Frage, die vor jedem anderen öffentlich sichtbaren Asset gilt: Hat die App bereits eine stabile Adresse. Ein in Bolt generiertes Projekt läuft zunächst in einer isolierten In-Browser-Sitzung, und während diese Sitzung ausreicht, um die Arbeit während der Entstehung zu prüfen, profitiert ein Launch-Eintrag von einem echten Deploy. Besucher, die am Launch-Tag durchklicken, sind nicht das einzige Publikum. Menschen finden Product-Hunt-Einträge Wochen oder Monate später über die Suche, und ein Video, das auf eine Sitzung verweist, die nicht mehr erreichbar ist, untergräbt einen Eintrag, der ansonsten noch seinen Zweck erfüllt.
Der Launch-Tag selbst liefert einen zweiten Grund, vor der Aufnahme zu deployen. Der Traffic eines Eintrags kann schnell ansteigen, sobald er in den Rankings zu klettern beginnt, und eine In-Browser-Vorschausitzung wurde nie dafür gebaut, diese Art von Aufmerksamkeit zu absorbieren, selbst wenn sie zufällig noch laufen würde. Eine deployte App auf einem geeigneten Hosting-Ziel ist das vernünftigere Ziel für welche Aufmerksamkeit der Launch auch tatsächlich bringt, und das Video sollte von Anfang an auf dieselbe Adresse verweisen, statt mitten im Launch ausgetauscht werden zu müssen.
