Beispiele und Ressourcen zum Schreiben eines Entwicklungsvorschlags für einen Kunden [geschlossen]

Wir untersuchen unsere Prozesse und Kundenbeziehungen bei der Arbeit. Dazu gehört auch die Erstellung einer standardisierten Vorlage für unsere Entwicklungsvorschläge, die wir an Kunden senden.

Die Entwicklungsbereiche, die wir abdecken, sind hauptsächlich Webentwicklung und -design sowie Entwicklung mobiler Anwendungen. Darüber hinaus bieten wir native Softwareentwicklungen für kleine bis große Unternehmen an.

Was wir anstreben, ist eine Vorlage für jeden Entwicklungsbereich, auf die wir zukünftige Vorschläge stützen können.

Wie schreibst du so etwas? Sind die Ressourcen im Internet hilfreich?

Noch wichtiger ist vielleicht, was ist für euch wichtig, um es in einen Vorschlag aufzunehmen? Dies ist normalerweise eine "ausführliche technische Spezifikation", aber ich würde (zum Beispiel) vorschlagen, ein Drahtmodell oder ein Modell des fertigen Produkts einzuschließen. Wie detailliert müssen Sie sein, um das Projekt dem Kunden vorzustellen und die Bedürfnisse des Projekts selbst zu verstehen, um eine entsprechende Gebühr zu erheben?

Wie schreibst du so etwas? Sind die Ressourcen im Internet hilfreich?

Normalerweise sind die Vorlagen, die ich betrachte, die ReadySET-Vorlagen .

Ich würde zunächst den Vorlagen Projektvorschlag , Projektplan , Ressourcenbedarf , Zielmarkt und Nutzen sowie Benutzerbedarf betrachten , um die Art von Informationen zu ermitteln, die normalerweise während des Projektbeginns verwendet werden. Sie werden wahrscheinlich ein gutes Gefühl für die Art von Informationen bekommen, die Sie zu Beginn eines Projekts aus diesen Vorlagen erfassen müssen.

Ein Wort der Vorsicht, das ich immer gebe, wenn ich über Vorlagen spreche - stellen Sie sicher, dass Sie sie auf die Bedürfnisse Ihres Teams, Projekts, Ihrer Organisation und Ihres Kunden zuschneiden.

Noch wichtiger ist vielleicht, was ist für euch wichtig, um es in einen Vorschlag aufzunehmen?

Dies hängt davon ab, wer das Dokument verwendet und was die Anforderungen für die Erstellung vorgeben. Dies muss in der Regel von Fall zu Fall geregelt werden. Ich bin ein Befürworter einer agilen / schlanken Dokumentation , insbesondere von Prinzipien wie dem Reisen mit Licht (nur das zu produzieren, was Sie produzieren müssen, um Entscheidungen und den aktuellen Status des Systems zu erfassen, und nicht mehr) und der Dokumentation "gerade noch gut genug" .

Dies ist das Muster, das ich für richtig halte:

1. Beginnen Sie immer damit, sich vorzustellen, was Ihr Unternehmen tut und was Sie für Ihren potenziellen Kunden tun können.

2. Definieren Sie ein Problem, die Kunden müssen zufrieden sein.

3. Schlagen Sie eine Lösung vor.

4. Kosten ermitteln.

5. Definieren Sie die Bedingungen: Zahlung, Ergebnisse, was enthalten ist, was nicht (Support usw.) und machen Sie sich darüber klar.

6. Kontaktinformation.

Ein Vorschlag muss allgemein gehalten sein, aber an den Kunden gerichtet sein und ihm das Gefühl geben, dass der Vorschlag nur für ihn ist. Nicht so unterschiedlich wie bei der Programmierung von Generika:

class Proposal<E>

private Proposal proposal<ClientX>

(Dieser Teil ist meine persönliche Meinung, ich weiß, dass andere anderer Meinung sind) - Oh, und verwenden Sie ein benutzerdefiniertes PDF mit einem schönen Hintergrunddesign (schön, aber elegant, ernst). Ich war sowohl beim Senden als auch beim Empfangen eines Vorschlags, und wenn Sie ein Webunternehmen sind, das sich mit Design befasst, zählt es, wie Sie sich in jeder Hinsicht präsentieren. Ein einfaches weißes PDF (oder im schlimmsten Fall .doc oder ein anderes Format) ist keine gute Präsentation.

Machen Sie eine kurze Liste dessen, was Ihrer Meinung nach enthalten sein sollte. Sie können nach Beispielen suchen, die die meisten Überlappungen aufweisen. Google Text & Tabellen verfügt über mehrere Vorlagen.

Überprüfen Sie Ihre vorherigen Vorschläge erneut und besprechen Sie kurz, wie sie von den Kunden akzeptiert wurden. Abgesehen davon, dass Sie nur inkonsistent sind, kann es andere Probleme geben, insbesondere wenn Kunden Sie aus demselben Grund auffordern, eine Wiederholung durchzuführen.

Sie haben keine Vorlage, die versucht, alles einzuschließen, ohne unnötige Elemente entfernen zu können. Niemand möchte eine Seite mit Artikeln mit "NA" durchlesen. Vermeiden Sie die Versuchung, einen vorherigen Vorschlag für einen ähnlichen Client zu übernehmen und ihn für einen neuen zu bearbeiten. Es ist wie das Kopieren und Einfügen großer Codeblöcke.

Fragen Sie den Kunden, welches Format er bevorzugt, geben Sie jedoch eine Liste mit Optionen an. Sie wissen nie, was Ihre Endbenutzer benötigen. Sie möchten nicht, dass sie Ihren Vorschlag präsentieren, nachdem er in PowerPoint gedruckt und gescannt wurde. Tabellenkalkulationen sind nett, wenn sie ein bisschen rechnen wollen. Man weiß nie; Möglicherweise möchten sie dem Projekt tatsächlich etwas hinzufügen.