Power Platform w M365: co masz opłacone, a nie używasz (i jak zacząć bez etatu w IT)

Zanim kupisz kolejne narzędzie, sprawdź co już masz opłacone

Zanim polecę komuś Zapiera, Make czy dedykowanego developera, zawsze pytam o jedno: jaki masz plan Microsoft 365. Bo jeśli firma płaci za Business Standard albo Business Premium, w praktyce ma już dostęp do Power Automate i Power Apps w wersji ograniczonej, wliczonej w cenę licencji. Nie trzeba nic dokupować, żeby zacząć. Wystarczy wejść na make.powerautomate.com, zalogować się firmowym kontem i zbudować pierwszy przepływ.

To nie znaczy, że Power Platform jest dobrym rozwiązaniem na wszystko. Właśnie dlatego, że jest wliczony w abonament, wiele firm próbuje nim łatać każdy problem, łącznie z tymi, do których nie jest zaprojektowany. Widziałem firmy, które próbowały zrobić w Power Apps rozbudowany system magazynowy z tysiącami transakcji dziennie, i skończyło się to aplikacją, która ładowała się kilkanaście sekund i frustrowała ludzi bardziej niż excel, który zastąpiła. Do prostych rzeczy, jednego działu, kilku formularzy, jednej integracji, Power Platform jest niemal idealny. Do skalowania na cały biznes, zwykle nie.

Co dostajesz w cenie M365, a gdzie zaczynają się opłaty

Tu jest najwięcej nieporozumień, więc rozłóżmy to na trzy narzędzia.

Power Automate

W ramach licencji M365 masz "Power Automate for Microsoft 365". To wystarcza do automatyzacji wewnątrz ekosystemu Microsoft: Outlook, SharePoint, Teams, Excel, OneDrive. Możesz zbudować przepływ, który przy nowym pliku w SharePoincie wysyła powiadomienie na Teams, albo który zbiera odpowiedzi z formularza Microsoft Forms i wpisuje je do Excela, albo prosty proces zatwierdzania urlopu z mailem do przełożonego. To są tak zwane standardowe connectory i one są bezpłatne w ramach licencji.

Problem zaczyna się, kiedy chcesz połączyć się z czymś poza Microsoftem: systemem księgowym, bazą SQL, zewnętrznym API, albo kiedy potrzebujesz zrobić wywołanie HTTP do własnego serwisu. To już są premium connectory i wtedy potrzebna jest dodatkowa licencja Power Automate, per użytkownik albo per przepływ. Dla małej firmy to zwykle kilkadziesiąt złotych miesięcznie na osobę, więc nie jest to duży koszt, ale trzeba wiedzieć, że w pewnym momencie darmowy etap się kończy.

Power Apps

Podobnie: w cenie M365 masz możliwość budowania aplikacji, które korzystają z list SharePoint, Excela albo Dataverse for Teams, jeśli firma ma licencję Teams. To wystarcza na prosty formularz zgłoszeniowy, rejestr wniosków, ewidencję czegokolwiek, co dotąd żyło w Excelu współdzielonym mailem. Jeżeli potrzebujesz połączyć aplikację z Dataverse pełną wersją, z systemem CRM czy ERP poza Microsoftem, albo chcesz aplikację udostępnić szerzej niż w ramach jednego zespołu, wchodzisz w płatny plan Power Apps per aplikacja albo per użytkownik.

Power BI

Power BI Desktop, czyli program do budowania raportów na komputerze, jest darmowy niezależnie od licencji M365. Możesz zbudować dowolnie skomplikowany dashboard na własnym laptopie i patrzeć na niego samodzielnie. Schody zaczynają się przy udostępnianiu: żeby opublikować raport w chmurze i dać do niego dostęp innym osobom w firmie, potrzebna jest licencja Power BI Pro dla każdego odbiorcy, albo pojemność Premium, która rozlicza się inaczej. Niektóre wyższe pakiety M365, na przykład E5, mają Power BI Pro wliczone, ale w typowym Business Premium już nie.

Kiedy to się opłaca, a kiedy szkoda czasu

Mam tu twarde zdanie: Power Platform opłaca się w firmach do około 30–50 osób, z jednym, dwoma prostymi procesami do automatyzacji, gdzie dane już żyją w SharePoincie, Excelu albo Outlooku. Nie opłaca się, kiedy proces jest krytyczny dla biznesu, wymaga wysokiej dostępności, albo gdy trzeba integrować kilka systemów naraz z logiką warunkową na kilkanaście kroków. Wtedy koszt utrzymania (bo ktoś musi pilnować tych flow, gdy Microsoft zmieni connector albo padnie limit) zaczyna przewyższać korzyść.

Przykład z drugiej kolumny: automatyzacja obiegu faktur kosztowych z OCR i wieloetapową akceptacją potrafi w Power Automate zadziałać na start, ale przy większym wolumenie faktur i integracji z systemem księgowym zwykle lepiej wychodzi dedykowane rozwiązanie z porządną obsługą wyjątków. Jeśli to jest Twój przypadek, warto zobaczyć, jak to wygląda w praktyce przy automatyzacji faktur albo szerzej, w kontekście automatyzacji biura rachunkowego, gdzie skala i wymogi zgodności są zwykle wyższe niż to, co Power Automate w wersji podstawowej daje bez dopłat.

Człowiek w pętli, czyli dlaczego to nie jest pełny automat

Najczęstszy błąd, jaki widzę: ktoś buduje przepływ, który ma zrobić wszystko samodzielnie, od odebrania danych, przez ich przetworzenie, po podjęcie decyzji. To działa do pierwszego przypadku, który nie pasuje do schematu, i wtedy przepływ się wywala albo, gorzej, robi coś złego bez ostrzeżenia.

W praktyce dobry przepływ w Power Automate ma jeden krok, w którym pyta człowieka: "zatwierdź" albo "odrzuć". To nie jest słabość automatyzacji, to jest jej bezpiecznik. Automat robi 80% pracy: zbiera dane, formatuje, przypisuje do właściwej osoby, wysyła powiadomienie. Decyzję przy wyjątku, kwocie ponad limit, albo sytuacji nietypowej, zostawiamy człowiekowi. Power Automate ma do tego wbudowany typ akcji "Start and wait for an approval", i to jest jedno z najczęściej używanych bloków w przepływach, które faktycznie przetrwały dłużej niż miesiąc od wdrożenia.

Trzy przykłady, które realnie sprawdzają się w małych firmach

Pierwszy: dział handlowy zbiera zgłoszenia klientów przez formularz Microsoft Forms. Power Automate wpisuje zgłoszenie do listy SharePoint, przypisuje priorytet na podstawie słów kluczowych w treści, wysyła powiadomienie na Teams do właściwej osoby i, jeśli zgłoszenie nie zostanie obsłużone w 24 godziny, eskaluje do przełożonego. Zero kodu, zero dodatkowej licencji, jeśli wszystko dzieje się w Microsoft 365. To bardzo zbliżone do tego, co robimy przy automatyzacji obsługi klienta, tylko w wersji minimalnej, bez integracji z zewnętrznym helpdeskiem.

Drugi: mała firma produkcyjna, kilkanaście osób, które codziennie rejestrowały odczyty maszyn w papierowym zeszycie, a potem ktoś przepisywał to do Excela raz w tygodniu. Prosta aplikacja w Power Apps, formularz na tablecie na hali, dane wpadają wprost do listy SharePoint, a Power BI Desktop pokazuje trend w czasie rzeczywistym. Jeśli ktoś w firmie tracił na tym przepisywaniu nawet godzinę dziennie, to jest właśnie ten typ zadania, od którego zaczynam każdą rozmowę o automatyzacji: mały, powtarzalny, mierzalny.

Trzeci: biuro księgowe albo dział finansów, gdzie faktury przychodzące mailem trafiają automatycznie do folderu SharePoint, Power Automate wyciąga dane podstawowe (numer, kwota, dostawca) i tworzy zadanie do zatwierdzenia w Teams. To działa dobrze do momentu, w którym trzeba czytać dane z samego PDF-a z wysoką dokładnością albo integrować się z systemem księgowym spoza Microsoftu. Tam kończy się rola Power Automate w wersji podstawowej i zaczyna się rozmowa o dedykowanym rozwiązaniu z OCR i integracją API.

Jak zacząć bez zespołu IT: pierwszy tydzień

Nie trzeba szkolenia, certyfikatu ani konsultanta na starcie. Realny plan wygląda tak:

• Dzień 1–2: znajdź jeden proces, który powtarza się co najmniej raz dziennie i angażuje więcej niż jedną osobę mailem albo w Excelu. To jest kandydat numer jeden.
• Dzień 3: sprawdź w panelu administracyjnym M365, jaki masz plan i czy Power Automate / Power Apps są już aktywne dla użytkowników (domyślnie zwykle są, ale bywają wyłączone przez politykę bezpieczeństwa).
• Dzień 4–5: zbuduj pierwszy przepływ w Power Automate na bazie szablonu (Microsoft ma ich kilkaset gotowych, dla powiadomień, zatwierdzeń, kopiowania danych). Nie projektuj od zera, kopiuj i modyfikuj.
• Tydzień 2: dodaj krok zatwierdzenia przez człowieka i przetestuj na realnym przypadku, nie na wymyślonym scenariuszu.

Jeśli po dwóch tygodniach przepływ się nie sypie i ludzie faktycznie z niego korzystają, dopiero wtedy warto myśleć o rozbudowie: kolejnym procesie, integracji, albo przejściu na płatny plan premium connectorów. Budowanie od razu dużej, złożonej automatyzacji bez tego etapu testowego to najczęstsza przyczyna, dla której projekty w Power Platform w małych firmach umierają po miesiącu.