Praca zespołu

Google Workspace vs Microsoft 365: co wybrać dla firmy? i kiedy migracja naprawdę się opłaca

Ten wybór prawie nigdy nie jest wyborem od zera. Firma już siedzi w jednym z tych środowisk, więc pytanie brzmi raczej „czy warto się przenosić” niż „co kupić”. Poniżej to, co z tego wynika dla automatyzacji: gdzie stoi kod, kto zatwierdza dostęp, czyj jest przepływ i kiedy migracja ma sens.

8 minut czytania

6 i 30 minuttyle trwa najdłuższe wykonanie skryptu Apps Script: 6 minut na koncie bezpłatnym, 30 minut na koncie Workspace. Limit z dokumentacji Google
2 rodzaje uprawnieńdelegowane, w imieniu zalogowanej osoby, i aplikacyjne, którymi automatyzacja działa w tle. Te drugie zatwierdza administrator tenanta
1 kontona tylu kontach stoi domyślnie przepływ w Power Automate: na koncie autora, razem z połączeniami do skrzynek i witryn
2 do 6 tygodnityle trwa u nas wdrożenie procesu: 2 do 4 tygodni w Google Workspace, 2 do 6 w Microsoft 365, gdzie dochodzi zgoda administratora

Krótka odpowiedź

Google Workspace czy Microsoft 365: co wybrać?

Zostań w środowisku, w którym firma już pracuje, i wydaj pieniądze na automatyzację zamiast na migrację. Tak radzimy w większości przypadków z warsztatów: różnica między pakietami jest mniejsza niż koszt przeniesienia poczty, plików, uprawnień i nawyków zespołu.

Wybierasz naprawdę od zera? Weź Microsoft 365, gdy dane nie mogą opuścić Waszego środowiska i gdy finanse pracują na Excelu z Power Query. Weź Google Workspace, gdy zespół pracuje w przeglądarce, a dane lądują w BigQuery.

Dla automatyzacji rozstrzygają trzy rzeczy, nie edytor tekstu: gdzie uruchamia się kod, kto zatwierdza dostęp do danych i czyją własnością jest przepływ. One decydują, czy proces ruszy w dwa tygodnie, czy stanie na zgodzie administratora.

Czy ten wybór jest jeszcze przed Tobą?

Strony porównawcze udają, że siadasz z pustą kartką. W praktyce firma ma już pocztę na jednej z tych domen, dyski pełne plików i zespół, który zna swoje narzędzia. Wybór zapadł lata temu, często przez osobę, której nie ma już w firmie.

Prawdziwe pytanie brzmi więc inaczej: co da się zautomatyzować w środowisku, które już macie, i czy jest powód, żeby je zmieniać. Odpowiedź jest zwykle nudna. Zostajecie i wyciągacie z tego, co macie, to, czego jeszcze nie wyciągnęliście.

Nowa spółka albo firma po podziale to inna sytuacja i tam wybór trzeba zrobić. Reszta tego poradnika jest o tym, co z niego wynika dla automatyzacji.

Co dzieli oba pakiety, gdy patrzysz przez automatyzację?

Lista funkcji biurowych jest w obu miejscach podobna i nie na niej podejmuje się tę decyzję. Różnice widać w warstwie pod spodem: gdzie uruchamia się kod, kto go posiada i co trzeba zatwierdzić, żeby dotknął danych.

Poniżej te różnice w jednym miejscu. To nie ranking, tylko lista punktów, w których projekt zwalnia albo przyspiesza.

Co decyduje w projekcie	Google Workspace	Microsoft 365
Warstwa automatyzacji w standardzie	Apps Script, kod w chmurze Google przy plikach	Power Automate, przepływy składane w kreatorze
Właściciel automatyzacji	projekt skryptu, można go trzymać na dysku współdzielonym	przepływ stoi domyślnie na koncie autora, razem z połączeniami
Zgoda na dostęp do danych w tle	konto usługi i delegacja w konsoli administracyjnej	uprawnienia aplikacyjne w Entra ID, zatwierdzane przez administratora tenanta
Arkusz jako baza procesu	Arkusze Google, limit 10 milionów komórek na plik	tabela w Excelu na SharePoincie, zapis wiersz po wierszu przez Graph
Twardy limit wykonania	6 minut na skrypt, 30 minut na koncie Workspace	limity przepływu zależne od planu i rodzaju konektora
Domyślna droga do hurtowni	BigQuery i Looker Studio, połączenie natywne z arkuszem	Power BI i model danych w Excelu, hurtownia w Azure

Limity Apps Script pochodzą z dokumentacji Google i dotyczą jednego wykonania, nie całego procesu. Po stronie Microsoftu progi zależą od planu i rodzaju konektora. Obie firmy zmieniają je bez zapowiedzi, więc sprawdź je na swoim koncie.

Arkusze i Apps Script czy Excel i Power Automate?

To jest realna oś decyzji, bo w obu środowiskach proces mieszka w arkuszu. Różnica polega na tym, co da się pod ten arkusz podpiąć bez pytania kogokolwiek o zgodę.

W Google Workspace piszesz Apps Script wprost w arkuszu i uruchamiasz go po pięciu minutach. Nikt nie kupuje licencji. Ceną tej swobody są skrypty bez dokumentacji po autorze i limit 6 minut na wykonanie, o który prędzej czy później rozbija się raport.

W Microsoft 365 zaczynasz od Power Automate, który jest w licencji i wystarcza do zatwierdzeń, powiadomień w Teams i zapisu do listy SharePoint. Granica przebiega przy konektorach premium. Wątek licencji rozpisaliśmy w porównaniu Make i Power Automate.

Apps Script rusza bez licencji i bez zgody, więc pierwsza automatyzacja powstaje tego samego dnia
Excel z Power Query jest mocniejszy w liczeniu, ale makro VBA nie wykona się w przeglądarce ani przez Microsoft Graph
Arkusze wygrywają przy wielu osobach na jednym pliku, Excel przy ciężkich obliczeniach
Zapis do tabeli Excela przez Graph idzie wiersz po wierszu, więc otwarty plik nie blokuje procesu
W obu środowiskach arkusz z czasem przestaje wyrabiać i historia musi trafić do hurtowni

Kto musi zatwierdzić automatyzację, zanim ruszy?

Tu przebiega największa praktyczna różnica i to ona przesuwa terminy. Automatyzacja działająca w nocy, bez zalogowanego człowieka, potrzebuje dostępu w tle. Nadaje go administrator, tylko droga do niego wygląda inaczej.

W Microsoft 365 rejestrujesz aplikację w Entra ID i prosisz o uprawnienia aplikacyjne. Dokumentacja Microsoft Graph oddziela je od delegowanych, którymi aplikacja działa w imieniu zalogowanej osoby. Zgodę na te pierwsze wydaje administrator tenanta.

W Google Workspace prosty skrypt chodzi na koncie osoby, która go uruchomiła. Dostęp w tle do cudzych skrzynek i plików wymaga już konta usługi z delegacją w konsoli administracyjnej, czyli też decyzji administratora.

Prośba „potrzebujemy dostępu do SharePointa” wraca z pytaniami, lista zasobów z uzasadnieniem przechodzi za pierwszym razem
Zawężaj zakres do wskazanych witryn i skrzynek, zamiast prosić o całe środowisko
Tam, gdzie proces tylko czyta, proś wyłącznie o dostęp do odczytu
Ustal z góry, kto odbiera dostęp, bo to pytanie i tak padnie z działu bezpieczeństwa

Kiedy dane nie mogą opuścić tenanta Microsoftu?

W części firm to nie preferencja, tylko zapis w polityce bezpieczeństwa albo w umowie z klientem. Każdy pomysł na automatyzację rozbija się wtedy o jedno pytanie: co ta aplikacja przeczyta i dokąd to wyśle.

Jeśli tak jest u Was, decyzja o środowisku już zapadła. Warunek zapisz na początku projektu, bo dobiera się do niego narzędzia: proces zamyka się w Microsoft Graph, Power Automate i usłudze w Waszej subskrypcji Azure, a model AI stoi w tym samym miejscu.

Odwrotna sytuacja też się zdarza. Gdy analityka siedzi w BigQuery i GA4, przerzucanie danych do Microsoftu po to, żeby raport powstał w Excelu, dokłada przeskok, na którym proces będzie się psuł. Obie drogi opisaliśmy przy automatyzacji Google Workspace i przy integracji z Microsoft 365.

Kiedy migracja między środowiskami naprawdę się opłaca?

Rzadko i to jest uczciwa odpowiedź. Migracja to osobny projekt: poczta, pliki, uprawnienia, integracje z CRM i księgowością, a na końcu zespół, który przez kilka tygodni pracuje wolniej. Konwersja dokumentów przechodzi gładko, formuły i formatowanie już nie zawsze.

Powody, które ją uzasadniają, są trzy: twardy wymóg klienta albo regulatora, przejęcie firm, w którym dwa światy kosztują więcej niż przeniesienie jednego, oraz kluczowy system branżowy działający tylko po jednej stronie. Wygoda zarządu do tej listy nie należy.

Jeśli decyzja zapadła, prowadź to jak projekt, nie jak przełączenie.

Spis tego, co naprawdę migruje
Poczta, kalendarze i kontakty to część łatwa, obaj producenci mają do niej narzędzia. Policz osobno pliki z formułami, skrypty, przepływy i integracje, bo to one się psują.
Próba na jednym dziale
Przenieś najpierw zespół z najmniejszą liczbą wspólnych plików. Przez dwa tygodnie pracuje w nowym środowisku, a stare zostaje włączone.
Automatyzacje pisane od nowa
Skryptu Apps Script nie przełożysz na przepływ w Power Automate jeden do jednego ani odwrotnie. Zaplanuj budowę, nie kopiowanie.
Data wyłączenia starego środowiska
Bez wpisanej daty firma zostaje z dwoma pakietami na rok i płaci za oba. Ustal ją na starcie i prowadź listę rzeczy, które ją blokują.

Najczęstsze błędy

Sześć błędów przy wyborze i zmianie środowiska

Decyzja podjęta na liście funkcji biurowych
Wybór zapada na cechach, których zespół nie użyje, a rozstrzygają uprawnienia, właściciel przepływu i miejsce, w którym wolno trzymać dane.
Migracja zaczęta bez policzenia skryptów i przepływów
Poczta przechodzi w weekend, a automatyzacje trzeba napisać od nowa. Projekt rozjeżdża się o miesiące, bo tej pozycji nie było w planie.
Przepływ w Power Automate na koncie jednej osoby
Po jej odejściu przepływ dalej figuruje jako włączony i przestaje cokolwiek robić. Odtworzenie połączeń wymaga kolejnej zgody administratora.
Prośba do administratora bez listy zasobów
Wdrożenie gotowe technicznie w 14 dni stoi trzeci tydzień na wymianie maili o to, co ta aplikacja ma czytać.
Skrypt Apps Script liczący cały raport naraz
Przy rosnących danych wykonanie przekracza 6 minut i przerywa w połowie. Nikt nie dostaje powiadomienia, a raport wygląda na kompletny.
Dwa pakiety utrzymywane bez daty wyłączenia jednego
Firma płaci dwie licencje na osobę, pilnuje dwóch zestawów uprawnień, a dane procesu żyją w dwóch miejscach naraz.

Lista kontrolna

Lista kontrolna przed decyzją o środowisku

Przejdź ją, zanim ktokolwiek wypowie słowo „migracja”.

Wiesz, w którym środowisku firma pracuje dziś i ile osób ma tam konta
Masz zapisane, czy dane procesu mogą opuścić to środowisko, i kto o tym decyduje
Wiesz, kto jest administratorem i ile trwa u Was zgoda na dostęp aplikacji
Policzone: ile skryptów Apps Script i ile przepływów Power Automate działa dziś w firmie
Każdy skrypt i przepływ ma właściciela innego niż jedno prywatne konto
Ustalone, dokąd trafiają dane historyczne, gdy arkusz przestanie wyrabiać
Przy rozważanej migracji: policzony koszt napisania automatyzacji od nowa

Źródła

Zacznij od procesu, nie od pakietu

Warsztat rozstrzyga to szybciej niż porównanie

Na bezpłatnej konsultacji (30 minut) mówisz, w którym środowisku pracujecie i co ma się dziać samo. Odpowiadamy, co da się zrobić na tym, co już macie, i o co poprosić administratora. Warsztat procesowy kosztuje 2500 zł netto za tydzień i kończy się mapą procesu, listą uprawnień i planem, który Wasze IT zrealizuje bez nas. Wdrożenie wyceniamy po warsztacie.

Umów bezpłatną konsultację

Najczęstsze pytania

Co wybrać: Google Workspace czy Microsoft 365?

Zostań w środowisku, w którym firma już pracuje, i wydaj pieniądze na automatyzację zamiast na migrację. Od zera: Microsoft 365, gdy dane nie mogą opuścić Waszego środowiska i gdy finanse pracują na Excelu z Power Query. Google Workspace, gdy zespół pracuje w przeglądarce, a dane lądują w BigQuery.

Czy migracja z Google Workspace do Microsoft 365 jest trudna?

Poczta, kalendarze i kontakty przechodzą standardowo, obaj producenci mają do tego narzędzia migracyjne. Trudne jest to, o czym nikt nie pamięta na starcie: formuły i formatowanie w konwertowanych plikach, skrypty, przepływy i integracje z CRM.

Który pakiet jest lepszy do automatyzacji?

Żaden nie jest lepszy w ogóle. Google Workspace pozwala uruchomić automatyzację w arkuszu tego samego dnia, bez licencji i bez zgód. Microsoft 365 daje szerszą kontrolę nad uprawnieniami i pozwala zamknąć proces wewnątrz tenanta, ale dostęp w tle wymaga zgody administratora.

Czy Power Automate wystarczy, czy potrzebny jest Make albo n8n?

Do zatwierdzeń, powiadomień w Teams i zapisu do listy SharePoint Power Automate wystarcza i mieści się w licencji. Orkiestrator zewnętrzny wchodzi, gdy proces sięga do CRM, sklepu albo księgowości i gdy przepływ ma należeć do firmy, a nie do konta autora.

Czy dane muszą wyjść poza Microsoft 365, żeby zautomatyzować proces?

Przy większości procesów nie muszą. Microsoft Graph, Power Automate i usługa w Waszej subskrypcji Azure pozwalają zamknąć całość wewnątrz tenanta. Dane wychodzą dopiero wtedy, gdy proces dotyka systemu spoza Microsoftu, i wtedy ustalamy, jakie pola.

Jakie limity Apps Script bolą w praktyce?

Najbardziej czas wykonania: 6 minut na koncie bezpłatnym i 30 minut na koncie Google Workspace, według dokumentacji Google. Do tego łączny czas triggerów w ciągu doby i liczba wywołań do zewnętrznych API. Zwykle ratuje to podzielenie pracy na partie, nie przepisanie kodu.

Czy da się pracować na obu pakietach naraz?

Da się i wiele firm tak działa po przejęciu albo po wejściu nowego działu. Warunek jest jeden: dane procesu mają jedno miejsce zapisu, a automatyzacja spinająca oba światy stoi w orkiestratorze zewnętrznym, na koncie firmowym. Bez tego powstają dwie wersje prawdy.