Workflow-Funktionalität in ERP- und CRM-Software-Suiten
Haben Sie sich schon einmal gefragt, warum die meisten CRM- und ERP-Lösungen eine so miserable Workflow-Funktionalität und Workflow-Funktionssets in ihren Produkten integriert haben? Haben Sie jemals jemanden sagen hören, dass er die Workflow-Funktionalität in SAP, QAD, Epicor, Infor, Oracle, SAGE oder einem anderen ERP-System mag?
Natürlich gibt es Ausnahmen, aber die Antwort lautet in der Regel "nein". Die Workflow-Funktionalität ist in den meisten CRM- und ERP-Suiten in der Regel überhaupt nicht gut (natürlich gibt es ein paar Ausnahmen).
Aber warum? Warum haben die meisten CRM- und ERP-Systeme so schlechte Workflow-Features und Workflow-Funktionen?
Unternehmens-ERP und CRM
Jedes CRM und ERP, das an den mittleren Markt oder an den Unternehmensmarkt verkauft wird, führt "Workflow" in seiner Funktionsliste auf. Sie wissen, wovon ich spreche. Es steht entweder auf einem Lastenheft, einem Preisblatt oder auf einer Innenseite der Website. In der Regel wird er nicht in der Basisversion des Produkts angeboten. In der Regel sind sie nur in den teureren "erweiterten Versionen" verfügbar.
Werfen Sie einen Blick auf die Preisseite von SalesForce CRM, um ein Beispiel zu sehen. Sie werden sehen, dass die Workflow-Funktionalität ("Prozesse anpassen und automatisieren") für $25 pro Benutzer und Monat nicht verfügbar ist und für $75 pro Benutzer und Monat nur teilweise verfügbar ist. Ab $150 pro Monat erhalten Sie vollen Zugriff auf die Workflow-Funktionen.
Das Problem
Leider gibt es unter den Tausenden von CRM- und ERP-Anbietern, die von sich behaupten, über Workflow-Funktionen zu verfügen, wahrscheinlich nur eine Handvoll, die den Workflow gut umsetzen. Lassen Sie uns sehen, warum.
Die Workflow-Funktionalität gehört nicht zu den Kernfunktionen von ERP oder CRM. Die Kernfunktionen von ERP und CRM drehen sich um ein datengesteuertes System, das sich auf CRUD (Create, Update, Delete)-Schnittstellen konzentriert. Workflow ist etwas anderes - es geht darum, vorzuschreiben, was als Nächstes passiert (in der Regel durch einen visuellen Designer) und dann sicherzustellen, dass die Aufgaben gemäß dem entworfenen Muster ausgeführt werden. Der Workflow umfasst komplexe Konzepte der Rechteverwaltung, Token-Flows, Prüfpfade und vieles mehr. CRUD-Systeme hingegen konzentrieren sich auf die Freiheit, dem Benutzer die Entscheidung zu überlassen, was als Nächstes zu tun ist.
Die Workflow-Funktionalität ist nicht die einzige Funktion, die nicht zum Kernbestand der meisten Systeme gehört. Reporting und Business Intelligence sind ein weiteres gutes Beispiel. Genau wie Workflow und BPM ist Reporting/BI ein weiterer Funktionsumfang, den jeder in jedem Tool erwartet. Die meisten Anbieter versuchen, sie selbst hinzuzufügen. Und das Ergebnis ist fast immer dasselbe wie die Situation, die ich in Bezug auf die Workflow-Funktionalität beschrieben habe.
Die Komplexität des Produktmanagements
Mit der Zeit "schleichen" sich Funktionen wie Workflow-Funktionen (BPM) und Reporting/BI in diese Produkte ein. Das passiert bei allen Produkten und wird Scope Creep genannt. Scope Creep ist häufig auf die Anforderungen der großen "Stretch"-Kunden zurückzuführen. Das ist die Art von Kunden, die zum CRM- oder ERP-Anbieter kommen und sagen: "Wir lieben Ihr Produkt, aber wir brauchen es, um diese 10 zusätzlichen Dinge zu tun". Irgendwann landet der Workflow auf der Liste der zusätzlichen Funktionen, die diese Unternehmenskunden wünschen.
Opportunistisches vs. Strategisches Produktmanagement
Der ISV sagt: "Sicher, wir können diese Funktion für Sie hinzufügen". Die Funktion ist jedoch neu und wird vom Team in der Regel nur unzureichend verstanden. Es handelt sich nicht um eine strategische Entscheidung, das neue Leistungsmerkmal hinzuzufügen. Stattdessen ist es eine opportunistische Entscheidung. Das ist der Knackpunkt des Problems.
Die meisten Unternehmen, insbesondere in der Anfangsphase, wachsen opportunistisch und nicht strategisch. Infolgedessen wird die Produkt-Roadmap mit einem Wirrwarr von Funktionen gefüllt. Dieses Funktionswirrwarr oder die Ausweitung des Funktionsumfangs führt dazu, dass das Produkt mit schlecht konzipierten Funktionen gefüllt wird. Die Funktionen werden aus der Perspektive des einzelnen Kunden hinzugefügt, der sie ursprünglich angefordert hat. Auch hier hat das Unternehmen nur die Zeit, die Funktionen so zu entwickeln, dass sie den Anforderungen des Vertriebs entsprechen, um die ursprüngliche Chance zu nutzen. Die meisten Produktteams hoffen immer, dass sie später auf die Funktionen zurückkommen und sie verbessern oder vervollständigen können. Aber das tun sie fast nie.
Zunächst ist das Vertriebsteam von der neuen Funktion begeistert. "Jippie!!" - Endlich haben wir[Funktion einfügen]", sagen sie. Nachdem jedoch ein paar Kunden gewonnen oder vielleicht auch nur ein paar mögliche neue Kunden angesprochen wurden, stellt das Unternehmen fest, dass die Funktion kein strategischer Verkaufsvorteil ist. Vielmehr ist sie zu einem strategischen Nachteil geworden. Die Bestandskunden beschweren sich über die Funktion, so dass das Vertriebsteam immer mehr zögert, auf der Grundlage dieser Funktion zu verkaufen. Natürlich will das Produktteam diese Funktion verbessern. Aber das ist nicht ihre Kernkompetenz, ihre Roadmap ist bereits zu voll, und sie haben einfach nicht das Team, das sie dafür brauchen.
Nichtsdestotrotz dient die Funktion letztendlich zwei wichtigen Zwecken:
- Das Marketing veröffentlicht sie auf der Website und in den Produktunterlagen.
- Das Unternehmen kann das Kästchen für dieses Merkmal in der nächsten Ausschreibung ankreuzen
Der Kreislauf geht weiter und weiter. Kommt Ihnen das bekannt vor? Sollte es auch - jeder ISV auf der Welt hat diese Geschichte durchlebt und tut es immer wieder.
Microservice-APIs
Die gute Nachricht ist, dass es heute möglich ist, mit Hilfe von Microservices-APIs von Drittanbietern erstklassige Funktionen in ein Produkt zu integrieren. Vor fünf Jahren war dies nicht annähernd so einfach wie heute. Heute gibt es perfekt funktionierende Microservices für Telefonie(twilio), Zahlungen(stripe), Konnektoren(cloud-elements) usw. Diese Microservices können heute in jede "App" eingebaut werden.
ProcessMaker hat nun das Gleiche für die Workflow-Orchestrierung getan. Wir haben eine perfekt performante, hoch skalierbare Microservices-API für die Workflow-Orchestrierung entwickelt. Unsere Microservices-API macht es extrem einfach und kosteneffizient, erstklassige Workflows zu jeder Unternehmenssoftware wie ERP oder CRM hinzuzufügen. Die gleichen Regeln gelten übrigens auch für DMS, iPaaS, ECM und andere Anbieter von Unternehmenssoftware. Microservices sind die neue Art und Weise, wie Produktteams ihr Produkt weiterentwickeln sollten. Und wenn es einen erstklassigen Microservice einesDrittanbieters gibt, der für nicht zum Kerngeschäft gehörende Funktionen verwendet werden kann, ist dies oft die beste Lösung.
Bleiben Sie dran, wenn ich in meinem nächsten Blog einen technischeren Blick darauf werfe, wie die ProcessMaker I/O API und echte Workflow-Funktionalität zu einer beispielhaften CRM-Software hinzugefügt werden können.
