Welche Wartung ist erforderlich, wenn sich die Produkte jede Woche ändern?

Wenn sich Ihre Produkte häufig ändern, kaufen Sie einen definierten Update-Prozess sowie den Konfigurator. Die Wartung muss erklären, wer Produktdaten ändern kann, welche Änderungen eine Entwicklung erfordern, was getestet wird und wie ein fehlerhaftes Update zurückgezogen wird. Ein Versprechen, die Website am Laufen zu halten, klärt diese Fragen nicht.

Klassifizieren Sie tatsächliche Änderungen aus Ihrem Katalog

Überprüfen Sie die letzten Aktualisierungen Ihres Unternehmens. Eine neue Materialbeschreibung, eine geänderte Zubehörbeschränkung und eine überarbeitete Preisformel sind unterschiedliche Aufgaben. Bitten Sie den Lieferanten, jede einzelne zu klassifizieren und die Verwaltungsschnittstelle oder den beteiligten Entwicklungsprozess anzugeben.

Überprüfen Sie auch visuelle Abhängigkeiten. Für eine neue Oberfläche ist möglicherweise eine genehmigte Materialdarstellung erforderlich. Ein neues Rahmenprofil kann die Geometrie und zugehörige Komponenten verändern. Die Bezeichnung beider Aufgaben „Option hinzufügen“ verbirgt wichtige Unterschiede im Aufwand und in der Überprüfung.

Führen Sie eine kontrollierte Korrekturübung durch

Veröffentlichen Sie eine Änderung in einer Testumgebung und identifizieren Sie ein gespeichertes Projekt, das davon betroffen ist. Überprüfen Sie unabhängig voneinander den aktuellen Katalog, das frühere Angebot und das neue Angebot. Fragen Sie dann, wie das Update rückgängig gemacht werden würde, wenn der Hersteller nach der Veröffentlichung einen Fehler entdecken würde.

Durch die Stornierung sollte der Verlauf der angenommenen Bestellungen nicht gelöscht werden, während die Änderung aktiv war. Vereinbaren Sie, welche Projekte überprüft werden müssen und wie die verantwortliche Person sie findet. Das Betriebsproblem ist größer als die Wiederherstellung eines älteren Bildes.

Definieren Sie den normalen und den dringenden Dienst

Einige Korrekturen können auf eine geplante Veröffentlichung warten. Eine Produktregel, die eine nicht unterstützte Bestellung zulässt, erfordert möglicherweise eine andere Reaktion. Notieren Sie, wie jedes Problem gemeldet wird und wer über die Priorität entscheidet. Eine Reaktionszeit ist nicht unbedingt eine Lösungszeit; Bitten Sie die Lieferanten, sie zu unterscheiden.

Vereinbaren Sie außerdem die für eine Änderungsanfrage erforderlichen Quellinformationen. Ein markierter Screenshot erklärt selten alle betroffenen Komponenten, Preisregeln und Dokumente. Ein kurzes, strukturiertes Änderungsprotokoll kann wiederholte Klärungen reduzieren.

Geben Sie Configurix eine wartbare Produktbeschreibung

Definieren Sie für ein benutzerdefiniertes Configurix-Projekt Ihren internen Katalogbesitzer und die Änderungen, die dieser Besitzer durchführen soll. Verbinden Sie Updates mit Auftrags- und Revisionsmanagement, insbesondere wenn frühere Konfigurationen weiterhin kommerziell relevant sind. Bitten Sie um ein Training mit einer echten Abwechslung aus Ihrem Sortiment.

Sollte für alle Katalogaktualisierungen ein Entwickler erforderlich sein?

Nicht unbedingt. Entscheiden Sie, welche Änderungen sicher an geschulte Administratoren delegiert werden können und welche Änderungen an der Anwendungslogik oder den Modellen erfordern. Testen Sie diese Grenzen vor dem Start.

Ist eine jährliche Supportgebühr ausreichend detailliert?

Nein. Fordern Sie die enthaltenen Dienste, Ausschlüsse, den Änderungsprozess und den Eskalationsweg an. Ihr Unternehmen muss wissen, wie seine eigentliche Katalogarbeit abgewickelt wird.