Dies ist die Abfolge, die wir durchf\u00fchren, komprimiert. Die Daten z\u00e4hlen weniger als die Reihenfolge: Fast jeder gescheiterte Launch, den wir \u00fcberpr\u00fcft haben, f\u00fchrte die richtigen Aktivit\u00e4ten in der falschen Reihenfolge durch.<\/p>\n
Lesen Sie es r\u00fcckw\u00e4rts. Beginnen Sie beim Launch-Termin, z\u00e4hlen Sie zw\u00f6lf Wochen zur\u00fcck, und markieren Sie die Phasengrenzen in einem gemeinsamen Kalender mit einer benannten verantwortlichen Person f\u00fcr jede. Die verantwortliche Person z\u00e4hlt mehr als das Datum: Jeder Workstream unten scheitert auf dieselbe Weise \u2013 alle nahmen an, jemand anderes w\u00fcrde es tun.<\/p>\n
Seien Sie dann ehrlich, wo Sie tats\u00e4chlich stehen. Die meisten Teams, die vier Wochen vorher zu uns kommen, glauben, in Woche vier dieses Plans zu sein. Meist sind sie in Woche elf, weil die Positionierung nie fertiggestellt wurde \u2013 und keine noch so starke Kompression danach holt das auf.<\/p>\n
In dieser Phase passiert extern nichts, weshalb Teams sie \u00fcberspringen, und weshalb das \u00dcberspringen teuer ist.<\/p>\n
Es gibt keine Presale-Phase, kein Preis- oder Bewertungs-Messaging, keine Listing-Versprechen und keinen Mechanismus k\u00fcnstlicher Verknappung. Wir f\u00fchren so etwas nicht durch, und ein darauf aufgebauter Launch-Plan ist ein anderes, von jemand anderem geschriebenes Dokument.<\/p>\n
Das passiert meistens. Bauen Sie den Plan so, dass Abh\u00e4ngigkeiten explizit sind \u2013 Creator-Vertr\u00e4ge und Sperrfrist-Vereinbarungen sind die zwei Dinge, die eine Verschiebung am meisten besch\u00e4digt, und beide sind wiederherstellbar, wenn Sie es Menschen fr\u00fch sagen. Nicht wiederherstellbar ist ein Journalist, der Platz f\u00fcr eine Ank\u00fcndigung freigemacht hat, die nicht kam, und es von jemand anderem erfahren hat.<\/p>\n