Wie gehe ich mit einem potenziell schwierigen Kunden bei einem Webprojekt um?

Ich bin ein Projektmanager mit drei Jahren Erfahrung als PM.

Wir haben hier einen Kunden, der eine ziemlich gute Beziehung zu unserem Unternehmen hat. Er schickte uns ein Webprojekt von einer seiner Empfehlungen, das nur 4 oder 5 Zeilen mit hochrangiger Spezifikation enthält. Aber er hat keine detaillierten Anforderungen gesendet, damit ich seine geschäftlichen Anforderungen untersuchen und einen entsprechenden Fragebogen erstellen kann.

Hochrangige Beamte sagten mir, ich solle mit der Erstellung einer Homepage weitermachen, da er ein wertvoller Kunde ist. Ich habe keinen direkten Kontakt oder so, ich stecke fest und spüre den Druck der obersten Autorität.

Irgendwelche Lösungen oder Antworten auf diese Situation?

Hat der Kunde erwartet, dass Sie seine hochrangigen Anforderungen mit einer weiteren detaillierten Anforderungsanalyse weiterverfolgen? Oder haben sie erwartet, dass Sie die Website aus 4 oder 5 Zeilen hochrangiger Anforderungsspezifikationen erstellen?
Ich notierte diese Besorgnis und gab sie an die höhere Autorität weiter. Von High Level Specs meine ich, dass der Projektumfang groß klingt, aber ich habe keine Details darüber. Offensichtlich ist eine Homepage eine Hauptseite, ich habe Angst vor Scope Creep und habe dies gerade auch meinem Senior Management gesagt
Ich glaube du hast mich missverstanden. Der Kunde hat Ihnen hohe Anforderungen gestellt, aber keine Details. Hat der Kunde von Ihnen erwartet, dass Sie anschließend eine detaillierte Anforderungsanalyse durchführen, oder hat er von Ihnen erwartet, dass Sie sofort mit der Produktentwicklung fortfahren, basierend auf der bereits bereitgestellten hochrangigen Spezifikation?
Ihre Frage ist richtig, Kunden erwarten manchmal, dass sie sofort mit der Produktentwicklung fortfahren, aber manchmal kommt es auch vor, dass Personen über Ihnen (leitendes Management) einen Projektmanager brauchen, der sofort beginnt, und wir stecken fest

Antworten (4)

In Bezug auf die @mamoo-Antwort:

Sicherlich ist es das Beste, die Anforderungen zu klären. Da Sie keinen Zugang zum Kunden haben, sollte der interne Stakeholder Ihre erste Wahl sein.

Leider kann es für einige Interessengruppen (z. B. das Management) schwierig sein, ein Zeitfenster für die Teilnahme an einem Workshop oder an anderen technischen Arbeiten zu finden.

Versuchen Sie, von den relevanten Stakeholdern (z. B. Projektsponsor) eine Entscheidung zu erhalten, wie mit dem Projekt fortgefahren werden soll. Dies könnte in einem kurzen und vielleicht informellen Treffen erreicht werden:

  • Nenne dein Problem . Formulieren Sie es als Risiko: Die Webseite könnte den Kunden nicht zufriedenstellen, weil...
  • Geben Sie eine Wahrscheinlichkeit für das Risiko an
  • Geben Sie eine qualitative Risikoauswirkung und ein oder zwei Beispiele an, z. B. „Der Kunde könnte denken, dass wir keine anspruchsvolle Webseite erstellen können“.
  • Geben Sie eine Lösung bzw. Risikominderung: Sie könnten direkt mit dem Kunden ins Gespräch kommen, dafür brauchen Sie die Kontaktdaten.

Danach kann der relevante Stakeholder eine Entscheidung treffen, z

  • Binden Sie den Kunden direkt ein, um die Anforderungen zu identifizieren.
  • Akzeptieren Sie das Risiko und versuchen Sie, unsere Anforderungen "irgendwie" zu bewältigen.

Wenn Sie wirklich nicht weiterkommen, würde ich die Verantwortung auf Ihre Vorgesetzten übertragen: Validieren Sie die Homepage mit ihnen, schreiben Sie alle erforderlichen Anforderungen auf und lassen Sie sie von einem Ihrer Vorgesetzten genehmigen. Wenn es wirklich so einfach ist, werden sie kein Problem damit haben, die Verantwortung für die Validierung mit Ihnen zu teilen ;)

Sie haben widersprüchliche Informationen in Ihrer Problemstellung. Sie geben zunächst an, dass der Kunde sehr hohe Anforderungen gestellt hat, mit dem Verständnis, dass Ihr Unternehmen sein Geschäft lernen und zusätzliche Anforderungen einholen würde. Dann geben Sie an, dass Ihre Chefs Sie bitten, diese Arbeit zu überspringen und mit der Entwicklung des Produkts fortzufahren. Es hört sich so an, als ob Ihr Kunde die Anforderungen gemeinsam aufschlüsseln möchte, Ihre Chefs jedoch nicht. Ihre Chefs sind also schwierig, nicht Ihre Kunden, richtig?

Wenn der Aufwand, dieses Produkt zu bauen, ohne andere Anforderungen zu stellen, vom Kunden bezahlt wird, dann wäre es ein großer Fehler, ein großes Risiko für Ihr Unternehmen, das Produkt zu produzieren, ohne mit dem Kunden zusammenzuarbeiten, um die Spezifikationen zu zerlegen. Wie andere gesagt haben, erhöhen Sie dieses Risiko. Das bedeutet nicht, dass sie zuhören müssen oder werden, aber Sie müssen es aufzeichnen. Dann tun Sie, was sie sagen.

Wenn der Kunde den Aufwand nicht bezahlt und die Firma nur etwas zusammenstellen möchte, um Gespräche zu beginnen und vielleicht die Fähigkeiten Ihrer Firma zu demonstrieren, fahren Sie fort. Vielleicht befragen Sie einige Ihrer Kollegen, die möglicherweise detailliertere Informationen über Ihren Kunden kennen, um diese Spezifikationen selbst mit einem gewissen Grad an Genauigkeit aufzuschlüsseln. Schließlich geben Sie an, dass der Kunde Ihrer Firma bekannt ist. Da der Kunde nicht dafür bezahlt hat, wird es zum Ausgangspunkt für die zukünftigen Anforderungssitzungen.

Ich habe Ihren Punkt "... mit dem Verständnis, dass Ihre Firma sein Geschäft lernen würde ..." nicht verstanden, da ich dafür keine Beweise gesehen habe. Allerdings ist mir gerade aufgefallen, dass Sie "..detaillierte Anforderungen, damit ich studieren kann ..." intern mit "detaillierte Anforderungen, damit ich dann studieren kann" übersetzen. Ich habe das nicht so gelesen. Ich denke, das muss vom OP geklärt werden. War es insbesondere die Absicht des Kunden, dass seiner High-Level-Spezifikation eine detailliertere Anforderungsanalyse des OP folgt?"
Ah, ja, ich verstehe Ihren Punkt. Ich habe eine Interpretation vorgenommen. OP sollte sich dazu äußern.

Erstellen Sie mit minimalem Aufwand ein interaktives Wireframe/einen Prototyp

  1. Versuchen Sie, wie @mamoo betonte, die Anforderungen mit dem internen Projektsponsor zu validieren.

  2. Wie @david-espina und andere betonten, machen Sie Ihre Vorgesetzten auf das Risiko aufmerksam, das mit dem Aufbau von etwas verbunden ist, ohne eine große Ahnung zu haben, was der Kunde will.

  3. Es sind Tools verfügbar (z. B. Axure oder Evolus Pencil – Open Source ), mit denen ein schnelles interaktives Drahtgitter/Prototyp ohne Codierung erstellt werden kann. Sie können es komprimieren und per E-Mail an Ihren Projektsponsor senden. Dies ist sehr visuell und Ihr Projektsponsor kann es sich ansehen und durchklicken, um Navigationen, Popups usw. zu sehen. Sie können es auch an den Kunden weiterleiten, um dasselbe zu tun. Im Gegensatz zu einer langen Prüfung von Anforderungsdokumenten ist dies eine unkomplizierte Möglichkeit, Feedback von der Geschäftsleitung und Kunden zu erhalten.

Auf diese Weise können Sie Ihren Ansatz schnell validieren, anstatt viele Ressourcen und Zeit in die Entwicklung von etwas zu investieren, das Ihr Kunde möglicherweise nicht möchte.

Ashok, ich glaube, du hast nicht verstanden, was ich meine. Ich kenne diese Tools sehr gut, aber wenn Stakeholder Ihnen ein Projekt übergeben haben, das mit dem Management von "Fluggesellschaften" zusammenhängt, sagen Sie. Klingt dieser Umfang nicht groß? Aber der Punkt ist, wie es funktionieren wird, als ob ich diese Spezifikation namens "Benutzerspezifisches Anforderungsdokument" nicht habe, damit ich sie in Fachjargon umwandeln kann
OK. Wenn Ihnen eine der anderen Antworten geholfen hat, können Sie sie als akzeptierte Antwort markieren. Wenn keiner von ihnen geholfen hat und Sie einen Weg gefunden haben, damit umzugehen, können Sie Ihre eigene Frage beantworten. Dies wird anderen helfen, die in einer ähnlichen Situation sind.
Wie gehe ich mit einem potenziell schwierigen Kunden bei einem Webprojekt um?
AntwortenHierDatenschutz-Bestimmungen1y, 0v