Diese Seite dient dazu, den Ablauf vom Briefing bis zur Umsetzung von Web-Projekten genauer zu erläutern.

Direkt zum Thema:
Kontakt zum Team Workflow & Webdesign | Die 4 Microsite-Modelle | Allgemeine Request-Infos | Beispiel Requestaufbau

Mail oder Request


Wenn ein neues Projekt beauftragt wird, welches rein im Web umgesetzt werden soll,
sollte folgende Einschätzung des Projektleiters erfolgen:

Ist es ein Projekt mit oder ohne Notesdatenbank?

Es folgt die telefonische Klärung mit Markus und/oder Joachim,
welche Form von Projekt es ist ( welches Modell – siehe weiter unten ).

Erste Abstimmung

Markus Ortkemper (Technical Web Designer) ist Ansprechpartner für Web | Joachim Bals (Application Developer) ist Ansprechpartner für Notes |
Sind beide für die Umsetzung erforderlich, dann beide für einen Abstimmungstermin einladen

Anschließend wird klar, ob eine Mail oder ein Request notwendig ist.

markus.ortkemper@also.com | Telefon: +49 2921 99 1795
joachim.bals@also.com | Telefon: +49 2921 99 1742

Die 2 Modelle (MAIL oder REQUEST)

Um was für eine Seite handelt es sich? Hier sind folgende Modelle möglich:


Modell 1 - MAIL

Beispiel 1

Kopie einer Seite inkl. Umbenennung
(keine weiteren Anpassungen)

Existiert noch nicht
(z. B. Kopie von WaaS, weil ohne Anmeldung)

MAIL
mit den notwendigen Informationen
an Markus

Folgende Angaben sind in der Mail notwendig:

  • Requestnummer aus Allgemeinen Marketing Request: 170110-100339-GK - E-Com Anfragen 2017 vom E-Business und Marketing
  • Welche Seite soll kopiert werden? (Deeplink angeben)
  • Wie soll die neue Seite heißen?

Beispiel 2

Kopie einer kleinen bestehenden Promo Seite mit
einer Standard Datenbank (Anmeldung)

Beispiel Fujitsu Cäsh in de Täsch
(Kopie von WaaS mit einer Standard Datenbank)

MAIL
mit den notwendigen Informationen
an Joachim und Markus

Folgende Angaben sind in der Mail notwendig:

  • Requestnummer aus Allgemeinen Marketing Request: 170110-100339-GK - E-Com Anfragen 2017 vom E-Business und Marketing
  • Welche Seite soll kopiert werden? (Deeplink angeben)
  • Wie soll die neue Seite heißen?
  • Genaue Definition aller notwendigen Informationen


Modell 2 - REQUEST

Beispiel 1

Kopie einer Seite
mit neuen CMS-Elementen

Beispiel CTV

Hier ist ein REQUEST notwendig.

Darin sind folgende Angaben notwendig:

  • Genaue Definition der neuen Elemente
    (Beschreibung, Links zu Mustern oder Screendesign).
  • Welche Seite soll kopiert werden?
  • Wie soll die neue Seite heißen?

Beispiel 2

Die Webseite (sowohl Kopie als auch Neu-Anlage) sowie die
Datenbank weichen von den Standards (Modell 1 bis 3) ab

Beispiel UK All the Way

Hier ist ein REQUEST notwendig.

Darin sind folgende Angaben notwendig:

  • Genaue Definition der neu anzulegenden Seite
    (Screendesign, Schriften, Farben, Links zu Mustern).
  • Punkte, die für die Datenbank erforderlich sind
  • Wie soll die neue Seite heißen?


Allgemeine Informationen zum Requestablauf:

Für die Aufwandschätzung sind Details noch nicht relevant
(z. B. welche Produktgruppen, welche Umsatzziele)

Vorab-Infos zur Request-Erstellung sind zunächst ausreichend, wie z. B.:

  • Wie viele Hersteller sind involviert
  • Es sollen Umsatzziele auf der Seite angezeigt werden
  • Es sollen Schriften angepasst werden
  • Es sollen neue Funktionen entwickelt werden
Es muss für die ERSTELLUNG des Request noch nicht klar sein, welche Hersteller, welche Schrift, welche Umsatzziele, welche Funktionen

Wichtig ist, dass der Request mit ersten Informationen erstellt wurde, damit er in der Priorunde priorisiert wird und die Aufwandschätzung erfolgen kann. Nach Erstellung des Request muss eine Info-Mail (mit Angabe der Request-Nr.) an Jörg/Andreas erfolgen, damit sie informiert sind, dass sie den Request in der Priorunde priorisieren lassen sollen. Die Priorunde findet alle zwei Wochen Freitags statt.

Der Request kann nachträglich angepasst/ergänzt werden.

Die detaillierten Informationen sollten sofort nach Bekanntwerden im Request nachgetragen werden, um Verzögerungen bei der Umsetzung zu vermeiden.

Wenn der Request priorisiert wurde erfolgt dieser Ablauf:

  • Andreas/Jörg geben Info an Requestverantwortlichen
  • Im Request wird 777 eingetragen
    (777 bedeutet, dass der Request geschätzt werden darf (Guido gibt Info an sein Team))
  • Teammitglied von Guido schätzt den Aufwand (je nach Informationsgehalt)
  • Sinn macht hier ein Termin, heben sich Elemente vom Standard ab?
    Dann darüber informieren/austauschen (Webdesigner <-> Programmierer)
  • Tasks können von Guidos Team im Request intern verteilt werden
    (Markus/Marco/Ole für Webseite und Joachim für Notesdatenbank)
  • Guido kann für das Team ALSO IS -> Andreas Sasse - wichtig für z. B. die Umsatzziele -
    einen Task im Request öffnen
  • der Aufwand für die Umsatzzielberechnung wird separat vom
    ALSO IS Team geschätzt (dies liegt nicht in der Verantwortung von Guidos Team)
  • Nachdem alle Beteiligten eine Schätzung abgegeben haben,
    wird der Request vom Request Responsable auf „Cost approvel“ gesetzt.
  • Anschließend muss der Betrag vom Auftragsteller bestätigt werden.
  • Zudem wird der Request auf Grund des Aufwands dann
    entsprechend in der PRIO Runde priorisiert und eingeplant.
  • Sobald das Planungs-Start-Datum erreicht ist, wird mit der Umsetzung begonnen.

Alle Vorgänge werden im Request festgehalten und können dort vom
Request-Verantwortlichen (meist der Projektleiter) eingesehen werden.

  • Bereitstellung der Struktur erfolgt zeitnah nach Projektstart durch den Entwickler.
  • Bei größeren Style-Änderungen muss der (gleichwertige Dummy-) Content direkt vom Webdesigner eingepflegt werden.
  • Wann welche Umsetzung zeitlich genau erfolgt, liegt im Ermessen des Entwicklers
    Bedeutet: Wenn noch kein realistischer Content oder eine Abstimmung dazu vorliegt, kann der Entwickler noch nicht mit dem "Stylen" der Seite beginnen.

Besondere Vorkommnisse wie Management-Conference nicht berücksichtigt:

Nachträgliche Änderungen erfordern einen Change-Request

Ein Change Request erfolgt bei gravierenden Änderungen, die von der im Originalrequest beschriebenen und freigegebenen Definition stark abweichen.

Ablauf: Nach Abschluss des Original-Request stellt man fest, dass das Ergebnis nicht dem entspricht, was erwartet wurde, OBWOHL es im Request genauso beschrieben war. Dann folgt ein neuer Request (Change-Request, weil gleiches Projekt), welcher wieder in die Prio-Runde gegeben wird.

Und dann würde es wieder von vorne losgehen ...

Die Marketing Consultants sollten VOR Auftragserteilung und Zusage beim Hersteller folgende Punkte zeitlich einplanen:

(bei Umsetzung in Verbindung mit Requests):

  • Request muss eingestellt werden
  • Priorisierung des Requests muss erfolgen
  • Abstimmungstermine für die Aufwandseinschätzung/Umsetzung müssen eingeplant werden
  • Aufwand muss im Request eingeschätzt werden
  • Umsetzung je nach zeitlicher Einschätzung
  • Prüfung vor Freigabe

Im Idealfall sollte der Marketing Consultant vor Planung und Zusage mit dem Hersteller, die Idee für eine Kampagne
bzw. Webseite mit Datenbank (Modell 1 bis 4) erst im Marketing Service Meeting vorstellen.

Aufbau eines Requests:

Hier wird ein Requestaufbau anhand der Lenovo China Kampagne erläutert

Wie sieht so ein Request aus, welche Informationen müssen dort eingetragen werden?

Schritt 1 - What do you want?

Aufbau einer LN Datenbank analog dem Südafrika Incentive 2016 inkl. Anmeldemöglichkeit für Kunden

Anmeldeformular auf der o. g. Seite mit folgenden Abfragefeldern:

  • Kundennummer
  • Firma
  • Ansprechpartner
  • E-Mailadresse
  • Checkbox zur Anmeldung mit Text: ja, ich möchte am Lenovo China Incentive teilnehmen

Text für die Anzeige, nachdem man sich angemeldet hat:

Vielen Dank für Ihre Anmeldung zum „Lenovo China Incentive“.

Sie erhalten von Ihrem ALSO Deutschland Team demnächst alle notwendigen Detailinformationen für Ihre erfolgreiche Teilnahme.

Wir wünschen viel Spaß!
Ihr Lenovo Team bei der ALSO Deutschland

--

Umsatzziel-Anzeige in Textform:

Ihr Umsatzziel liegt bei: 0,00 €
Davon haben Sie bereits 0,00 € erreicht, das entspricht einer Zielerreichung von 0 %

--

Inkl. Umsatzbetrachtung und Anzeige der Ziele unter Berücksichtigung einer Umsatzsteigerung. Vergleichszeitraum 01.02. bis 30.06. mit 5 % Steigerung

  • BU A61 und A64
  • Produktarea LTS
  • Produktlinie LT, IR LW
  • Mindestumsatz 2.500 €

Spätestens online bis 15.02.2017 (Umsatzauswertung soll aber dennoch Rückwirkend zum 01.02.2017) D.h. wir hätten die Datenbank gerne inkl. Berechnung und Anmeldung bis zum 10.02.) sodass wir testen können.

Schritt 2 - What is the title?

Lenovo China Incentive 2017

Schritt 3 - People involved?

  • Responsible: Pia Kemper
  • Expert: Pia Kemper

Schritt 4 - What is the expected benefit / value proposition?

Benefit: 110.000,00 € (Gesamtbudget wird Angegeben im Briefing vom MC)

Schritt 5 - Who will approve the costs?

  • Jörg Römer (responsible for prio)
  • Cost approver Rainer Schwitzki