5 Signes que le modèle de logiciel BPM est brisé

L'industrie du logiciel BPM et le modèle de vente du logiciel BPM sont en panne et ont besoin de changement. Voici 5 raisons pour lesquelles le secteur du BPM est mûr pour une réinvention :

1. 50 milliards de dispositifs connectés - Tout le monde parle du monde connecté. Selon la plupart des analystes, nous sommes sur le point de passer d'un monde de 6 milliards d'appareils connectés à un monde de 50 milliards d'appareils connectés d'ici 2020. En conséquence, les entreprises d'IdO poussent comme des mauvaises herbes partout. Les logiciels BPM vont jouer un grand rôle dans le monde connecté. Il y aura de plus en plus d'acteurs iPaaS qui connecteront API à API, mais il y aura aussi un besoin énorme de processus plus intelligents. C'est ce que le BPM fournit, mais pas l'iPaaS. Mais il y a un gros problème : les logiciels de BPM actuellement sur le marché ne peuvent tout simplement pas atteindre ces niveaux efficacement. La plupart des entreprises de BPM ont construit leurs logiciels en se basant sur les mêmes moteurs basés sur Java ou ont copié les concepts et les architectures de ces moteurs. Ces moteurs ont été conçus il y a plus de dix ans. Leur architecture n'est pas adaptée à l'échelle, ils consomment trop de ressources de calcul pour être rentables et ils sont sujets aux problèmes de sécurité de Java. Ces moteurs ont été conçus pour numériser des processus papier. Il y a encore beaucoup de processus papier qui doivent être numérisés et les fournisseurs de BPM ne manquent pas de travail. Mais la transformation numérique concerne autre chose. Elle nécessitera un changement de paradigme dans le monde des logiciels de BPM. Les moteurs de processus et de flux de travail de demain devront être infiniment évolutifs, résistants, entièrement distribués et capables de traiter des millions de transactions par seconde.
2. Micro Value Compute Economics - Pour réussir dans le monde de demain, les logiciels de BPM devront être préparés à la Micro Value Compute Economics. AWS a changé à jamais le monde du logiciel en réinventant la façon dont les gens paient pour les logiciels. La plupart des secteurs verticaux de l'industrie du logiciel n'ont pas encore compris comment réagir. De nombreuses sociétés de logiciels pensent qu'elles font du "cloud business" parce qu'elles utilisent désormais leurs logiciels sur AWS, Azure ou Google Compute. Les utilisateurs n'achètent plus de serveurs et peuvent s'inscrire en ligne pour essayer un service. C'est très bien. Mais le logiciel SaaS a plus de dix ans. Si c'est votre stratégie de cloud computing, vous passez à côté de tout le changement de paradigme qui se produit aujourd'hui. Ce n'est pas le nuage qui fait la particularité du SaaS. AWS est spécial parce qu'il a trouvé le moyen de faire payer des segments de valeur toujours plus petits. AWS est un maître de la micro facturation. AWS a perfectionné les ventes à long terme. La facturation d'AWS est basée sur l'idée que chaque élément de valeur supplémentaire qui peut être construit doit être livré, mesuré et vendu comme tel. Pensez à ce que Google Adwords a fait pour l'Internet il y a dix ans. C'est ce qu'AWS est en train de libérer pour les logiciels. Les entreprises qui monétisent les API en tant que modèle commercial en bénéficient. L'API en tant que service et Lambda en tant que service sont les modèles commerciaux de demain. Nous sommes au tout début de la révolution de l'informatique sans serveur. C'est la révolution de l'économie de la micro-valeur.
3. Contractless Computing - L'informatique sans serveur est réelle et elle est là. Lorsque vous réalisez à quel point l'économie de la micro-valeur va changer le monde, il devient rapidement évident que l'économie de la micro-valeur est intimement liée à l'informatique sans serveur. Les deux vont de pair. Vous ne pouvez pas continuer à décomposer un service en ses éléments constitutifs, c'est-à-dire les micro-services, à moins d'avoir un moyen de les relier entre eux et de les faire payer. L'informatique sans serveur ne peut pas être liée à des utilisateurs, des cas ou des contrats. Les entreprises ont besoin d'une plateforme où elles peuvent, en un instant, ajouter un nouveau micro-service, externe ou interne, qui leur apportera de la valeur. La valeur sera gérée dans les dizaines, voire les centaines de centimes. Elle est déjà gérée de cette manière par AWS qui propose des services qui ne coûtent que $.000025 par unité. La valeur sera complètement désagrégée. La valeur sera complètement sans tête. Si vous pensez encore aux utilisateurs et aux plans d'utilisation dans ce type d'économie, vous ferez rapidement faillite. L'idée de décider du nombre d'utilisateurs dont vous avez besoin, de remplir un formulaire et de signer un contrat (ou pire encore - de devoir parler à un représentant commercial) est un vieux concept. Cela peut sembler être un petit changement, mais ce n'en est pas un. C'est l'équivalent de sortir d'un uber sans avoir à fouiller dans son portefeuille et à effectuer un paiement. C'est déjà fait pour vous en arrière-plan. Tous les services, depuis les voitures sans conducteur jusqu'aux cycles de travail des moteurs, seront et devraient être achetés à la demande.
4. Leçons de l'IPaaS - Construisez un zap, un flux ou une recette et commencez à l'utiliser. C'est ainsi que la plupart des fournisseurs d'iPaaS (plateforme d'intégration en tant que service) vendent des services. Dans le cas d'un zap, peu importe que ce zap gère toute votre entreprise ou qu'il se contente de récupérer des courriels et de mettre à jour un dossier. Personne ne demande et personne ne s'en soucie. Vous n'avez pas à prendre de décisions majeures pour la construction et le déploiement - vous le faites, tout simplement. Si vous commencez à utiliser le zap souvent, vous devez payer. Ce dont le marché a besoin, c'est d'un bpPaas (business process Platform as a service).
5. Le SaaS tue le BPM - La plupart des sociétés de BPM vendent des logiciels sur la base d'abonnements au volume d'utilisateurs ou de cas. Beaucoup de ces systèmes sont encore des systèmes sur site. Même les "nouveaux" logiciels en nuage n'ont pas brisé ce modèle. Ce modèle peut fonctionner pour les logiciels ERP ou CRM lorsque le cas d'utilisation est prévisible. En revanche, il ne fonctionne pas pour les logiciels de traitement. Les logiciels de traitement offrent une valeur ajoutée par morceaux plus discrets. Vous développez un processus, vous le déployez et il apporte de la valeur à ce processus particulier et à ces utilisateurs particuliers. Bien sûr, il y a le BPM dans le nuage, mais le BPM dans le nuage est basé sur un modèle de logiciel qui a été popularisé par SalesForce vers 2000. C'était il y a plus de 18 ans ! C'était innovant à l'époque, mais ce n'est plus le cas aujourd'hui.

À quoi ressemble l'avenir ? Restez à l'écoute des prochains blogs. Ou pour avoir un aperçu, inscrivez-vous à ProcessMaker I/O dès aujourd'hui !