Von Nintex zu skybow: Dein Leitfaden für einen erfolgreichen Ersatz

Betreibst du noch Workflows mit Nintex Workflow für Office 365?
Dann hast du wahrscheinlich schon die Neuigkeiten gehört: die Abkündigung und das Ende des Supports stehen bevor.

‍

Das wirft einige unbequeme Fragen auf.

• Was passiert mit deinen bestehenden Workflows?
• Wie viel Aufwand wird die Migration erfordern?
• Musst du alles von Grund auf neu aufbauen?

‍

Viele Organisationen zögern, weil sie davon ausgehen, dass der Wechsel kompliziert sein wird. Neue Plattform. Neue Tools. Neue Art, Prozesse zu erstellen.

‍

Aber hier ist die gute Nachricht: Mit skybow Studio kannst du deine Nintex-Workflows mit denselben Aktionsarten und derselben Automatisierungslogik neu aufbauen, die du bereits kennst. Die eigentliche Veränderung sind nicht die Funktionen. Es ist die Denkweise.

‍

Sobald du verstehst, wie Prozesse in skybow strukturiert sind, wird die Migration deiner Workflows viel einfacher, als die meisten Teams erwarten. 🚀

‍

‍

Unterschiedliche Ansätze: Nintex vs. skybow

Bevor wir uns ansehen, wie Nintex-Workflows durch skybow ersetzt werden können, sollten wir die unterschiedlichen Ansätze der beiden Plattformen genauer betrachten.

‍

Dies wird dir sofort die Unterschiede zwischen ihnen aufzeigen. Du wirst dann den erforderlichen Paradigmenwechsel verstehen, der beim Erstellen von Workflows und Formularen notwendig ist, um Nintex von on-prem oder Office365 erfolgreich zu skybow Studio zu migrieren.

‍

‍

Der Nintex-Ansatz: Workflows im Mittelpunkt

In Nintex Workflow für Office 365 oder on-premises werden Prozesse typischerweise mit einem visuellen Workflow-Designer erstellt.

‍

Benutzer ziehen Aktionen per Drag and Drop auf eine Workflow-Leinwand. Du kannst diese Aktionen verbinden und die Prozesslogik Schritt für Schritt definieren. Workflows werden typischerweise durch Ereignisse ausgelöst, wie zum Beispiel:

• Ein Listenelement wird erstellt oder geändert
• Ein Workflow wird manuell von einem Benutzer gestartet
• Ein Workflow wird durch einen anderen Workflow ausgelöst
• Geplante Site-Workflows

‍

Sobald der Workflow abgeschlossen ist, wird er veröffentlicht und von der Hintergrund-Workflow-Engine ausgeführt.

‍

Das zentrale Konzept in Nintex ist daher: Prozesse laufen als Workflows, die durch Ereignisse ausgelöst werden. Der Workflow selbst wird zum Kern der Prozesslogik.

‍

‍

Der skybow Ansatz: Das Formular als Prozess-Hub

Beim Erstellen von Prozessen mit skybow Studio für SharePoint Online, SharePoint SE oder SharePoint 2019, ist der Ausgangspunkt meist anders: Anstatt mit dem Workflow zu beginnen, startest du mit dem SharePoint Formular.

‍

Das Formular stellt die Benutzeroberfläche des Prozesses dar. Es ist der Ort, an dem Benutzer Daten anzeigen, Informationen eingeben und mit dem Prozess in SharePoint interagieren.

‍

Sobald das Formular entworfen ist, kannst du Automatisierungen darum herum hinzufügen. Zum Beispiel:

• Aktionsschaltflächen können bei Klick Automatisierungen auslösen
• Statusänderungen können Hintergrundaktionen starten
• Geplante Automatisierungen können Prozesse automatisch ausführen

‍

Die eigentliche Prozesslogik wird im Action Builder erstellt, wo Automatisierungsschritte mithilfe der vorkonfigurierten Aktionen von skybow definiert werden.

‍

Anstatt einen langen Hintergrund-Workflow zu entwerfen, kombinierst du verschiedene Workflows. Und die Automatisierung wird eng mit dem Formular, den Daten und der Benutzerinteraktion verbunden.

‍

Das zentrale Konzept in skybow Studio kurz zusammengefasst: Das Formular ist das Zentrum des Prozesses und die Automatisierung läuft darum herum.

‍

‍

Dein entscheidender Denkweisenwechsel von Nintex zu skybow

Dies führt zur wichtigsten Änderung beim Wechsel von Nintex zu skybow.

‍

In Nintex denkst du typischerweise so:

“Der Workflow läuft irgendwo im Hintergrund.”

‍

In skybow verschiebt sich die Denkweise zu:

“Welche Aktion führt der Benutzer aus, und welche Automatisierung soll als Nächstes erfolgen?”

‍

Anstatt dass eine Workflow-Engine das zentrale Element ist, wird die Benutzerinteraktion innerhalb  des Formulars zum Ausgangspunkt.

‍

Diese Änderung bietet mehrere Vorteile:

• Prozesse werden transparenter für Endnutzer
• Automatisierung wird leichter verständlich
• Die Prozesslogik ist näher an der tatsächlichen Nutzererfahrung

‍

Für viele Organisationen führt dies zu Lösungen, die sich für ihre Endnutzer innerhalb von SharePoint (Online oder Server) und Microsoft 365 natürlicher anfühlen.

‍

‍

So baust du Nintex Workflows in skybow nach

Eine häufige Sorge bei der Migration von Nintex ist, ob bestehende Workflows tatsächlich nachgebildet werden können: Die Antwort ist ja.

‍

Mit den Automatisierungsfunktionen in skybow Studio können Nintex Workflows nachgebildet werden, wobei größtenteils die gleichen Logik- und Aktionstypen verwendet werden.

‍

Der erste Schritt ist die Analyse des bestehenden Workflows:

1. Was löst den Workflow aus?
2. Welche Aktionen finden innerhalb des Workflows statt?
3. Wie liest oder aktualisiert der Workflow SharePoint-Daten?

‍

Sobald diese Nintex Workflow-Struktur klar ist, kann sie in das skybow Modell übersetzt werden.

‍

‍

Schritt 1: Entwirf das SharePoint Formular in skybow

Das Formular wird zur Grundlage des Prozesses. Deshalb sollte dies immer dein Ausgangspunkt sein, wenn du Nintex durch skybow ersetzt.

‍

Was du beim Erstellen des SharePoint Formulars mit skybow beachten solltest:

• Welche Felder den Prozessstatus repräsentieren
• Welche Informationen Nutzer eingeben oder überprüfen müssen
• Welche Rollen mit dem Prozess interagieren
• Wann Nutzer Aktionen auslösen können sollten

‍

Das Formularlayout wird mit dem Drag & Drop skybow Forms Designer erstellt.

‍

‍

Schritt 2: Workflow-Trigger übersetzen

Als Nächstes musst du die Workflow-Trigger von Nintex den verschiedenen skybow Automatisierungsmöglichkeiten zuordnen.

‍

Hier sind einige Beispiele:

• Element erstellt → Automatisierung nach dem ersten Speichern
• Manueller Workflow-Start → Aktionsschaltfläche im Formular
• Hintergrundprozess → Geplante oder ausgelöste Hintergrundaktion

‍

Wie du siehst, kannst du die verschiedenen Nintex Workflow-Trigger in skybow abbilden. Sie sind lediglich etwas anders strukturiert.

‍

‍

Schritt 3: Nintex-Logik in skybow neu aufbauen

Schließlich musst du die eigentliche Prozesslogik im Action Builder neu erstellen. Hier kannst du die Automatisierung mithilfe vorkonfigurierter Aktionen definieren, wie zum Beispiel:

• Bedingungen
• Schleifen
• Datenoperationen
• Viele weitere Automatisierungsaktionen

‍

Anstelle eines großen Hintergrund-Workflows ist das Ergebnis eine Kombination ausFormularinteraktionen und Hintergrundaktionen. 

‍

Hier findest du eine vollständige Liste aller verfügbaren Automatisierungsaktionen in skybow Studio.

‍

‍

Betriebliche Vorteile gegenüber Nintex

Neben dem unterschiedlichen Prozessmodell bietet skybow Studio auch betriebliche Verbesserungen im Vergleich zu Nintex.

‍

In Nintex werden Workflows typischerweise direkt in SharePoint veröffentlicht. skybow bietet einen strukturierteren Lösungslebenszyklus mit Funktionen wie:

• Integrierte Versionskontrolle
• Rollback-Fähigkeiten
• Paketbasierte Bereitstellung

‍

Dies ermöglicht Teams, Lösungen durch Umgebungen zu verschieben, wie zum Beispiel:

Entwicklung → Test → Produktion

‍

Beim Aktualisieren einer bestehenden Lösung ermöglicht dir die Selective Deployment Funktion, genau zu entscheiden, welche Teile in die Produktion veröffentlicht werden sollen.

‍

Dies bietet mehr Kontrolle und Stabilität bei der Verwaltung von Lösungen.

‍

‍

skybow ist dein #1 Nintex-Ersatz

Für Organisationen, die derzeit Alternativen zu Nintex evaluieren, bietet skybow Studio mehrere Vorteile.

Möchten Sie wissen, wie die beiden Plattformen im Vergleich wirklich abschneiden? Sehen Sie sich den vollständigen Vergleichvs skybow vs an – Preise, Architektur und Migrationszeitpläne im direkten Vergleich.

‍

Der Drag-and-Drop Form Builder ermöglicht die Erstellung fortschrittlicher SharePoint-Formulare, die eine starke Benutzeroberfläche für Endbenutzer bieten.

‍

Die Automatisierungsaktionen ermöglichen Organisationen, ihre bestehenden Nintex-Workflows nachzubilden. Obwohl die Architektur anders funktioniert, sind die Automatisierungsfunktionen genauso leistungsstark.

‍

skybow bietet auch wichtige Flexibilität für moderne SharePoint-Umgebungen:

• Lösungen laufen auf SharePoint Online, SharePoint Server SE und SharePoint 2019
• Dieselbe Lösung läuft on-prem, online oder hybrid
• Die Migration von Workflows vom Server in die Cloud wird erheblich einfacher

Das macht skybow-Lösungen äußerst zukunftssicher.

‍

‍

Jetzt ist der richtige Zeitpunkt, um mit der Planung des nächsten Schritts zu beginnen

‍

Bei skybow haben wir viele Organisationen dabei unterstützt, ihre Nintex-Prozesse mithilfe von skybow Studio zu analysieren, neu zu gestalten und neu aufzubauen.

‍

Wenn du erfahren möchtest, wie dies in deiner Umgebung funktionieren könnte, buche einen kostenlosen Anruf mit unseren Experten und beginne noch heute mit der Planung deiner Migration.

‍

‍