Änderungsanfragen

Erste Einordnung

Bevor Sie eine Änderungsanfrage im PEIQ PORTAL und PRINT PPS aufgeben, empfehlen wir Ihnen, in unserer PORTAL und PPS Knowledge-Base nach ähnlichen/verwandten Themen zu suchen. Hier finden Sie Themenseiten, die Ihnen bereits oftmals bei der Einordnung Ihrer Anfrage helfen. In einigen Fällen können Sie Anpassungen auch selbst vornehmen, wofür Sie in unserer PORTAL und PPS Knowledge-Base die passende Beschreibung und Anleitung finden.
Die PORTAL und PPS Knowledge-Base wird stetig ausgebaut und weiterentwickelt und aktuell auch für weitere Produkte erstellt.

Grundsätzliches

Ähnlich wie bei Fehlermeldungen ist es auch bei Änderungsanfragen sehr hilfreich für eine schnelle Bearbeitung, wenn Sie Ihre Bedarfe so genau wie möglich schildern.
Erläutern Sie uns daher bitte kurz den momentanen Ist-Zustand sowie den gewünschten Soll-Zustand Ihres Anliegens.

Insbesondere in unseren Cloud-/SaaS-Produkten legen wir großen Wert auf maximalen Nutzen in jeder Erweiterung, unter anderem, was z. B. die Usability betrifft. Eine regelmäßige Runde von Experten ordnet daher alle Anfragen, die unser Gesamtprodukt betreffen, initial ein und prüft den Mehrwert, den unsere Kunden mit dieser erwarten können.
Um Ihre Anliegen möglichst gut verstehen und Sie optimal vertreten zu können, fragen wir daher auch immer wieder ab, welcher konkrete Nutzen sich aus der Anpassung für Sie ergibt.

Wünschen Sie eine Testumgebung für Ihre Anpassung im PORTAL oder PPS, bitten wir Sie, dies explizit dazu zu nennen, da wir diese auch nach Kapazitäten einplanen. Die hierfür anfallenden Aufwände sprechen wir gerne individuell mit Ihnen durch.

Wenn Ihre Anfrage nur einen konkreten Teil des Produktes betrifft, zum Beispiel nur ein Objekt oder eine Region, deklarieren Sie dies bitte ebenfalls direkt.

Zeitraum bis zur Fertigstellung/ Einordnung der Größe Ihrer Anfrage

Handelt es sich um eine größere Anpassung, wird der Zeitrahmen bis zur Anpassungsfertigstellung durch unsere technische Abteilung geschätzt und nach Beauftragung in Abstimmung mit Ihnen in die Roadmap eingeplant.
Ist der Anpassungswunsch eher klein, wird er in einen möglichst schnellen und effizienten Prozess weitergegeben, dadurch werden solche Anpassungen aber auch nicht aufwendig fix disponiert. (siehe auch Hinweis zum Release Verfahren)
Sehr große und aufwendige Anpassungen in Form von Projekten werden fix disponiert. Diese werden auch nicht über den Service Desk, sondern von einem dediziert zu benennenden Projektmanager bearbeitet und koordiniert. 

Release Prozess

Fehlermeldungen und Änderungsanfragen werden im Zuge des kontinuierlichen Verbesserungsprozesses mit zukünftigen (Zwischen-/)Releases behoben und sind als Ticket über den Service Desk aufzugeben.  
Diese Vorgehen hat sich für unsere bereits seit Langem in der Cloud-Umgebung befindlichen Produkte bewährt und trägt zu Sicherheits- und Stabilitätsverbesserungen bei. 

Backlog

Pro Produktlinie pflegen unsere Produktentwicklungs-Experten ein eigenes Backlog. Dort gehen alle Anpassungen ein, die uns über diverse Kanäle erreichen.

Zum Beispiel kippen unsere SEO-Experten in unser PORTAL-Backlog regelmäßig Optimierungen ein, die aus den neuesten SEO-Trends entstanden sind. Auch Signale und Feedbacks, die uns beispielsweise über das Ticketsystem erreichen, werden von unseren Teams eingeordnet und dort vorgemerkt.

Aus diesen Backlogs werden regelmäßig Anpassungen mit in unsere Releaseplanungen übernommen und anschließend umgesetzt. Unter anderem mit diesem Verfahren verfolgen wir unser Ziel der Teilhabe an den kontinuierlichen Verbesserungen im System.

Die Anpassungen in unserem Backlog werden nach bestimmten Kriterien sortiert (zum Beispiel auch, wie oft uns ein Feedback erreicht) und regelmäßig re-evaluiert, um in dieser Reihenfolge dann zusammen mit den weiteren Projekten für die Umsetzung vorgesehen zu werden.

Alle Weiterentwicklungen, die das Gesamtprodukt betreffen, werden dabei in unserem Release-Newsletter erläutert.

Verwandte Seiten