5 Señales de que el modelo de software BPM está roto

La industria del software BPM y el modelo de venta de BPM Software están rotos y necesitan un cambio. Aquí hay 5 razones por las que la industria del BPM está madura para la reinvención:

  1. 50 mil millones de dispositivos conectados - Todo el mundo habla del mundo conectado. Estamos a punto de saltar de un mundo de 6.000 millones de dispositivos conectados a un mundo de 50.000 millones de dispositivos conectados para el año 2020, según la mayoría de los analistas. Como resultado, las compañías de IO están surgiendo como malas hierbas en todas partes. El software BPM jugará un gran papel en el mundo conectado. Habrá cada vez más reproductores de iPaaS que conecten API a API, pero también habrá una tremenda necesidad de procesos más inteligentes. Eso es lo que BPM proporciona lo que el iPaaS no proporciona. Pero hay un gran problema - el software BPM en el mercado hoy en día simplemente no puede escalar a estos niveles de manera eficiente. La mayoría de las compañías de BPM han construido su software basado en los mismos motores basados en Java o han copiado los conceptos y arquitecturas de esos motores. Estos son motores que fueron diseñados hace más de una década. No están diseñados para escalar bien, consumen demasiados recursos de computación para ser rentables, y son propensos a los problemas de seguridad de Java. Estos motores fueron diseñados para digitalizar procesos de papel. Todavía hay muchos procesos en papel que necesitan ser digitalizados y no hay escasez de trabajo para los proveedores de BPM. Pero la Transformación Digital se trata de algo más. Requerirá un cambio de paradigma en el mundo del software BPM. Los motores de proceso y flujo de trabajo del mañana necesitarán ser infinitamente escalables, resistentes, completamente distribuidos y capaces de manejar millones de transacciones por segundo.
  2. Economía de la computación del micro valor - Para tener éxito en el mundo del mañana, el software BPM tendrá que estar preparado para la economía de la computación del micro valor. AWS cambió el negocio del software para siempre reinventando la forma en que la gente paga por el software. La mayoría de los verticales de la industria del software aún no han descubierto cómo reaccionar. Muchas empresas de software piensan que están dirigiendo un negocio en la nube porque ahora ejecutan su software en AWS, Azure o Google Compute. Los usuarios ya no compran servidores y pueden inscribirse en línea para probar un servicio. Eso es genial. Pero el software SaaS tiene más de una década. Si esta es tu estrategia de nube, te estás perdiendo todo el cambio de paradigma que está sucediendo hoy en día. No es la nube lo que hace especial a AWS. AWS es especial porque ha descubierto cómo cobrar por segmentos de valor cada vez más pequeños. AWS es un maestro de la micro facturación. AWS ha perfeccionado las ventas de cola larga. La facturación de AWS se basa en la idea de que cada pieza de valor incremental que se pueda construir debe ser entregada, medida y vendida como tal. Piensa en lo que Google Adwords hizo por Internet hace una década. Eso es lo que AWS está desatando ahora para el software. Las empresas que están monetizando las API como modelo de negocio lo consiguen. API como un servicio y Lambda como un servicio son los modelos de negocio del mañana. Estamos en el comienzo de la revolución de la computación sin servidores. Es la revolución de la economía del microvalor.
  3. Computación sin contrato - La computación sin servidor es real y está aquí. Cuando te das cuenta de cómo la economía de microvalores cambiará el mundo, rápidamente se hace evidente que la economía de microvalores está íntimamente ligada a la computación sin servidores. Las dos van de la mano. No se puede seguir dividiendo un servicio en sus partes componentes, es decir, en microservicios, a menos que se tenga una forma de unirlos y cobrar dinero por ellos. La computación sin servidores no puede estar ligada a los usuarios o a los casos o contratos. Las empresas necesitan una plataforma en la que, en un momento dado, puedan añadir un nuevo microservicio, ya sea externo o interno, que aporte valor. El valor se gestionará en decenas, si no cientos de centavos. Ya está siendo gestionado de esta manera por AWS que tiene servicios que cuestan tan poco como $.000025 por unidad. El valor será completamente desagregado. El valor será completamente descabezado. Si todavía piensas en los usuarios y en los planes de los usuarios en este tipo de economía, te quedarás sin negocio rápidamente. La idea de decidir cuántos usuarios necesita, llenar un formulario y firmar un contrato (o peor aún, tener que hablar con un representante de ventas) es un concepto antiguo. Puede parecer un pequeño cambio, pero no lo es. Es el equivalente a salir de un uber sin tener que cavar para buscar su cartera y hacer un pago. Ya se está haciendo por ti en el fondo. Todos los servicios, desde los coches sin conductor hasta los ciclos del motor de flujo de trabajo, se comprarán a petición.
  4. Lecciones de IPaaS - Construye un zap, un flujo o una receta y empieza a usarlo. Así es como la mayoría de los proveedores de iPaaS (plataforma de integración como servicio) venden servicios En el caso de zap, no importa si ese zap dirige todo tu negocio o sólo recoge los correos electrónicos y actualiza un registro. Nadie pregunta y a nadie le importa. No tienes que tomar ninguna decisión importante para construir y desplegar - sólo lo haces. Si empiezas a usar mucho el zapato, entonces tienes que pagar. Lo que el mercado necesita es un bpPaas (Plataforma de procesos de negocio como servicio).
  5. SaaS está matando a BPM - La mayoría de las compañías de BPM venden software basado en suscripciones de usuarios o de volumen de casos. Muchos de estos sistemas siguen siendo sistemas "on-premise". Incluso el software de nube más "nuevo" no rompió este modelo. Este modelo puede funcionar para software ERP o CRM donde el caso de uso es predecible. Sin embargo, no funciona para el software de procesos. El software de proceso entrega valor en trozos más discretos. Desarrolla un proceso, lo despliega y entrega valor para ese proceso en particular y para esos usuarios en particular. Claro que hay BPM en la nube, pero el BPM en la nube se basa en un modelo de software que fue popularizado por SalesForce alrededor del año 2000. Eso fue hace más de 18 años! Era innovador entonces, pero no lo es ahora.

¿Cómo es el futuro? Mantente atento a los futuros blogs. O para obtener un vistazo, ¡suscríbase a ProcessMaker I/O hoy!

Suscríbase al boletín de flujos de trabajo y automatización de procesos de ProcessMaker

    Consentimiento a la Política de Privacidad Al marcar esta casilla usted consiente en Declaración de privacidad de ProcessMaker.

    Póngase en contacto con nosotros

    Descubra cómo las organizaciones líderes utilizan ProcessMaker para agilizar sus operaciones a través de la automatización de procesos.

    Contáctenos

    Actualización de la privacidad
    Utilizamos cookies para que las interacciones con nuestro sitio web y servicios sean fáciles y significativas. Las cookies nos ayudan a entender mejor cómo se utiliza nuestro sitio web y adaptar la publicidad en consecuencia.

    Acepta