Projektbeschreibung
ÜbersetztDer Ablauf, den ich im Kopf habe: Modell auswählen, Breite, Höhe und Tiefe innerhalb der für dieses Modell zulässigen Grenzen festlegen, das Material für den Korpus und die Front, die Hardware und die Extras wählen – Beleuchtung, sanftes Schließen, Sockel. Der Preis wird bei jeder Änderung neu berechnet, ohne die Seite neu zu laden. Wenn eine Kombination nicht funktioniert – sagen wir, der gewählte Mechanismus passt nicht in diese Breite – sagt der Konfigurator das sofort, nicht nachdem die Anfrage bereits gesendet wurde. Ein Vorschaubild neben den Bedienelementen zeigt den Artikel in der gewählten Farbe, ein Schema ist in Ordnung, solange es erkennbar ist.
Was am Ende herauskommt, ist eine Spezifikation: Einzelposten, Abmessungen, Materialien, Hardware und die Gesamtsumme. Eine Kopie erreicht den Manager als Anfrage, eine andere geht per Mail an den Kunden, und die Konfiguration wird unter einem permanenten Link gespeichert, sodass sie eine Woche später erneut geöffnet oder einem Partner gezeigt werden kann.
Dinge, bei denen ich nicht bereit bin, Kompromisse einzugehen:
— der vom Konfigurator erzeugte Preis ist vorläufig, und der endgültige wird nach einer Vor-Ort-Messung bestätigt; dies muss auf dem Bildschirm direkt neben der Gesamtsumme sichtbar sein, nicht im Kleingedruckten am Ende versteckt;
— Preisregeln, Koeffizienten und Materialpreise werden gespeichert, sodass ein verantwortlicher Mitarbeiter sie über die Benutzeroberfläche ohne Entwickler bearbeiten kann, und jede Bearbeitung wird in einer Änderungsverlauf festgehalten: wie es war, wie es wurde, wer es geändert hat und wann;
— ein gespeicherter Link zeigt die Konfiguration und nichts anderes. Er darf niemals die Anfrage eines anderen öffnen und darf niemals die Kontaktdaten des Kunden offenlegen;
— es muss auf einem Telefon ordnungsgemäß funktionieren: dort kommen die meisten unserer Anfragen her.