Erhalten Sie genügend Informationen vom Kunden, um das Projekt zu starten

Wenn Sie über ein Projekt sprechen, das bereits genehmigt wurde und sich in der Pipeline befindet, verweise ich auf die Antwort von @Doug B.

Wenn Sie jedoch über ein Formular sprechen, das sich auf der Website Ihres Unternehmens befindet und von potenziellen Kunden verwendet wird, um Sie zu kontaktieren, weil sie nach einer Agentur suchen, die ihren Bedürfnissen entspricht, dann gibt es ein Gleichgewicht zwischen der Bitte um genügend Informationen, um für Sie nützlich zu sein, und nicht so viele Fragen stellen, dass sie frustriert sind und weitermachen (obwohl sie die Fragen sowieso irgendwann im Projekt beantworten müssten!).

Es wird immer üblicher, dass Agenturen vorab ein „Projektplanungsdokument“ bereitstellen, anstatt/zusätzlich zum einfachen Kontaktformular, das normalerweise nur die „Ich brauche eine Website“-Antworten erhält. Der Artikel „Web Design Questionnaires, Project Sheets and Work Sheets“ des Smashing Magazine enthält Links zu mehreren in diesem Bereich; Mein Favorit war schon immer das Happy Cog-Beispiel , weil es nicht nur wichtige Informationen hervorbringt, sondern auch die Voraussetzungen dafür schafft, wie der Kunde für den Gesamterfolg des Projekts einbezogen werden muss .

Ausgehend von Ihrer Frage gehe ich davon aus, dass das Projekt von der jeweils angemessenen Autoritätsebene genehmigt wurde, und Sie versuchen, dem Projektteam eine angemessene Vorstellung vom „großen Ganzen“ zu vermitteln.

Im Allgemeinen möchten Sie (in keiner bestimmten Reihenfolge) dokumentieren:

• Der Business Case für das Projekt. Warum ist das Projekt wichtig? Wie schafft es einen Mehrwert für den Endverbraucher? Was ist der Nutzen für Ihr Unternehmen? Was hat das Team davon außer harter Arbeit und Trauer?
• Eine Beschreibung des Produkts auf Projektebene. Was sind die Komponentenunterprodukte? Welche Teilprodukte werden von Ihrem Team hergestellt und welche kommen von außerhalb des Projekts?
• Eine Liste der wichtigsten Teammitglieder. Wer ist der PM? Wer ist der Projektchampion? Wer ist der Kunde? Und wahrscheinlich am wichtigsten - wer hat das Sagen?
• Eine Vorstellung von Zeitskalen. Wann ist die Planung abgeschlossen? Wann beginnen wir mit der Arbeit? Wann muss das Produkt in die Qualitätssicherung? In welchen Phasen wird der Projektplan überprüft und kontrolliert überarbeitet, um die Realität vor Ort widerzuspiegeln?
• Eine Vorstellung davon, wie dieses Projekt besser sein wird als frühere. Was waren die wichtigsten Probleme/Probleme bei ähnlichen Projekten in der Vergangenheit und wie können sie vermieden werden? Was hast du in der Vergangenheit richtig gemacht, das du wiederholen möchtest?

Ich denke, das sind die Mindestinformationen, die das gesamte Team braucht, um Teamgeist aufzubauen und das Gefühl zu haben, an etwas Größerem und Besserem und Wichtigerem als seiner Funktionseinheit beteiligt zu sein.

Was Sie genau einbeziehen, hängt von Ihrer Zielgruppe und der Größe/Skala/Kritikalität des Projekts ab. Sie sollten Ihre Dokumentation entsprechend skalieren. Die meisten meiner Punkte unten können mit ein paar Sätzen oder hundert Seiten erfüllt werden, Ihre Wahl :-)

Ich bin mir der Absicht hier nicht sicher – Sie möchten ein Formular, das ein Kunde einfach ausfüllt und das genügend Informationen enthält, die ein Projektteam einfach nehmen und mit dem Projekt beginnen kann? Und das soll branchenübergreifend sein?

Du verpasst hier WAYYYYY zu viele Schritte. Sie vermissen den Kostenvoranschlag, die Planung, die Charta, die Stakeholder-ID, einfach aus dem Kopf. Es hört sich so an, als ob Sie versuchen, die PM/Client-Interaktion zu entfernen, was ein Rezept für eine Katastrophe ist.

Einer der am häufigsten genannten Gründe für das Scheitern von Projekten ist ein unzureichendes Verständnis der Projektanforderungen im Vorfeld. Und das bei Projekten mit viel persönlicher Kommunikation. Der Versuch, dies auf eine Form zu reduzieren, garantiert nur ein Scheitern.

Dabei ist das Thema Cross-Industry noch gar nicht angesprochen.