Mein Kunde hat mich gebeten, ihm ein Angebot für Mann/Tag-Preise zu senden. Ihre Bedürfnisse und Flüsse sind klar.
Was ich vorhabe, ist die Beschreibung der Module und Beziehungen. Dann werde ich alle diese Ausgaben in ein endgültiges Diagramm (neben dem Angebotsdokument) einfügen.
Welche Art von Dokument empfehlen Sie mir vorzubereiten? Ein Arbeitsablaufdiagramm oder ein einfaches Flussdiagramm oder ein anderes Dokument?
Ich organisierte, analysierte Kundenbedürfnisse. Was ist die beste Methode, um dem Kunden Analyseinformationen zu präsentieren?
Ich würde sagen, dass Sie ein RFP (Request For Proposal) für dasselbe vorbereiten sollten, einschließlich Abschnitten (aber nicht beschränkt auf):-
Erwähnen Sie im Abschnitt Arbeitsumfang das Arbeitsablaufdiagramm mit Blöcken (nicht zu schick, es sollte formell und professionell aussehen). Kunden mögen immer Diagramme und Blockdiagramme, da sie selbsterklärend, leicht verständlich und gut aussehen. Schreiben Sie nicht zu viel in dieses Dokument, erklären Sie so viele Dinge wie möglich mit Bildern und Diagrammen. Verwenden Sie die SmartArt- Funktion von Excel oder Word oder ein anderes Tool (für die Integration und relationale Beschreibung von Modulen) .
Ich organisierte, analysierte Kundenbedürfnisse. Was ist die beste Methode, um dem Kunden Analyseinformationen zu präsentieren?
Basierend auf den Kommentaren zu der Frage werden diese Informationen verwendet, um dem Kunden eine RFP zu präsentieren, wie von Dhiman (+1!) erwähnt.
Der Schlüsselfaktor hier ist meines Erachtens zu verstehen , wer dies lesen wird und wie diese Analyse verwendet werden soll. Übrigens scheint es, dass Sie bereits tatsächlich arbeiten, aber der Vertrag ist noch nicht fest, was ein Risiko darstellt.
Angenommen, die Analyse wird in einem Angebot verwendet, könnten Sie jedes gängige Format verwenden (wie UML, das von CG erwähnt wird), aber es ist wichtig, sicherzustellen, dass der Kunde weiß, wie es zu lesen ist .
In Anbetracht dessen würde ich vor der Verwendung eines Formats vorschlagen, das Format mit dem Kunden abzustimmen, bevor Sie es strukturieren. Wenn der Client UML versteht, machen Sie es. Wenn der Kunde die guten alten PowerPoints bevorzugt, kein Problem. Wenn Prototypen möglich sind, umso besser. Solange Sie beide wissen, wie das Endprodukt aussehen wird .
Spätfreak
Todd A. Jacobs