Homepage > Journal > Das Pflichtenheft einer Website. Beauftragung eines Webentwicklungsunternehmens zu einem Festpreis
Journal

Das Pflichtenheft einer Website. Beauftragung eines Webentwicklungsunternehmens zu einem Festpreis

Wie gefällt Ihnen das:

Pflichtenheft erstellen für die Bewertung und Durchführung von Programmierarbeiten

Es gibt nichts Langweiligeres als die Spezifikation (Lastenheft) von IT Arbeit. Zumindest so lange, bis wir herausfinden, dass wir dank dieser Technologie zwei-, drei- und manchmal sogar viermal weniger für Programmierarbeit bezahlen können. 

Denn die Einrichtung, der wir unser Projekt anvertrauen, wird eine bessere Vorstellung davon haben, wie es ablaufen soll.

Und was ist, wenn ich sage, dass ein Kunde eines Entwicklungsunternehmens damit 100.000-150.000 USD für ein kleines Projekt und über 400.000 USD für größere Projektes verdienen kann?

Hört sich das interessant an?

Wenn das für Sie als Kunde interessant klingt, lesen Sie diesen Artikel, um herauszufinden, wie man ein Pflichtenheft für Programmierer erstellt, oder gehen Sie gleich zum Ende dieses Artikels und übergeben Sie diese Aufgabe an jemanden, der sie übernehmen möchte.

Wann brauchen wir Spezifikationen?

Immer. Wenn wir an einem digitalen Produkt arbeiten - einer Webanwendung, einer mobilen Anwendung, einem SaaS, einer speziellen Software, einer Unternehmen Webseite und sogar einer kleineren Webseite, einen Online Shop.

Wenn wir ein Produkt entsprechend unseren Erwartungen innerhalb einer bestimmten Zeit und eines bestimmten Budgets erhalten möchten.

Die Pflichtenhefte sind ein wesentlicher Teil des Prozesses, der als Geschäftsanalyse oder IT Geschäftsanalyse bezeichnet wird, d. h. die Phase der Analyse der Ziele und Bedürfnisse der Auftraggeber und der Planung der zur Erreichung dieser Ziele erforderlichen Arbeiten. Die Kombination von Geschäftsanalyse und UX Design Prozess kann zu überdurchschnittlichen Geschäftsergebnissen führen.

Los geht's

Im vorangegangenen Artikel haben wir beschrieben, wann das Festpreismodell und wann das Zeit und Materialmodell verwendet werden sollte, sowie die Vor und Nachteile dieser Abrechnungsmodelle für Programmierleistungen.

Wir haben gelernt, dass das Festpreismodell (Abrechnung mit einem IT Unternehmen oder einer Agentur zu einem vorher festgelegten Preis) am besten funktioniert, wenn wir genaue Anforderungen und feste Termine haben.

Es ist der Traum eines Unternehmers, eines Einkaufsleiters in einem Unternehmen, eines Marketingdirektors und die Verpflichtung der öffentlichen Beschaffungsstelle. 

Aber es erfordert Arbeit. Im Gegenzug bietet es Kostenvorhersehbarkeit, Transparenz und eine einfache Verwaltung der Auftragnehmer, da die Zahlungen für das Webentwicklungsunternehmen oder den Webdesigner hauptsächlich vom Prozentsatz der geleisteten Arbeit abhängen.

Wert einer Spezifikation

Ich möchte noch einmal auf das Thema der finanziellen Vorteile zurückkommen, das ich eingangs erwähnt habe. Bei einem unserer Projekte konnten wir dank der Erstellung eines detaillierten Lastenheftes über 100.000 PLN einsparen. Wie?

Bei der Befragung von Programmierunternehmen zur Projektbewertung haben wir zunächst auch über die Kosten der einzelnen Elemente eines Projekts gesprochen. So konnten wir nur die Elemente in der Spezifikation belassen, die wir wirklich brauchten.

Zweitens: Selbst nachdem wir die endgültige Produktspezifikation an Webentwicklungsunternehmen geschickt hatten, erhielten wir Angebote zwischen 50.000 und 150.000 PLN. Aber selbst bei der billigsten Variante wussten wir, dass wir das gewünschte Projekt erhalten würden.

Spezifikation - wichtigste Annahmen

Die Dokumentation sollte auf den Programmierer ausgerichtet sein. Hier gilt die alte Regel: Wenn du willst, dass man dich versteht, sprich die Sprache dieser Person.

Sie können eine von mehreren Möglichkeiten wählen, um eine Spezifikation für ein IT Projekt zu erstellen (sie kann in Form einer Checkliste erfolgen). Die am weitesten entwickelte Version ist die Software Anforderungsspezifikation, die alle identifizierten Anforderungen - geschäftliche, benutzerbezogene und funktionale - enthält. Sie gilt für jedes IT Projekt. Es erfordert jedoch die Beteiligung eines Unternehmensanalytikers und eines Softwarearchitekten.

Bei Websites und Unternehmenswebsites können wir die Kurzversion von SRS verwenden, und es ist am besten, sich darauf zu konzentrieren, die Funktionsweise der Website anhand von grafischen Designs genau zu beschreiben.

Was sollte die Spezifikation der Website enthalten?

Um diese Frage zu beantworten, müssen Sie festlegen, wie die Software Entwicklung aussehen soll.Der Zweck einer Auftragsarbeit kann darin bestehen, einen bestimmten Arbeitsschritt auf der Website durchzuführen.

Wenn nur eine bestimmte Phase der Website erforderlich ist, kann die Planung auf der Grundlage von Benutzergeschichten erfolgen, d. h. die Bereitstellung von Funktionen entsprechend der Art und Weise, wie die Benutzer das Programm verwenden.

Das Festpreis Abrechnungsmodell setzt die Erstellung einer bestimmten Version des Programms voraus. Daher wird die Spezifikation der Arbeit der Programmierer in 90 % der Fälle aus zwei Hauptteilen bestehen: Frontend und Backend.

Nachfolgend eine einfache Fallstudie: Spezifikation der Website als Kommentar zu grafischen Entwürfen (UI), die den Programmierern übergeben werden.

Der Frontend Teil der Website Spezifikation umfasst Folgendes:

Wir unterteilen die Dokumentation in drei Teile:

  • (1) Allgemeine Annahmen und Anforderungen, die für alle Frontend Arbeiten gelten
  • (2) Basiselemente, die sich in allen Vorlagen der implementierten Website wiederholen
  • (3) Beschreibung jeder Website Vorlage.

(1) Eine Beschreibung der allgemeinen Annahmen und Konstruktionsanforderungen umfasst Folgendes:

  • Liste der kompatiblen Browser
  • Anforderungen für Responsive Webdesign
  • UI Materialien, die die Schnittstelle beschreiben (Link zu einem anklickbaren Prototyp, Link zu einer Sammlung mit grafischen Entwürfen)
  • Materialien, die den Inhalt der Bewerbung betreffen (Webfonts, Beispiele für Fotos, Videos)
  • Alle Links zu Dateien, die den gesamten Projektumfang zeigen.

(2) Basiselemente, die sich auf der gesamten Website wiederholen:

  • Navigation
  • Fußzeile der Website
  • Cookie-Banner
  • Favicons und Open Graph Bilder
  • Formate
  • Animationen und allgemeine Stile.

(3) Beschreibung der einzelnen Website Vorlagen:

  • Hauptseite
  • Unterseite 1
  • Unterseite 2
  • usw.

Der Backend Teil der Website Spezifikation umfasst Folgendes:

Informationen über die Struktur der Website, die Datenstruktur, die Regeln für den Betrieb von Formularen, die Serverinfrastruktur und Informationen über externe Anwendungen, mit denen die Webanwendung verbunden sein wird.

Ein paar Worte dazu: Die Struktur der Website (oder die Sitemap) kann mit der FlowMap Anwendung in visueller Form ausgedrückt werden, vorzugsweise in Form einer Tabelle mit einer URL-Struktur (Routing-Tabelle).

Die Datenstruktur einer Website besteht aus logischen Einheiten oder Modellen. Die Daten können unterschiedlicher Art sein: kurzer Text ohne Formatierung mit bis zu 255 Zeichen (String), beliebiger Text ohne Formatierung (Text), beliebiger Text mit Formatierung und der Möglichkeit, Bilder einzufügen (Rich Text), usw.

Jedes dieser Modelle wird auf der CMS Ebene verwaltet. Beschreiben Sie die Art der Daten, die in die Eigenschaften des Modells aufgenommen werden können, den Standardwert und geben Sie die Werte an, die vom CMS Administrator weggelassen werden können, und bestätigen Sie, ob der Inhalt des Feldes wiederholt werden kann.

Bei der Ausarbeitung der Spezifikation müssen wir die Grundsätze der Arbeit mit Bildern und Videodateien, die obligatorische Elemente jeder Website sind, ausführlich beschreiben.

Es ist gut, wenn die Spezifikation Angaben zu SEO enthält - sowohl auf der Ebene der Website selbst als auch auf der Ebene der Unterseiten. Jede dieser Seiten muss individuell konfiguriert werden - Titel, Beschreibung, Schlüsselwörter, SEO Titel usw.

Der Website Administrator sollte in der Lage sein, die Navigationsstruktur zu verwalten (Website Kopfzeile, Website Fußzeile, Dropdown Menü). Dies mag offensichtlich erscheinen, aber wenn dies nicht besprochen wird, kann es sein, dass es im CMS (Content Management System) nicht oder anders als vom Kunden erwartet umgesetzt wird. Daher sollten die Grundsätze der Website Verwaltung auf der allgemeinen Ebene und auf der Ebene der einzelnen Unterseiten beschrieben werden.

Formulare

Sendet das Formular Daten an das CMS? Erfolgt dies in Form einer E-Mail Benachrichtigung? Oder vielleicht ist es mit einem externen System verbunden, z. B. MailChimp oder Salesforce? 

All dies sollte zusammen mit den Validierungs oder Autorisierungsregeln in die Spezifikation aufgenommen werden. Kann zum Beispiel ein CMS Administrator den Inhalt einer Abfrage bearbeiten, die in das System eingegeben wird? Es ist logisch, dass sie das nicht sollten, aber sollten wir davon ausgehen, dass dies offensichtlich ist, oder sollten wir die Programmierer darüber informieren?

Infrastruktur, d. h. die Serverumgebung, in der die Website betrieben wird

Die Dienstleistungen und Anwendungen von The Story basieren auf Amazon AWS Cloud Lösungen. Im Prinzip nutzt jede Website EC2, RDS, CloudFront oder SES. Sie sind mit externen Analysesystemen (Google Analytics, Hotjar, Yandex Metrica) und manchmal mit externen Datenverarbeitungssystemen (MailChimp oder Salesforce, wie oben erwähnt) verbunden.

Warum ist das alles so wichtig?

Stellen Sie sich ein Projekt ohne Dokumentation vor. Was wird das Ergebnis sein? Eine Website ohne CMS und Content Management Funktionen? Ohne Navigationsmanagement? Ohne SEO Management Funktionen? 

Jedes dieser Elemente bedeutet mehr oder weniger Arbeit für die Programmierer. Dadurch wird die Arbeit kürzer oder länger, manchmal um einige Minuten, manchmal um mehrere Dutzend Stunden. Der Kunde kann dies aber erst feststellen, wenn er das fertige Werk des Softwareherstellers sieht.

Jedes der oben beschriebenen Elemente kann sich als besonders wichtig für das von Ihnen geleitete Projekt erweisen. Sie könnten dazu führen, dass Sie den Termin verschieben oder sogar den Beginn des Projekts verhindern. Welche Verluste werden Sie dann erleiden?

Haftungsausschluss

Die in diesem Artikel vorgestellten Preisbeispiele stellen kein Angebot im Sinne des polnischen Zivilgesetzbuches dar.

Hero shot: Nicepik.com

Sind Sie auf der Suche nach einem Webentwicklungsunternehmen?

Wie gefällt Ihnen das:
Journal / JPG / Jarek - avatar
Autor: Yaroslav Shatkevich
A programmer with 17 years of experience. Co-founder and CTO of The Story. Fascinated with planning programming works, author of numerous IT and DevOps specifications. Honored by Awwwards, awarded iF Design Award 2018. He works in Python, PHP, React and JavaScript technologies. He created over 90 web and mobile applications and dedicated systems.

Sind Sie an einer Zusammenarbeit mit uns interessiert? Werfen Sie einen Blick auf unser Portfolio