Claude for Small Business w polskiej firmie: start i prompty

Pierwszy dzień z Claude for Small Business w polskim MŚP powinien skończyć się sprawdzonym raportem, a nie podłączonymi wszystkimi systemami. Wybierz jedno zadanie, które dziś ktoś robi ręcznie, dostarcz dane tylko do odczytu i porównaj wynik z dokumentem źródłowym. Dopiero wtedy rozszerzaj dostęp. Claude Academy opisuje instalację, uruchamianie skilli poleceniem / lub zwykłym językiem oraz personalizację pluginu. Ten poradnik przekłada te kroki na realia polskiej firmy.

Pełną listę poleceń i skilli wraz z oceną ich przydatności znajdziesz w przeglądzie pakietu Claude for Small Business. Tutaj przyjmijmy przykład: 12-osobowa firma usługowa, faktury w polskim programie, sprzedaż w arkuszu, poczta w Microsoft 365, a opiekunowie klientów zapisują zadania w CRM. To scenariusz dydaktyczny, nie opis wdrożenia u konkretnego klienta.

Krok 1. Zainstaluj plugin i opisz firmę

Według instrukcji Anthropic potrzebujesz aplikacji Claude desktop z planem Pro, Max, Team lub Enterprise. W Cowork wybierz Customize → Plugins → + → Small Business → Install. Potem uruchom smb-onboard przez / albo opisz firmę zwykłym zdaniem. Jeśli interfejs lub katalog wygląda inaczej, sprawdź aktualną instrukcję producenta; dostępność może zależeć od planu.

Na początek przekaż tylko informacje organizacyjne i granice pracy. Przykładowe polecenie:

Pomóż mi uruchomić plugin Small Business dla polskiej firmy usługowej. Mamy 12 osób, rozliczamy się w PLN, używamy Microsoft 365, CRM i programu do faktur. Księgowość prowadzi zewnętrzne biuro. Chcę zacząć od raportu należności, bez wysyłania wiadomości, tworzenia faktur i zmiany rekordów. Zapytaj mnie o definicje pól, źródła danych i osobę zatwierdzającą. Nie zakładaj, że program do faktur ma gotowy konektor.

W odpowiedzi powinien pojawić się spis brakujących danych i propozycja pierwszej, ograniczonej próby. Nie wklejaj kluczy API, haseł, tokenów ani pełnych danych klientów do promptu. Uprawnienia do konektorów ustawiaj w ich zwykłym mechanizmie i zaczynaj od odczytu. Nazwy polskich programów są kontekstem procesu; nie są dowodem, że Claude potrafi je już obsługiwać.

Krok 2. Ustal kontrakt danych i sprawdź jeden raport

Najprościej zacząć od wyeksportowanego CSV z programu fakturowego. Zanim udostępnisz plik, sprawdź, czy masz prawo przetwarzać te dane w wybranym środowisku, usuń pola niepotrzebne do analizy i zachowaj lokalną kopię oryginału. Raport należności potrzebuje co najmniej identyfikatora faktury, terminu, kwoty, waluty, statusu i informacji o płatności. Jeśli eksport nie rozróżnia faktury skorygowanej od otwartej, zadanie trzeba zatrzymać.

Użyj tylko załączonego pliku CSV. Przygotuj listę faktur po terminie na dzień 30 września 2026 r. w PLN. Oddziel faktury opłacone, częściowo opłacone, sporne i niejednoznaczne. Pokaż dla każdej pozycji identyfikator, termin, kwotę pozostałą do zapłaty oraz kolumnę, z której wynika status. Nie zgaduj brakujących płatności. Nie wysyłaj przypomnień. Na końcu wskaż pięć rekordów do ręcznej kontroli i sumę, którą mogę porównać z raportem źródłowym.

Sprawdź losowo kilka faktur i sumę przeciwko źródłu. Jeśli wynik jest niezgodny, popraw definicję danych albo eksport. Nie „naprawiaj” raportu kolejnym promptem bez ustalenia przyczyny. To praktyczny test dla invoice-chase lub cash-flow-snapshot przed podłączeniem systemu.

Krok 3. Przygotuj odprawę dla właściciela

Po udanym teście dołącz drugi zestaw danych: np. tygodniową sprzedaż i listę otwartych szans. Właściciel chce wiedzieć, co wymaga decyzji, a nie tylko zobaczyć więcej wykresów. Tę rolę pełni business-pulse lub złożony /monday-brief.

Przygotuj poniedziałkową odprawę właściciela na podstawie trzech załączonych eksportów: sprzedaż, należności i otwarte szanse w CRM. Podaj okres i datę odświeżenia każdego pliku. Na jednej stronie pokaż: sprzedaż netto, wpływy na konto, należności po terminie, trzy szanse wymagające telefonu i trzy decyzje na ten tydzień. Jeśli pliki mają inne okresy albo brak wartości, zaznacz to zamiast porównywać nieporównywalne liczby. Nie zmieniaj CRM.

Warto zapisać, co u was oznacza „sprzedaż”: zamówienia, wystawione faktury czy wpłaty. Te trzy wielkości nie są zamienne. Przy cotygodniowym raporcie dodaj zasadę pokazywania daty eksportu i źródła każdej kluczowej liczby.

Krok 4. Szkicuj komunikację, ale oddziel ją od wysłania

Kiedy dane są już uzgodnione, użyj ticket-deflector albo invoice-chase do przygotowania szkicu. Dla przypomnienia o płatności:

Przygotuj po polsku dwa warianty uprzejmego przypomnienia do klienta z fakturą [identyfikator]. Korzystaj wyłącznie z potwierdzonych danych: numer, kwota pozostała do zapłaty, termin i kontakt do opiekuna. Nie wspominaj o odsetkach, sankcjach ani sporze, jeśli nie mam potwierdzenia. Przed tekstem pokaż listę danych, które mam sprawdzić. Zapisz szkice bez wysyłania.

Dla obsługi klienta:

Na podstawie załączonego zgłoszenia i potwierdzonej historii zamówienia przygotuj odpowiedź po polsku. Oddziel fakty od hipotez. Jeśli brakuje statusu reklamacji lub terminu rozwiązania, zaproponuj pytanie do pracownika zamiast obiecywać klientowi datę. Nie wysyłaj wiadomości i nie aktualizuj zgłoszenia.

W obu przypadkach człowiek sprawdza adresata, kwoty, historię oraz ton. Claude Academy podkreśla zatwierdzanie przed wysłaniem, publikacją lub płatnością. W praktyce opisz także wewnętrzną zasadę: kto zatwierdza, gdzie zapisuje się wersję końcową i co zrobić, gdy źródła się nie zgadzają.

Krok 5. Zapytaj o polski program księgowy bez obietnicy „jednego kliknięcia”

W domyślnej liście połączeń Claude Academy widać głównie QuickBooks, Xero czy Zoho Books. Polskie narzędzia trzeba ocenić osobno. inFakt publikuje dokumentację API z zakresami uprawnień i środowiskiem testowym; wFirma opisuje autoryzację API; Fakturownia opisuje token API. To dowód istnienia interfejsów, nie gotowego, przetestowanego konektora Claude.

Używam [nazwa programu] do faktur. Sprawdź oficjalną dokumentację producenta i powiedz, czy da się pobrać tylko dane faktur oraz statusów płatności. Przygotuj plan integracji do oceny przez informatyka: metoda autoryzacji, minimalne uprawnienia, środowisko testowe, pola wymagane do raportu należności, ograniczenia API, logowanie błędów i sposób wyłączenia połączenia. Nie proś o token w rozmowie. Nie twórz ani nie zmieniaj dokumentów.

Jeśli integracja jest zbyt droga lub niedostępna, powtarzalny eksport CSV może być uczciwym rozwiązaniem na początek. Ważne, aby nie nazywać go synchronizacją w czasie rzeczywistym. Za pomocą build-connector można przygotować projekt połączenia, lecz ktoś musi ocenić jego bezpieczeństwo, poprawność księgową i utrzymanie.

Czego nie lokalizować samym tłumaczeniem promptu?

Zadania /tax-prep, tax-season-organizer, payroll-prep i /plan-payroll wymagają więcej niż zamiany USD na PLN. W opisach producenta pojawiają się amerykańskie formularze 1099 i systemy kadrowe. Polski obieg obejmuje inne dokumenty, role, terminy i odpowiedzialność. Nie pozwól, by model sam wyliczał zobowiązanie podatkowe, składki lub wypłatę na podstawie niepełnego eksportu. Poproś księgową lub specjalistę kadr o listę danych i kryteriów kontroli; plugin może wtedy przygotować pakiet informacji do weryfikacji.

Pierwszy sukces to nie „agent prowadzi firmę”. Pierwszy sukces to raport, w którym źródła, niezgodności i decyzje są widoczne, a właściciel szybciej rozumie sytuację. Zacznij od jednego eksportu, jednej decyzji i jednego właściciela wyniku. Po tygodniu zdecyduj, czy warto przygotować stałą procedurę. Pełny przegląd skilli pomoże wybrać następne zadanie.