Aktualności

Po pierwsze, musimy wyraźnie powiedzieć jedną rzecz: w WEBCON uwielbiamy Microsoft Flow! Z naszego punktu widzenia to fantastyczne narzędzie do automatyzowania zadań czy przesyłania danych między systemami. Często słyszymy jednak pytanie o to, jaki jest WEBCON BPS w porównaniu do Flow?

 

WEBCON whitepaper cover - Why MS Flow Builder Should Look at WEBCON BPS

 

Aby raz na zawsze odpowiedzieć na to pytanie, w tym materiale zebraliśmy 10 najważniejszych różnic między WEBCON BPS a Microsoft Flow!

Co bardzo ważne, celem tego porównania nie jest wykazanie, że jedno narzędzie jest lepsze od drugiego, lecz pokazanie, w jakich projektach każde z nich jest najskuteczniejsze. Zupełnie jak w życiu – pewne zadania wymagają młotka, inne śrubokręta – a bywa i tak, że potrzebne jest i jedno i drugie.

Oto pierwsze 3 powody, dla których każdy, kto pracuje z Microsoft Flow, powinien poznać lepiej WEBCON BPS:

1. Z WEBCON BPS wprowadzanie zmian jest proste, błyskawiczne i bezproblemowe.

Czy użytkownicy biznesowi zawsze wiedzą dokładnie czego chcą, kiedy proszą o zbudowanie dla nich aplikacji? Czy potrzeby biznesowe są stałe i nie zmieniają się w czasie? Jeśli czujesz, że odpowiedź na jedno z tych pytań brzmi ‘nie’ nie jesteś sam. Nasi klienci wyraźnie widzą, że projekty w ich firmach stają się coraz większe i bardziej zaawansowane wraz z upływem czasu. Że to co wydawało się ‘prostą aplikacją’ staje się coraz bardziej rozbudowane.  

Dlatego właśnie w WEBCON BPS postawiliśmy na zwinność i stworzyliśmy unikalną technologię InstantChange™.  Bez wdawania się w techniczne dyskusje, oznacza ona, że możesz wprowadzać zmiany w logice obiegu, wyglądzie formularza, źródłach danych – słowem: gdzie tylko potrzebujesz – i doświadczać zmiany natychmiast po jej wprowadzeniu. Nawet na już uruchomionych instancjach procesów.

Microsoft Flow nie przyjmuje zmian tak przychylnie. Niektórych ustawień w ogóle nie da się zmienić po uprzednim skonfigurowaniu, w innych mogą one zaburzyć działanie aktywnych formularzy (np. PowerApps) oraz danych/aplikacji, z którymi są połączone. A jeśli tak się wydarzy, dowiesz się o tym dopiero, gdy któreś z nich przestanie działać.

Czy to źle? Nie. Ale oznacza to, że w praktyce z Flow zautomatyzujesz obiegi typu akcja-reakcja, a z WEBCON BPS również procesy, która mogą trwać dniami, miesiącami i latami (np. onboarding – offboarding pracowników).

2. Aplikacje działają w dokładnie ten sam sposób w naszej usłudze multi-tenant SaaS, w modelu IaaS (np. Azure VM) oraz on-premises – na serwerach w Twojej serwerowni.

Microsoft Flow = chmura. Nie uruchomisz tego rozwiązania na serwerach on-prem. WEBCON BPS działa tak samo w modelu multi-tenant Saas, on-prem i w dedykowanym środowisku Microsoft Azure (lub u innego, dowolnego dostawcy IaaS). Niezależnie od Twojego wyboru, otrzymujesz to samo rozwiązanie, takie same możliwości i jednakowe doświadczenie dla użytkowników.

A jeśli zmieni się Twoja strategia uchmurowienia firmowego IT, możesz bez problemu przenieść swoje aplikacje w górę (do chmury) lub w dół (on-prem) , nie tracąc niczego po drodze!

3. Z łatwością zrozumiesz nasz diagram

Diagramy we Flow (a w praktyce, w większości narzędzi klasy workflow) wyglądem przypominają schematy blokowe: to dobrze. Problem w tym, że zawierają zdecydowanie zbyt dużą ilość elementów, odpowiadających każdemu z kroków i każdej z aktywności w procesie. A to niestety powoduje, że stają się mało czytelne dla użytkowników biznesowych, co znacznie utrudnia omówienie procesu w szerszym gronie. Dlatego najczęstszą praktyką jest stworzenie ‘na boku’ diagramów bardziej zrozumiałych dla biznesu – w tym celu projektanci muszą skorzystać np. z Microsoft Visio, by zilustrować proces w sposób uproszczony i bardziej zrozumiały. Wszystko fajnie, ale przecież procesy się zmieniają, a to oznacza, że zmiany trzeba wprowadzać zarówno w projekcie workflow we Flow jak i w diagramie Visio. Hmmmm….

W WEBCON BPS tworzysz jeden czytelny diagram, który, w zrozumiały dla wszystkich zaangażowanych w projekt osób, ilustruje przepływ zadań pomiędzy krokami procesu. Dzięki temu bez trudu ustalisz z biznesem wymagania i priorytety dla danej aplikacji, tak aby w pełni odpowiadała konkretnym potrzebom ze strony organizacji.

Poznaj pozostałe 7 powodów i jeden bonusowy argument, które opisaliśmy w naszym najnowszym whitepaperze!

top